O ICANN aprovou hoje a mudança que permitirá a qualquer empresa comprar sua própria extensão de domínio (TLD), a partir de 2009. Assim, o Google poderá registrar o “.google” e ao invés de “gmail.com” acessaremos “gmail.google”. Infelizmente (ou felizmente, dependendo do ponto de vista), o valor inicial será de 50 à 100 mil dólares por TLD.
Pelo que andei lendo por aí a maioria das pessoas (que trabalham com web) não gostaram da mudança, por acharem que ela confundirá os usuários comuns, tornará mais fácil a prática de phishing, etc. Eu sinceramente não vejo motivo para a mudança não ocorrer e acho que é muito mais uma questão de hábito do que qualquer outra coisa. Se pensarmos bem, as restrições dos TLDs de hoje em dia já não fazem mais sentido, já que o uso é liberado na maioria deles (”.com.br” não significa que é um site comercial brasileiro).
Espero que num futuro não muito distante seja liberado para todo mundo, não só empresas, e tenha um custo menos absurdo (ao que parece o alto valor inicial é pra combater os famigerados domain squatters).
Se você usa Wordpress, faça uma busca no Yahoo! (não adianta no Google) por “link:http://kvantservice.com/ + o nome do seu site/blog” (sem as aspas) e veja se seu site aparece nos resultados. Se aparecer, verifique se existe um link para “kvantservice.com” escondido no código fonte da página principal. Fiz uma busca agora e existem mais de 11.000 sites com o link.
Nesse tópico estão discutindo sobre o assunto e tentando descobrir se é uma falha de segurança do Wordpress ou do servidor onde o site está hospedado. De acordo com um dos posters, uma solução é remover todo o código relativo à postagem remota do arquivo “xmlrpc.php”, já que é assim que os links escondidos são adicionados.
It’s kinda “old”, but just read now on this message that there’s a serious vulnerability going on with Wordpress: if your site was hacked, when a user clicks a Google search result pointing to your site, he’ll be redirected to another site.
The two sites that the users are being redirected to are “your-needs.info” and, most recently, “anyresults.net”. On the amazing Alexa graph below, the red line is a well-known site with ~90k unique monthly (confirmed), the blue line is for “your-needs.info” and the green/yellish is for “anyresults.net”.
It seems that there’s no official word on the case yet, but some people posted suposted solutions in the thread about the problem. Not working for eveyone, though.
So, if your site traffic drop heavily without apparent reasons, check your Google links.
Post Image is a great Wordpress plugin that displays an image attached to a post without you having to add the <img> tag to the post content. It’s great to list the posts with a thumbnail on the site and display the full sized image in the post page.
The last version of Post Image wasn’t working because Wordpress 2.5 changed how thumbnails are named, so I made a small change in the code. It’s working great for me, but since I only tested on one site, it may contain bugs that will destroy your whole life. Please leave a comment if you find one.
If you wan’t to try it, download the modified version (1.2) clicking here. For a reference on how to use it, see the original page.
On Wordpress versions prior to 2.5, if you uploaded an image named “photo.png”, the thumbnail would be named “photo.thumbnail.png”. With version 2.5, there’s a new naming scheme where instead of “thumbnail” we have the dimensions of the image, like in “photo-150×143.png”. It’s not a big of a change, but a lot of plugins that were hardcoded to point to the files with “thumbnail” stopped working.
Fortunately, the solution is quite simple. Wordpress stores the filename of the thumbnails in the field “_wp_attachment_metadata” on the table “wp_postmeta”. This field is serialized with a lot of other information about the image, so you have to use unserialize on field value and extract the name of the thumbnail from the returned array.