O Google+ irá estar na englobada na rede de funcionalidades do Google, sendo assim possível alterar entre a rede social e todas as outras funcionalidades do Google como por exemplo o Gmail.

Ainda existe muitas funcionalidades para serem implementadas, para já nada como visitaram o Google+

As empresas estão cada vez mais a seguir as novas tendências, desde sites mais atractivos, à presença nas redes sociais e mesmo no Twitter, e o primeiro a ter uma ideia inovadora, será o primeiro a levar grande destaque e a se espalhar a um ritmo alucinante.

Não sei se a minha ideia é totalmente inovadora, mas baseia-se no uso do código “QR” (matriz bidimensional que devolve um texto através da leitura de uma imagem, poderá ser por exemplo um link e basta um telemóvel recente para que possa ler o código), esta “tecnologia” é cada vez mais utilizada, mas tem muito mais potencial do que parece, e acredito que nos próximos tempos possa a vir a estar em tudo o que é sitio.

Estas imagens vão estar na televisão, no mesmo local onde estava o DOT, e poderá desde devolver o link para o site do programa que estiver a dar, mais informações sobre as notícias que estão a passar no telejornal, códigos para prémios escondidos, etc.

Estes códigos podem vir a ser utilizados em todo o lado, por exemplo nos jornais escritos com link para a notícia que está no site do jornal ou link para um vídeo relevante à notícia, bem utilizado poderá a vir a ser uma grande revolução, estarei errado?

Espero pelos vossos comentários sobre este assunto.

Link para gerador de códigos QR
Link para Wikipédia sobre códigos QR

De todos os assuntos mencionados vou destacar 2, um deles é a parceria com a Nokia nos smartphones, a Microsoft pretende continuar a licenciar o seu sistema operativo a todas as outras marcas, sendo que a parceria com a Nokia será mais uma parceria para licenciamento e não uma parceria exclusiva, a Nokia não está a conseguir o que pretende com Meego e Symbian está muito atrás de Android e iOS, já o Windows Phone 7 precisa de licenciamento pago, o que vai encarecer os telemóveis, sem contar com o número de aplicações existentes em Android e iOS, o Windows Phone 7 necessita de uma arma para começar a vender, a solução poderá ser a parceria com a Nokia, mas curiosamente Miguel Caldas fez a mesma citação que Anssi Vanjoki da google proferiu:

Two turkeys don’t make an eagle

O outro assunto que pretendo destacar é a tecnologia do futuro pensada pela Microsoft, que já vem de alguns anos, em que basicamente se prende com a expansibilidade dos aparelhos electrónicos, poderem funcionar como câmara, telemóvel, mesa de reunião, ticket de avião, calendário, partilha de calendários, jornais interactivos, junção de 2 aparelhos para ecrã maior, etc, para encontrarem o vídeo basta procurarem por “Microsoft Future Vision” no youtube, Miguel Caldas referiu que o maior problema neste momento é as baterias ou a forma de fornecer electricidade aos aparelhos, referiu também que parte das inovações presentes no vídeo já estavam em funcionamento nos laboratórios da Microsoft e que estavam a ser gastos todos os anos cerca de $1000000000 USD apenas em estudos ciêntificos para as novas tecnologias.

Para finalizar, Miguel Caldas a meio da conferência teve a necessidade de contar uma piada sobre programadores, a qual vou a expor na integridade:

Diz a mulher ao seu marido programador,
Mulher: Vai ao supermercado comprar pão
Programador: Quantos?
Mulher: Trás 2, ah e se houver ovos traz meia-dúzia
Lá foi ele ao supermercado e quando voltou, a mulher ao ver o que trazia perguntou,
Mulher: 6 pães?!?!?
Programador: Havia ovos

Não vou fazer comentários sobre a piada…

