Três aspectos que me parecem interessantes:
Mais informações no Aberto até de Madrugada
Liberation is the latest News- magazine type of wordPress theme from web2feel.com. This is a widgetized 3 column theme with a magazine layout for the home page. Theme holds a featured post section in which posts from a featured category is displayed in a tabbed content style. a The home page displays latest posts and posts from specific categories. Theme also comes with a customizable “about us section” , Twitter widget, Featured video etc. There is a screencast explaining the setup process of the theme.
Links:
The designs made by Jinsona / web2feel.com are inspiring and it's worth a visit to its website. As if not enough, these templates are available for free!
Old news from September 24, 2009:
It looks like Microsoft is taking an exuberant stab at stealing the Apple Tablet's thunder. Microsoft's Courier tablet ...err "notebook" computer is reportedly in the "late prototype" stage of development. It is a tablet style computer that features dual multi-touch 7 inch displays in a clamshell configuration. A video posted on YouTube by Gizmodo (see below) demonstrates a mock-up of its exceptionally advanced interface. While there's no promising that this device will ever actually make it to production, if it does, it will satisfy the demands of both the tablet and netbook markets. (more)
Well, if it does what the video shows, then I'll want one of theese!
Let's see if this is just vaporware agains the Apple iPad.
An interesting post from the Facebook engineers about how they made the Facebook twice as faster.
by Jason Sobel (notes) Thu at 11:25pm
Everyone knows the internet is better when it's fast. At Facebook, we strive to make our site as responsive as possible; we've run experiments that prove users view more pages and get more value out of the site when it runs faster. Google and Microsoft presented similar conclusions for their properties at the 2009 O'Reilly Velocity Conference.
So how do we go about making Facebook faster? The first thing we have to get right is a way to measure our progress. We want to optimize for users seeing pages as fast as possible so we look at the three main components that contribute to the performance of a page load:network time, generation time, and render time.Components Explained
Network time represents how long a user is waiting while data is transmitted between their computer and Facebook. We can't completely control network time since some users are on slower connections than others, but we can reduce the number of bytes required to load a page; fewer bytes means less network time. The 5 main contributors to network time are bytes of cookies, HTML, CSS, JavaScript, and images.
Generation time captures how long it takes from when our webserver receives a request from the user to the time it sends back a response. This metric measures the efficiency of our code itself and also our webserver, caching, database, and network hardware. Reducing generation time is totally under our control and is accomplished through cleaner, faster code and constantly improving our backend architectures.
Render time measures how much time the user's web browser needs to process a response from Facebook and display the resultant web page. Like network time, we are somewhat constrained here by the performance and behavior of the various browsers but much is still under our control. The less we send back to the user, the faster the browser can display results, so minimizing bytes of HTML, CSS, JavaScript, and images also helps with render time. Another simple way to reduce render time is to execute as little JavaScript as possible before showing the page to the user.
The three metrics I describe are effective at capturing individual components of user perceived performance, but we wanted to roll them up into one number that would give us a high level sense of how fast the site is. We call this metric Time-to-Interact (TTI for short), and it is our best sense of how long the user has to wait for the important contents of a page to become visible and usable. On our homepage, for example, TTI measures the time it takes for the newsfeed to become visible.First Steps
From early 2008 to mid 2009, we spent a lot of time following the best practices laid out by pioneers in the web performance field to try and improve TTI. For anyone serious about making a web site faster, Steve Souders's compilations are must-reads: High Performance Web Sitesand Even Faster Web Sites. We also developed some impressive technologies of our own to measure and improve the performance of Facebook as described at the 2009 O’Reilly Velocity Conference by two Facebook engineers, David Wei and Changhao Jiang.
By June of 2009 we had made significant improvements, cutting median render time in half for users in the United States. This was great progress, but in the meantime, Facebook had exploded in popularity all across the globe and we needed to start thinking about a worldwide audience. We decided to measure TTI at the 75th percentile for all users as a better way to represent how fast the site felt. After looking at the data, we set an ambitious goal to cut this measurement in half by 2010; we had about six months to make Facebook twice as fast.Six Months and Counting...
On closer inspection, our measurements told us that pages were primarily slow because of network and render time. Our generation time definitely had (and still has) significant room to improve but it wouldn't provide the same bang for the buck. So we devoted most of our engineering effort towards two goals: drastically cutting down the bytes of cookies, HTML, CSS, and JavaScript required by a Facebook page while also developing new frameworks and methodologies that would allow the browser to show content to the user as quickly as possible.
Cutting back on cookies required a few engineering tricks but was pretty straightforward; over six months we reduced the average cookie bytes per request by 42% (before gzip). To reduce HTML and CSS, our engineers developed a new library of reusable components (built on top of XHP) that would form the building blocks of all our pages. Before the development of this component library, each page would rely on a lot of custom HTML and CSS even though many pages shared similar features and functionality. With the component library, it’s easy to optimize our HTML in one place and see it pay off all across the site. Another benefit is that, since the components share CSS rules, once a user has downloaded some CSS it’s very likely those rules will be reused on the next page instead of needing to download an entirely new set. Due to these efforts, we cut our average CSS bytes per page by 19% (after gzip) and HTML bytes per page by 44% (before gzip). These dramatic reductions mean we get our content to users faster and browsers can process it more quickly.
Cutting back on JavaScript was another challenging problem. Facebook feels like a dynamic and engaging site in large part due to the JavaScript functionality we've created, but as we added more and more features, we wrote more and more JavaScript which users have to download to use the site. Remember that downloading and executing JavaScript are two of the main issues we need to combat to improve network and render time. To address this problem our engineers took a step back and looked at what we were using JavaScript to accomplish. We noticed that a relatively small set of functionality could be used to build a large portion of our features yet we were implementing them in similar-but-different ways. This common functionality could be provided in a very small, efficient library that is also cacheable on the user's computer. We set out to rewrite our core interactions on top of this new library, called Primer, and saw a massive 40% decrease (after gzip) in average JavaScript bytes per page. Since Primer is downloaded quickly and then cached for use on future page views, it also means that features built exclusively on Primer are immediately usable when they appear on the screen; there's no need to wait for further JavaScript to download. An example of such a feature is our feedback interface which allows users to comment on, like, and share content and appears all across Facebook.
Another project I'd like to highlight requires a little more setup. As described earlier, the traditional model for loading a web page involves a user sending a request to a server, the server generating a response which is sent back to the browser, and the browser converting the response in to something the user can see and interact with. If you think about this model there is a glaring problem. Let's say it takes a few hundred milliseconds for the server to completely prepare and send a response back to the user. While the server is chugging through its work the browser is just sitting there uselessly, waiting for something to do and generally being lazy. What if we could pipeline this whole procedure? Wouldn't it be great if the server could do a little bit of work, say in ten or fifty milliseconds, and then send a partial response back to the browser which can then start downloading JavaScript and CSS or even start displaying some content? Once the server has done some more processing and has produced another bit of output it can send that back to the browser as well. Then we just repeat the process until the server has nothing left to do. We've overlapped a significant portion of the generation time with the render time which will reduce the overall TTI experienced by the user.
Over the last few months we've implemented exactly this ability for Facebook pages. We call the whole system BigPipe and it allows us to break our web pages up in to logical blocks of content, called Pagelets, and pipeline the generation and render of these Pagelets. Looking at the home page, for example, think of the newsfeed as one Pagelet, the Suggestions box another, and the advertisement yet another. BigPipe not only reduces the TTI of our pages but also makes them seem even faster to users since seeing partial content earlier feels faster than seeing complete content a little bit later.Success!
I'm pleased to say that on December 22nd, as a result of these and other efforts, we declared victory on our goal to make the site twice as fast. We even had 9 whole days to spare!
After hitting the 2x site speed goal the team celebrated with t-shirts. And dinner (not pictured).
I hope that you've personally experienced and appreciated the improvements we've made in site speed and that this post has given you some insight in to how we think about and approach performance projects at Facebook. Stay tuned for more details on many of the projects I mention here in future blog posts and industry conferences. In 2010 look for the site to get even faster as we tackle new challenges!
Jason, an engineer at Facebook, wants to remind you that perf graphs go the wrong way.
Neste post mostra-se como fazer cópia de segurança dos posts do blog. Pode exportar o seu blogue para o formato de exportação Blogger Atom. Pode fazê-lo para mover o seu blogue para outro serviço de blogues ou apenas para o armazenar no disco rígido. O seu blogue não será alterado, continuando online como antes.
Fácil, não é? Desta forma, se perder o acesso ao blogue, não perde os conteúdos.
Note que são guardados os posts, os comentários e as etiquetas dos posts.
Tendo o blog guardado, pode criar um novo blog e para ele transferir os posts, comentários e etiquetas que antes tinha guardado. Para isso clique em Importar blogue e siga as instruções.
Leitura adicional: How do I import and export blogs on Blogger?
O Google associa a maior parte dos seus blogs à sua conta Google. Estes podem ser adicionados ao seu Buzz clicando em no link "Connected Sites" ao lado do seu perfil:
Desta forma, os seus blog posts são automaticamente adicionados ao Buzz.
Mas como fazer se o blog ou site a conectar não estiver na lista "Connect more sites"? Neste caso, siga estas instruções:
Um texto interessante sobre a questão da privacidade do Google Buzz (destaques meus). É de notar que há uma diferença fundamental aderir livremente a uma rede social, como se pode fazer com o Facebook e tantas outras, ou ser incluído sem permissão prévia numa delas, como fez a Google. A tecnologia do Buzz é muito interessante mas a atitude da Google é imperdoável.
I use my private Gmail account to email my boyfriend and my mother. There's a BIG drop-off between them and my other "most frequent" contacts. You know who my third most frequent contact is. My abusive ex-husband.
Which is why it's SO EXCITING, Google, that you AUTOMATICALLY allowed all my most frequent contacts access to my Reader, including all the comments I've made on Reader items, usually shared with my boyfriend, who I had NO REASON to hide my current location or workplace from, and never did.
My other most frequent contacts? Other friends of Flint's.
Oh, also, people who email my ANONYMOUS blog account, which gets forwarded to my personal account. They are frequent contacts as well. Most of them, they are nice people. Some of them are probably nice but a little unbalanced and scary. A minority of them - but the minority that emails me the most, thus becoming FREQUENT - are psychotic men who think I deserve to be raped because I keep a blog about how I do not deserve to be raped, and this apparently causes the Hulk rage.
I can't block these people, because I never made a Google profile or Buzz profile, due to privacy concerns (apparently and resoundingly founded!). Which doesn't matter anyway, because every time I do block them, they are following me again in an hour. I'm hoping that they, like me, do not realize and are not intentionally following me, but that's the optimistic half of the glass. My pessimistic half is of the abyss, and it is staring back at you with a redolent stink-eye.
Oh, yes, I suppose I could opt out of Buzz - which I did when it was introduced, though that apparently has no effect on whether or not I am now using Buzz - but as soon as I did that, all sorts of new people were following me on my Reader! People I couldn't block, because I am not on Buzz!
Fuck you, Google. My privacy concerns are not trite. They are linked to my actual physical safety, and I will now have to spend the next few days maintaining that safety by continually knocking down followers as they pop up. A few days is how long I expect it will take before you either knock this shit off, or I delete every Google account I have ever had and use Bing out of fucking spite.
Fuck you, Google. You have destroyed over ten years of my goodwill and adoration, just so you could try and out-MySpace MySpace.
Harriet Jacobs is the nom de plume of the author of Fugitivus. She's a mid-twenties white girl living in the Midwest, working at a non-profit that assists families and deals with a lot of racial politics. Harriet has had a fucked-up life, and Fugitivus
—fugitive—is her space to talk, where the fucked-up people who did the fucked-up things couldn't find her and be creepy.Bad Valentine is our own special take on the beauty—and awkwardness—of geek love.
Update: The original blog posting has been updated and made private.
The author of this post can be contacted at tips@gizmodo.com
Os projectos de software, como quaisquer outros, por vezes falham. Projectos de longa duração (anos) e de maior dimensão têm maior risco de serem cancelados. E é precisamente quando o prazo de conclusão se aproxima que a decisão acaba por se colocar em cima a mesa: vale a pena investir mais uma pipa de dinheiro num projecto que não vai estar concluído no prazo esperado ou para o qual as funcionalidades serão substancialmente diferentes daquelas que se havia projectado? Esse é o momento em que se faz mais um esforço ou em que se decide secar o sorvedouro. A título de exemplo, estatísticas mostram que os projectos com pleno sucesso (terminados no prazo e dentro do orçamento) andarão pela casa de apenas 30%.
O artigo no fim deste texto, em inglês, é uma interessante dissertação sobre o tema. Entre os factores de falha apontados no artigo, estes são destacados:
Inicialmente publicado a 21-05-2009
Nota: com este texto termina a série de republicações.
Depois do estrondo que foi o Google Buzz, é a vez da Microsoft apanhar o comboio, com o Microsoft Outlook 2010.
Detalhes no blog do Miscroft Outlook: Announcing the Outlook Social Connector.
O Linkedin, rede social mais vocacionada para o mercado de emprego, já disponibiliza no seu site um conector para esta nova funcionalidade.
Quanto a este novo fôlego na guerra dos browsers, abriu JCD do blog Blasfémias a discussão com o post "Competição a Zero €uros".
Sobre o tema em questão, há sem dúvida muito dinheiro evolvido. Com a largura de banda a aumentar regularmente e com o advento do DSL (ou ADSL para os "pobres"), a computação distribuída ganhou novo fôlego. Do servidor central com terminais passámos para a informática pessoal do PC. Um notável percurso que culminou com o domínio da Microsoft graças a estratégias diversas - e nem todas de cariz tecnológico. No universo Windows o consumidor, perdão, o utilizador, compra uma máquina e licenças de utilização dum conjunto completo de software, desde o sistema operativo até aos pacotes de produtividade. O core businesses da Microsoft reside precisamente nesta particularidade de se estar agarrado à plataforma pelo sistema operativo e pelas suas aplicações.
Neste ponto entra em jogo o factor "Internet & banda larga". Estas ligações em rede, cada vez mais rápida e de maior capacidade, permitem voltar ao conceito do servidor com os seus terminais. Excepto que estes, contrariamente aos primeiros, não são "estúpidos" - têm capacidade de processamento local. Este facto aliado à ligação em rede traz um novo conceito de computação para a generalidade dos utilizadores, sendo a peça chave o software que permita integrar a capacidade de processamento local com a do servidor à qual se está ligado em rede e que, até ao momento tem sido o browser.
O Google Chrome não é apenas mais um browser. Constitui a entrada dum novo actor num momento de mudança de paradigma. Opções tecnológicas, descritas num anterior texto, como um site web corresponder a um processo, a existência duma framework para alargar as funcionalidades do browser e o suporte à comunidade de programadores indicam que o Chrome poderá vir a constituir uma nova plataforma aplicacional. Em vez de se desenvolverem aplicações para Windows, Mac ou Linux, desenvolvem-se para o Chrome . Não importa que máquina e que sistema operativo está o utilizador a usar. Basta que corra o Chrome e tenha ligação à net.
Em certa medida, os actuais browsers já são usados como plataformas aplicacionais mas apenas para áreas específicas. O lucrativo feudo das aplicações de produtividade como processamento de texto, imagem, dados, etc. ainda é praticamente exclusivo ao tradicional software para computador pessoal. Quem quiser entrar e vencer neste mercado tem que fazer melhor e mais barato do que a concorrência. E mesmo assim não tem garantido o sucesso. Vejam-se os casos do OpenOffice (gratuito) e do StarOffice (cerca de 70 dólares) que são funcionalmente equivalentes ao Microsoft Office, mais baratos, compatíveis até ao nível do formato de documentos (até a Microsoft ter mudado e patenteado um novo formato de ficheiros no Office XP) e, no entanto, estas aplicações não arrasaram o mercado da Microsoft.
Com a computação distribuída que a web actualmente permite, as empresas de software deixam de ter que competir no terreno Microsoft. Por outro lado, os utilizadores deixam de estar agarrados ao sistema operativo e às suas aplicações específicas. Talvez fiquem agarrados ao browser ou à nova plataforma que o substitua. Mas, garantidamente, deixam de estar dependentes dum sistema e das suas aplicações.
Esta mudança é substancial, comparável à mudança do MS-DOS para Windows. O Wordperfect perdeu para o Microsoft Office. Veremos a repetição do dono da nova plataforma conseguir impor o seu pacote aplicacional como o standard de mercado? É um caso a seguir, até porque a concorrência não dorme.
Publicado originalmente a 11-09-2008
Imagem: Linutop touts tiny diskless Linux web PC (artigo de Nov. 2006)
Um excelente artigo sobre Digital Rights Management (DRM):
How to break DRM (iTunes, DVD, etc) for lawful purposes
(copying for back-up, transcoding into different devices)
This page was written with non-techie people in mind. If you read SlashDot or BoingBoing, if you're active in the anti-DRM movement, etc, then this page will have nothing new for you. But if you are an "average computer user", then you probably think that breaking DRM is too hard, too complicated, impossible, or illegal. This page is for you.
Ora aí está, 9 anos a googlar. Entre nós não é costume mas no inglês da América é prática corrente construir novos verbos a partir de substantivos (É curioso, não seria capaz de dizer isto usando a TLEBS!) Assim, no contexto anglo-saxónico, "to google" é equivalente a pesquisar. Até existe uma entrada na Wikipedia sobre este assunto: link.
Estava na faculdade quando isto do serviço Internet www começou a fervilhar entre a comunidade universitária. "Ir à net" era então uma expressão inexistente, mas existindo significaria ir até ao laboratório da faculdade, utilizar uma estação de trabalho Sun e, usando o Netscape, e consultar uma ou outra página nova, já que as existentes raramente eram actualizadas.
Recordo-me perfeitamente dum colega que tinha encontrado a página pessoal - era assim que eram chamadas as páginas web - onde o autor mantinha uma lista de endereços favoritos. Na altura já ia em centenas! Estas páginas terão sido os primeiros portais. Alguém lhes antecipava a importância que viriam a ter? Eu não, infelizmente. No entanto houve que visse esse potencial e apostasse forte. Yahoo, Infoseek, Altavista e vários outros foram desbravando o caminho. O Google foi dos últimos a chegar e triunfou graças à velocidade com que devolvia os resultados e à capacidade em apresentar resultados relevantes, com o algoritmo PageRank (link).
Curiosamente, foi também graças a este algoritmo que sugiram as chamadas Google Bombs (link). Consiste em diferentes páginas web conterem uma frase igual a apontar para um mesmo endereço. Na campanha eleitoral de Bush em 2004, o termo "miserable failure" foi usando sistematicamente como texto do link para página da biografia de GWBush. Assim, uma pesquisa com estes termos enganava o algoritmo do Google e uma página não relacionada aparecia no topo dos resultados.
Nove anos depois, esta empresa continua a inovar em grande escala e, neste momento, é o rival da Microsoft, com reais possibilidades de lhe fazer o que ela havia feito à IBM: destrona-la do lugar de nº 1 da informática mundial. E o infortúnio, para a Microsoft, acontece pela mudança de paradigma. Tal como o mainframe, o servidor central, foi destronado graças ao computador pessoal, também o conceito "um sistema operativo+um conjunto de aplicações=um utilizador", ganha pão da Microsoft, se tornará obsoleto perante o reaparecer do conceito dum servidor central e múltiplos clientes a ele ligados. Isto está a tornar-se possível graças ao ADSL e as suas crescentes velocidades de ligação.
A Microsoft, claro, não está a dormir e já lançou o serviço Windows Live, cópia chapada dos serviços do Google. Mas este sinal é precisamente o pronuncio do fim, em que o líder passa a seguir a concorrência, em vez do contrário. Vamos ver se, como no Triunfo dos Porcos, apenas se troca um dominador por outro, até tendo este a particularidade de querer saber tudo sobre todos.
Publicado inicialmente a 27-09-2007
Acabo de republicar os textos relativos ao iPad. Tenho mais uns quantos que valem a republicação, sobretudo sobre software, que sairão diariamente às 7h00, para não saturar o blog.
Um artigo de Charlie Brooker escrito com humor sobre o iPad. Deixo uma tradução caseira de algumas partes:
iPad therefore iWant? Probably. Why? iDunno
Numa primeira impressão parece um iPhone numa forma não manuseável e fora do tamanho de bolso. Mas olhe-se mais demoradamente e.... Não. Tinha-se razão na primeira vez.
(...)
O iPad fica entre dois conceitos - não é bem um laptop e não é bem um smartphone. Por outras palavras, é o utilitário do consumidor de bens electrónicos. Ou seria, não fosse um factor crucial: parece ideal para navegar na net enquanto se vê televisão. E suspeito que para isso será usado maioritariamente. Milhões de pessoas vêem TV enquanto consultam os seus emails: é a combinação perfeita para elas.
(...)
Algumas pessoas queixam-se que não tem uma câmara. Que tecno-bebés mimados. Lá porque uma coisa é tecnologicamente possível, isso não significa que tenha que ser feita. É tecnologicamente possível fazer uma batedeira de ovos que faça chamadas, um leitor de MP3 que doseie salgadinhos ou um carro com pára-brisas de pão. A humanidade continuará a prosperar na sua ausência. Nem tudo precisa de uma lente de 15 megapixéis espetada nas traseiras, tal como um pequeno ânus de vidro. Dêem a estes ingratos uma câmara e eles choramingarão que não tinha uma segunda câmara incluída. O que é que estão a fotografar, já agora? A vossa colecção de câmaras?
(...)
Quanto a mim, não tenho a certeza que compre um iPad, embora me pareça - me pareça - que estou para comprar um MacBook.
(...)
Passada a euforia da revelação, eis que chega o momento de uma análise dos pontos negativos do iPad.
Apesar dos aspectos muito positivos (tamanho, ecrã táctil, autonomia, design), o facto é que opções de desenho do aparelho parecem querer torna-lo num iPhone com esteróides (como li algures) e sem concretizar o potencial que se lhe antevia em certos nichos de mercado. Estamos perante um Kindle a cores, ao que parece.
Num próximo texto, abordarei as alternativas ao iPad. Um cheirinho:
Pode-se dizer que o iPad (site oficial) parece um iPhone do tamanho A4 e com a performance de um computador portátil. Não tem teclado e o ecrã é sensível ao toque, tal como no iPhone. Traz de raiz a banda larga móvel 3G (depende do modelo).
Há um antes e um depois com este produto. Entrámos no depois.
Características
Software
O iPad corre as aplicações do iPhone, o que é óptimo para quem já as tenha e mesmo para quem as queira comprar / usar (há-as gratuitas) pois já encontrará uma oferta aceitável de software (cerca de 140 mil aplicações). Como novidade, traz um calendário inovador (segundo a Apple), um aparentemente muito interessante gestor/visualizador de fotografias, toca música e passa filmes, vem com browser (Safari) para navegar na net, programa de mail, mapas e traz um leitor de ebooks. Traz o software de desenho (Brushes) que tira partido da sensibilidade do ecrã. Mais detalhes aqui.
Preço
O modelo mais básico anunciado a 499 dólares! Os modelos com 3G custam mais 130 dólares.
Acessórios
Pode funcionar com teclado externo.
Comunicações
Portanto, lá para as férias do Verão há brinquedo novo por estes lados.
Notícias relacionadas na imprensa nacional
Nota: este texto é essencialmente uma tradução adaptada deste, ao qual acrescei informação de fontes diversas
A Google decidiu entrar na senda das redes sociais. Fê-lo com o Google Buzz, passando por cima de todas as questões de privacidade dos seus utilizadores. Comecei por usar o Buzz no Fliscorno, para saber do que se trata e por o email do blogue não estar associado ao email pessoal. Sinceramente, é algo que não quero na minha conta pessoal. Vejo-lhe utilidade para a divulgação de conteúdos, tal como o Facebook ou o Twitter mas há uma diferença de nota: neste dois últimos, a adesão não é imposta. Pior, quem aderir ao Facebook ou ao Twitter sabe que o está a fazer numa rede onde as coisas serão públicas. Já com o Buzz, as pessoas aderiram com um certo nível de privacidade e este foi drasticamente alterado com a adição do Buzz. De um momento para o outro, passo a saber com quem outras pessoas trocam emails mais frequentemente, sem que elas tenham tido uma palavra no assunto. "Do no evil" é o slogam da Google. Certo...
Mas nestas coisas, cada qual sabe de si. Se o novo serviço da Google lhe agrada, tudo bem. Se não, segue-se um artigo que explica como desactivar o serviço. Num caso como noutro, convém é que saiba ao que está ;-)
February 11, 2010 10:01 AM PST
Buzz off: Disabling Google Buzz
Updated: February 11, 2010 at 12:15 p.m. PT to share a new rollout that Google implemented to better manage (and block) contacts. Also added a note about profile privacy.
My colleague Molly Wood called it a privacy nightmare, but to many, Google's new social-networking tool Buzz is at its root an unwanted, unasked for pest. The way some of us see it, we didn't opt in to some newfangled Twitter system and we don't particularly want to see updates from contacts we never asked to follow creep up in our Buzz in-box. Call us what you will, but for curmudgeonly types like us, Buzz isn't so much social networking as it is socially awkward networking. We tried it, we didn't like it, and now it has to go.
Here's how we silenced Buzz from the desktop:
Step 0: Don't disable Buzz--yet
The automatic reaction is to scroll to the very bottom of Gmail and click the words "turn off buzz." But all this does is remove active links, leaving your profile still publicly available, along with any public buzzes you might have made while trying Buzz out. In fact, you're still technically following people, and they're following you. Not OK.
Disabling Buzz isn't enough. My previous buzzes are still visible to anyone looking for them.
(Credit: Screenshot by Jessica Dolcourt/CNET)
Step 1: Purge your profile
One way to find your profile is to go to http://www.google.com/profiles and search on your name. Next, permanently delete buzzes in the public timeline by clicking the "Delete" tag. Then get to work unfollowing those that Google has "helped" you automatically follow.
From your profile, (1) click the hyperlink first and then (2) manually unfollow individuals.
(Credit: Screenshot by Jessica Dolcourt/CNET)
However, it's as if the Buzz team never envisioned anyone would want to completely opt out. You'll need to unfollow individuals one by one, which takes some time if Google subscribed you to a long list of followers. Despite what it said in our profile, we had to keep loading pages to unfollow a big chunk of friends.
Also take a moment to make sure that your profile isn't broadcasting anything you don't want it to. Click the "Edit Profile" link to the right of "Contacts" and "About me" to give your profile a once-over.
Note: If your profile was never public (and if you never experimented with Buzz), you'll have fewer privacy concerns. However, if you are getting rid of Buzz, it's a good idea to scan your profile to make sure you're not exposed on anyone's automatic list of followers.
Step 2: Block your followers
If you're serious about removing traces of yourself from Buzz's public record, you'll need to make sure you're invisible to others as well. Go back to Buzz in Gmail (if you already disabled it, you can turn Buzz back on at the bottom of the page to complete this step.) In the absence of an obvious "block all" button, we manually blocked each individual by clicking their picture from the list of followers and then selecting "Block."
Blocking: Another option.
(Credit: Screenshot by Jessica Dolcourt/CNET)
At noon PT on Thursday, we noticed that Google rolled out a better interface that includes some management tools you can use to more easily block users. Prior to that, we noticed a few leftovers that were still visible in our public profile because we weren't previously able to access their profile tab. Thanks to Google's tweak, we unblocked them in a hurry.
Blocking someone won't alert them and you can always unblock them later if you change your mind about Buzz.
A Thursday tweak adds drop-down tools to better manage followers.
(Credit: Screenshot by Jessica Dolcourt/CNET)
Step 3: Disable Buzz in Gmail
Now it's safe to disable Buzz in Gmail, thus removing the offending links and updates from your eyes.
Last step: Unplug Buzz in Gmail
(Credit: Screenshot by Jessica Dolcourt/CNET)
This worked for us, but leave your own tips and travails in the comments.
Related stories:
Rafe and Josh debate Google's Buzz
Google Buzz: Privacy nightmare
Google's social side hopes to catch some Buzz
É oficial, o blog Hitech Tips está no ar. Começa com uma séries de textos publicados noutros locais, aqui ficando reunidos (do mais antigo para o mais recente):
Este será um blog de cariz IT, orientado para as tecnologias da web. Como se pode ver na template, o inglês anda por estes lados. Com efeito, o blog não será escrito unicamente em português. Daqui para a frente haverá posts que sairão em inglês e outros em inglês e português. Esta parte ainda não está bem decidia. Porquê a questão do inglês? Porque é a língua franca da informática e porque os artigos na forma de tutoriais são trabalhosos de fazer, daí procurar alargar a audiência.
Os contactos e demais informações estão na página About deste blog.
Boas blogagens.
Testar a performance do blog
É frequente ir-se adicionando coisas giras ao blog até que, a certo ponto, torna-se impossível abrir a página do blog. Acontece a muitos e aconteceu-me a mim. Nos últimos dias tem sido uma chatice abrir o blog desde que instalei os ícones para partilhar no facebook e no twitter. Depois de algumas experiências, conclui que o AddThis e o Tweetmeme entram em conflito, fazendo disparar o tempo de carregamento do blog dos 8 segundos para os 35 segundos! Optei por inibir, pelo menos temporariamente o AddThis.
Mas como cheguei a esta conclusão?
Instalei a ferramenta HttpWatch Basic Edition (freeware) e experimentei diversas combinações da template. Esta ferramenta mede o tempo de carregamento de uma página e mostra quanto tempo demora cada conteúdo a ser carregado.
A forma de funcionamento da ferramenta é algo fora do vulgar, já que corre integrada no browser. É conveniente ler o ficheiro "Getting Started", instalado com a aplicação, para ver como começar. Basicamente, no Firefox basta clicar no ícone no canto inferior direito:
e no Internet Explorer, clica-se no ícone equivalente existente na barra de ferramentas:
Dicas:
Testar a velocidade da sua ligação à net
A segunda ferramenta não precisa de ser instalada. Basta aceder ao site
e correr o teste. A imagem seguinte mostra o resultado da minha ligação:
Para comparação, a ferramenta mostra outros resultados. Por exemplo, para a Alemanha e Portugal, os quadros são os seguintes:
Fico a saber que a minha velocidade fica 60% das melhores ligações portuguesas. Nesta tabela destaca-se também a boa posição global ao nível dos downloads mas muito má no que respeita os uploads.
Experimente para optimizar
Com estas duas ferramentas pode optimizar o seu blog e tirar as teimas quanto à habitual explicação "ah e tal, é da ligação" :) Boas experiências.
Entre em http://draft.blogger.com e navegue até Editar páginas como se vê na imagem supra.
O que são páginas autónomas?
http://www.google.com/support/blogger/bin/answer.py?answer=165955
Com mais tempo, voltarei ao tema.
NOTA: a página About é um exemplo destas páginas autónomas. Note-se que o URL é diferente do habitual.
O HTML é a linguagem da web e o HTML 5 é a versão que se prepara para ser a próxima.
Veja no site http://html5gallery.com exemplos de sites que já usam HTML 5. Para ver estes sites precisará de um dos seguintes browsers: Chrome, Firefox 3.5, Opera ou Safari.
Um bom artigo de introdução está disponível aqui: Get Ready for HTML 5.
Neste post vou mostrar como adicionar os os botões de partilha no Twitter e no Facebook. É fácil. O aspecto final será algo como na imagem seguinte, em que os botões aparecerão do lado direito do título do post:
Siga então os passos seguintes:
.retweet { /* estilo da div de partilha */
float:right;
padding: 5px 0px 0px 5px;
}
Isto cria um estilo CSS para posicionar os botões de partilha.
<!—SHARE begin -->
<div class='retweet'>
<!-- FACEBOOK share –>
<a expr:share_url='data:post.url' name='fb_share' rel='nofollow' type='button_count'/>
<script type="text/javascript" src="http://static.ak.fbcdn.net/connect.php/js/FB.Share"/>
<br /><br />
<!-- TWEETER share -->
<script type='text/javascript'>
tweetmeme_style = 'compact';
tweetmeme_url = '<data:post.url/>';
tweetmeme_source = TwitterUserName;
</script>
<script src='http://tweetmeme.com/i/scripts/button.js' type='text/javascript'/>
</div>
<!-- SHARE end -->
Quem o recomenda é o governo alemão, que incentiva os utilizadores da web a escolherem outro browser. Há quem defenda que esta recomendação deva ser tomada em conta não apenas por aqueles que ainda usam o Internet Explorer (IE) 6 como também por todos todos os que usem as versões 7, 8 ou outra que aí venha.
Operação "Aurora"
Vem este assunto a propósito do recente ataque a mais de 30 empresas americanas, incluindo a Google, a Adobe e a Juniper Networks. O ataque ocorreu na época natalícia, possivelmente para minimizar as possibilidades de detecção e recorreu a uma nova falha de segurança no IE, como descreve a McAfee, ainda não conhecida publicamente. Os intrusos ganharam acesso às organizações em causa lançando ataques a muito personalizados a uma ou a um restrito grupo de pessoas com acesso a informação sensível. Estas pessoas foram o ponto de acesso ao material que se pretendia roubar: propriedade intelectual.
"Aurora" é nome como está a ser conhecido este ataque e resulta da análise feita pela McAfee. Investigando o código binário do "malware", a McAfee descobriu que a palavra "Aurora" fazia parte do "filepath" (localização no disco) da máquina atacante. O "filepath" pode ser inserido pelos compiladores de código para ajudar à correcção de erros de software (debug) e para indicar onde o código fonte está localizado na máquina do programador. A MCafee acha que "Aurora" foi o nome interno que o(s) atacante(s) deu(deram) à operação.
Novo patamar
Até agora temos visto ataques para obter informação bancária. Com o presente ataque, é a propriedade intelectual o que está em causa, o que coloca a guerra virtual noutro patamar. Quando a actual tendência é tudo estar ligado, é altura das empresas de software pensarem seriamente mais nas questões de segurança do que nos "press release". Começar por não lançar no mercado software mal testado, numa estratégia comercial de antecipação, é um bom começo.
Leituras:
Como enviar pings automáticos para o Twingly e para o Wordpress.
Dica válida para quem publique em Wordpress e em Blogger
Aos leitores dos jornais Público e i não será estranho o serviço Twingly que lista os blogs que ligam para uma notícia. Funciona assim:
Fantástico, não é? Nim. Se o leitor publica na plataforma Wordpress, então o este serviço é automático. Se, por outro lado, publicar no Blogger, então terá que ir manualmente ao site do Twingly e fazer um ping manual. Uma seca! Para menorizar o problema, também pode guardar a página de ping nos favoritos (algo como http://www.twingly.com/ping?url=http://fliscorno.blogspot.com) e sempre poupa tempo.
Mas se já estiver a escrever os seus textos no Windows Live Writer (WLW) como eu, então tenho boas notícias: o ping pode ser automático! E mais, além do Twingly também pode mandar mandar pings para outros servidores, tal como o Ping-o-matic e ver nos blogs da plataforma Wordpress os respectivos pingback.
Para tal, basta no WLW ir ao menu Ferramentas | Opções e em "Enviar Ping aos Servidores" colocar o texto seguinte:
http://rpc.twingly.com
http://rpc.pingomatic.com
O resultado fica assim:
Fácil, não é?
Sugestão: siga esta e outras dicas assinando o feed
http://feeds.feedburner.com/fliscorno_blog_tips
1. Use o Windows Live Writer
Com o WLW, escreverá posts como se estivesse num processador de texto. Pode copiar imagens e coloca-las no post directamente a partir do clipboard, que o WLW colocará a imagem no seu álbum Picasa. Pode também copiar HTML de outras páginas e colar-lo no seu post sem que perca a formatação. Além disso, toda a edição é feita usando a formatação do blog, o que aumenta a produtividade. Duas dicas:
2. Use um programa para capturar ecrãs
Quando preciso de copiar uma parte de outra página web (ou de outra aplicação de software), uso o programa de captura de ecrãs MWSnap, que é freeware. Tenho a opção para auto-copiar a imagem seleccionada (ver imagem) e assim basta-me fazer a captura da imagem (CTRL SHIFT A) e depois fazer colar-la no post (CTRL V) e está feito. Actualmente, até uso o MWSnap para redimensionar as imagens da forma que quero. Assim, visualizo a imagem num qualquer programa e depois faço a captura e colo a imagem no post. Desta forma poupo dois passos tediosos que são redimensionar a imagem num programa de tratamento de imagens e não preciso de fazer o upload da imagem (pois o WLW fá-lo automaticamente). Uma dica:
Conclusão
O WLW e o MWSnap constituem um ambiente produtivo para editar o blog. O primeiro permite-lhe concentrar-se na escrita e o segundo na ilustração do texto. Boas postagens.