A maioria das linguagens da programação são compiladas e só depois as corremos, na mais conhecida e utilizada linguagem de programação web, o PHP, é interpretado em tempo real, sem a compilação antes, e sendo assim na maioria dos sites e CMS’s é possível alterar código directamente, e compilar o site ou CMS fica caro.
Sendo de fonte aberta, será muito mais fácil detectar falhas de segurança, um dos exemplos mais conhecidos que temos são dos sistemas operativos Linux e Windows, em que linux é fonte aberta e Windows não, detectar falhas no linux seria mais fácil, mas com mais falhas detectadas mais vão ser corrigidas, já no Windows mesmo que tenha muito menos segurança será mais fácil detectar as falhas (e tem mais falhas de segurança).
Mas o que será mais seguro? Vai depender muito do suporte dos proprietários do código e na sua rapidez em corrigir as falhas, no entanto se não actualizar sempre o sistema ficará sujeito a ter imensos problemas de segurança!!!

Lição nº1: Ter SEMPRE o CMS actualizado!

A programação de raiz tem alguns benefícios, principalmente no que toca ao conhecimento do sistema, só quem o constrói que o conhece, logo à partida nenhuma falha é conhecida, mas poderá ter falhas graves se for mal feito, e que com um ataque poderá colocar em risco o site e os dados das pessoas (passwords, dados pessoais, etc.), outro dos contras será as actualizações, se mandar fazer o código de raiz quem vai fazer as actualizações?

Lição nº2: Se mandar fazer programação procure sempre alguém com conhecimentos, de confiança e que dê garantias! De preferência uma empresa.

Resumo de segurança: Um CMS bastante conhecido e sempre actualizado deverá ser bastante seguro, no entanto a programação de raiz se for bem feita será ainda mais segura, se for mal feito poderá resultar em desgraça.

A segurança não é tudo, nenhum visitante gosta que o site seja lento, é uma das maiores razões que faz os visitantes abandonarem o site precocemente, é bastante importante a velocidade a que abre um site, a utilização de imagens optimizadas para sites é bastante importante neste ponto, mas a programação também o é.

Este é um dos maiores problemas dos CMS, são bastante complexos, dão para tudo, mas são geralmente lentos, e quando existe enchentes de pessoas torna-se muitas vezes inavegável.
A solução da maioria dos CMS foi a criação de um sistema de cache, sendo assim não é necessário grandes acessos às base de dados nem grande utilização de cpu. É uma excelente solução, mas não é garantido que funcione a 100%, um dos exemplos mais conhecidos é o do phpBB3, um sistema de cache que até passou a funcionar para fóruns com bastantes pessoas online, mas apenas temporariamente se não apagarmos a cache de vez em quando, gasta-se bastante espaço e são criados ficheiros a mais, resultando depois a ser até bastante difícil apagar os ficheiros…
A melhor solução é fazer uma boa programação tendo em conta o que consome dos recursos do servidor, o que poderá resultar em menos funcionalidade, mas no caso de programação de raiz só irá colocar a funcionalidade que precisa e num CMS terá que haver funcionalidades para todos os gostos, o que será sempre pior.

Lição nº3: Analisar o número de pessoas que estamos à espera de receber, se for alto (> 100 pessoas em simultâneo) deverá ser um sistema rápido e se possível com sistema de cache se for complexo.

Resumo de velocidade: Programação de raiz será sempre mais rápido (a não ser que seja mesmo mal feito, o que muitas vezes acontece mesmo por pessoas que se dizem profissionais e com conhecimentos).

Dos pontos mais importantes para os webmasters é a funcionalidade dos sites, num CMS obtém-se bastante funcionalidade, muito mais do que a que precisamos, nos sistemas mais conhecidos existe módulos/plugins/addons feitos pelas pessoas e praticamente em poucos cliques adiciona-se funcionalidade num CMS, mas vão estar a abdicar de segurança e velocidade!

Lição nº4: Instalar plugins apenas que sejam reconhecidos e actualiza-los sempre! Não instale plugins que sejam desnecessários! Deverá desinstalar os plugins que já não tenham mais suporte!

Em resumo: Um site feito de raiz será sempre melhor que um CMS, mas para ter a mesma funcionalidade será MUITO mais caro, só compensará se tiver ganhos com o site ou seja de uma empresa, para sites pessoais e sem fins lucrativos use um CMS e tenha atenção às lições deste artigo, poderão evitar desastres…

Num alojamento existe o domínio principal, no entanto por vezes queremos mais do que um domínio, os domínios parqueados são os domínios que apontam para o domínio principal, os domínios adicionais funcionam idênticos aos parqueados mas apontam para subdomínios, ou seja, para outras pastas e deste modo numa só conta de alojamento podemos ter mais do que um site e com domínios separados.

Para transformar um domínio parqueado em adicional, o truque é bastante fácil, basta fazer o load dos ficheiros na pasta que queremos.

No .htaccess:

1

RewriteEngine on

(caso não o tenham feito ainda no .htaccess)

2
3
4

RewriteCond %{HTTP_HOST} ^novosite.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.novosite.com$
RewriteRule ^(.*)$ novosite/$1 [L]

E já está

A solução não é fácil, por vezes são colocados ips nas spam list indevidamente, com envios de newsletters que até são legais, ou através das listas de emails ilegais em que todos os que estão nesse servidor acabam por pagar por causa de outrem, pelo que bloquear o número de mails por hora num servidor por conta é essencial, mas poderá causar alguns transtornos, pois em grandes comunidades, ao enviar uma newsletter não é possível enviar para todas as pessoas, o que até pode ser bom pois um envio massivo de mails pode causar instabilidade num servidor. Terá então que enviar em várias vezes, e a melhor solução será uma cron que corre de x em x minutos e enviar um número x de mails, para quem usa CMS’s conhecidos, poderá usar plataformas já feitas, poderá ver aqui.

Como fazer o seu cron (requer conhecimentos em php e sql):

• Adicionar uma nova tabela com id(chave primária, defeito 1), userid (defito 0), mailid (defeito 0), timestamp (defeito 0), status (defeito 0) (todos podem ser inteiros, caso não guarde em nenhum sitio poderá usar o mailid como o texto do mail e nesse caso deverá adicionar mais uma para informar se é html ou texto).
• Criar um sistema php que vá buscar x usernames a partir do userid (ex.: “SELECT s1.email from `tabela_users` as s1, `tabela_cron_mail` as s2 where s1.id > s2.iduser order by s1.id asc limit 50″ e no fim fazer um update do userid para o último enviado + 1 (para não enviar 2 vezes ao mesmo).
• Quando já não houver mais ninguém a enviar colocar o status a 1 para indicar que foi enviado.

Nota: Isto são apenas alguns pontos que deverá ter atenção se quiser construir um sistema seu, existe um script de exemplo para envio de mail no “Repositório de código”, no entanto recomendamos o uso de smtp através da biblioteca especifica que poderá encontrar aqui.

Voltando ao assunto dos servidores, para quem tem um servidor, poderá vir a ter um problema com a hotmail e não só e para isso é preciso tomar algumas precauções, a primeira é o uso do SPF, para quem usa por exemplo o cPanel, bastará adicionar o seguinte nos templates de dns:

%domain%. IN TXT "v=spf1 a mx ip4: ?all"
Ex.: %domain%. IN TXT "v=spf1 a mx ip4:192.168.1.1 ?all"

Para os outros terão que adicionar manulamente um dns tipo TXT com esse conteúdo a cada um dos domínios.

Ex.: meudominio.com IN TXT "v=spf1 a mx ip4:192.168.1.1 ?all"

Nota: Ao adicionar no template, as contas já criadas não são influenciadas, para quem tem uma conta de revenda deverá ter atenção a isto, em último caso fale com o seu provedor de alojamento.

Poderá ir ainda mais longe, a hotmail/microsoft tem um sistema proprietário em que tem como base o Sender ID, e para isso é preciso registar o ip do servidor ou gama de ips em https://postmaster.live.com/snds/addnetwork.aspx, poderá obter mais info sobre este sistema em http://postmaster.msn.com/Default.aspx

Recomendamos que tenha cuidado com o envio de mails em massa para uma melhor regulação de todo o sistema de mails.

Actualização: Deixo aqui também o link para poderem adicionar os vossos domínios à lista da Microsoft relativamente aos SenderID, não esquecendo que o SPF é fundamental.