SEO: é um acrônimo para Search Engine Optimization (SEO), optimização para motores de busca. São as estratégias para melhorar, de forma racional, a visibilidade de um site na busca natural dos sites de busca. A prática de otimizar um website através da melhoria de fatores internos e externos a fim de aumentar o tráfego que o site recebe dos mecanismos de busca. Conjunto de técnicas aplicadas na construção de páginas WEB de modo a garantir que estas são facilmente processadas por motores de busca. SEO é a prática de otimização de um site através da melhoria dos fatores internos e externos para aumentar o tráfego vindo dos mecanismos de busca. É uma técnica usada para melhorar a posição dos web sites nos resultados da pesquisa natural (não paga) dos motores de busca como o Google, Yahoo ou MSN e assim gerar mais visitas aos sites. Trata-se de técnicas para melhorar a colocação de determinado site nos resultados de buscadores como o Google, geralmente associando o conteúdo a marcadores (tags) específicos e relevantes.
Marcadores: DESENVOLVIMENTO, ENGINE, google, optimization, search, seo, webmasters
A Google revelou uma versão preliminar do Friend Connect, um serviço que permite implementar funcionalidades semelhantes às das redes sociais em qualquer página da Internet.
Para adicionarem as funcionalidades sociais - como cadastro de visitantes, convites, galeria de membros ou envio de mensagens - os administradores dos sites apenas necessitam de adicionar um pedaço de código à página, não necessitando de quaisquer conhecimentos de programação.
O Friend Connect suporta ainda aplicações externas desenvolvidas pela comunidade de programadores da plataforma OpenSocial, que integra pesos pesados da Internet como a fundadora Google, a MySpace e a Yahoo!.
A Google afirma que o novo serviço não é uma resposta às iniciativas anunciadas na semana passada MySpace Data Availability e Facebook Connect, que permitem que os membros daquelas redes sociais transfiram as informações dos seus perfis para outros sites que utilizem regularmente.
Fonte:
http://www.google.com/friendconnect/ Marcadores: 2008, comunidade, friendconnect, google, release, webmasters
The weakness of SQL injection was discovered to be before Version 3.37 when maintaining it.
It immediately corrected with Ver. 3.38, and the version improves as soon as possible since Ver. 3.38 or make it to the access inhibit excluding the group that can put trust, please when you use a pertinent version.
Please continue your favors toward prompt correspondence before this weakness is misused
though time will be spent.
Marcadores: Cube, Modules, Modulos, webmasters
I've often thought there is a subtle art to the humble hyperlink, that stalwart building block of hypertext, the stuff that Ted Nelson's Xanadu dream was made of.
The word hypertext was coined by Nelson and published in a paper delivered to a national conference of the Association for Computing Machinery in 1965. Adding to his design for a nonsequential writing tool, Nelson proposed a feature called "zippered lists," in which elements in one text would be linked to related or identical elements in other texts. Nelson's two interests, screen editing and nonsequential writing, were merging. With zippered lists, links could be made between large sections, small sections, whole pages, or single paragraphs. The writer and reader could manufacture a unique document by following a set of links between discrete documents that were "zipped" together. Many precedents for the idea of hypertext existed in literature and science. The Talmud, for instance, is a sort of hypertext, with blocks of commentary arranged in concentric rectangles around the page. So are scholarly footnotes, with their numbered links between the main body of the text and supplementary scholarship.
In July 1945, long before Nelson turned his attention to electronic information systems, Vannevar Bush published an essay titled "As We May Think" in The Atlantic Monthly, which described a hypothetical system of information storage and retrieval called "memex." Memex would allow readers to create personal indexes to documents, and to link passages from different documents together with special markers. While Bush's description was purely speculative, he gave a brilliant and influential preview of some of the features Nelson would attempt to realize in Xanadu.
The inventor's original hypertext design predicted most of the essential components of today's hypertext systems. Nonetheless, his talk to the Association for Computing Machinery had little impact. There was a brief burst of interest in this strange researcher, but although his ideas were intriguing, Nelson lacked the technical knowledge to prove that it was possible to build the system he envisioned.
I distinctly remember reading this 1995 Wired article on Ted Nelson and Xanadu when it was published. It had a profound impact on me. I've always remembered it, long after that initial read. I know it's novella long, but it's arguably the best single article I've ever read in Wired; I encourage you to read it in its entirety when you have time. It speaks volumes about the souls of computers-- and the software developers who love them.
Xanadu was vaporware long before the term even existed. You might think that Ted Nelson would be pleased that HTML and the world wide web have delivered much of the Xanadu dream, almost 40 years later. But you'd be wrong:
HTML is precisely what we were trying to prevent -- ever-breaking links, links going outward only, quotes you can't follow to their origins, no version management, no rights management.
I suspect Wikipedia may be closer to Ted's vision of Xanadu: a self-contained constellation of highly interlinked information, with provisions for identity, versioning, and rights management.
But enough about the history of the hyperlink. How can we use them effectively in the here and now? I thoroughly enjoyed Philipp Lenssen's recent link usability tips. I liked it so much, in fact, that I'm using it as a template for a visual compendium of link usability tips-- the art of hyperlinking.
- Ensure your links are large enough to easily click. When building links, don't run afoul of Fitt's Law. If what you're linking is small, make it bigger. If you can't make it bigger, at least fluff it up a bit with clickable borders so it's easier for people to accurately click. In the below screenshot, only the numbers are linked, which is a shame.
- The first link is the most important one. The first link will garner most of the reader's attention, and the highest clickthrough rates. Choose your first link appropriately. Start with the important stuff. Don't squander your first link on a triviality.
- Don't link everything. Using too many links will turn your text into noise. This works in two dimensions: excessive linking makes text difficult to read, and excessive linking causes deflation in the value of all your existing links. Link in moderation. Only link things important enough to warrant a link.
- Don't radically alter link behavior. Links are the cornerstone of the web. Users have built up years of expectactions based on existing behavior in their web browsers. When you change the way hyperlinks work, you're redefining a fundamental part of the web. Is this really what you want? Is this really what your readers want?
- Don't title your link "Click Here". Don't even use the words "Click" or "Here" anywhere in your link text. Describe what the link will do for the user when they click on it.
- Don't link things the user might want to select and copy. Woe upon the poor user who needs to select and copy hyperlinked text. It requires a complex ballet of very precise mouse movements to get it to work at all. Here, I'm trying to select the name "Ralph Waldo Emerson", which is part of the hyperlink. Granted, this is not a terribly common scenario-- it's probably the most subtle tip on Philipp's list. But when it happens, it's awkward and unpleasant, so do give it some consideration.
- Don't include icons on every link. If we're linking in moderation, we should be using link icons in extreme moderation. If every other link has an icon, it's noise. Only highly unusual or irregular links should include icons. I'd also argue that your text, if written properly, can easily communicate the type of link as well as an icon can, but this gets into the realm of personal preference.
- Don't make your content depend on links to work. Not everyone will click on your hyperlinks. Either they're too busy to click every single link you put in front of them, or maybe they're reading your article in another format where they can't click on the links: print, offline, or mobile. Either way, it's important to provide the context necessary to make your content understandable without the need to visit whatever is behind those hyperlinks. (If you're wondering what this example is about, I should warn you-- it's not worth it. For once the inanity of Digg comments was totally appropriate: "retarded blog war".)
- Don't hide your links. Hyperlinks should look like hyperlinks. Give them a distinct style, so they cannot be confused with any of the other text on the page. Definitely choose a unique color not used anywhere else on your page, and consider using the well-worn convention of the link underline when necessary. What's clickable here?
- Don't mix advertising and links. These look like hyperlinks, but they're actually advertising. Which type of link is which, again? And why should the user have to think about this?
- Don't obfuscate your URLs. Users can preview where your link will ultimately send them by hovering their mouse over it and viewing the URL in the status bar. Avoid using redirects or URL shortening services which make the URL totally opaque. The user shouldn't have to take a leap of faith when clicking on your links.
To head off any potential hate mail headed my way, these are guidelines, not rules. If you know what you're doing, you also know that rules were made to be broken in the right circumstances. The problem is that most people writing HTML don't know what they're doing. A search for "click here" is ample proof of that.
Most of this is advice on writing HTML-- which, in my estimation, is basic writing advice in today's online world. Hyperlinking should be taught alongside Strunk & White as far as I'm concerned. Knowing how to hyperlink effectively is fundamental. But as software developers, we can go farther when writing code -- we can control the text of the links we generate, too. I touched on this briefly in Don't Devalue The Address Bar, but it's worthy of an entire blog post. In the meantime, Keyvan Nayyeri's Simplify your URLs is a fantastic starting point.
Marcadores: hiperlinking, info, underpop, webmasters
Alexa Site Stats Button
These site stat buttons are showing statistics about your web site.
If they look OK, continue below to get your HTML and place it on your web site, or click here to make changes.
Your URL(s): xoopscube.com.br
Vertical Banner (120 x 240)
Marcadores: alexa, estatisticas, webmasters
Alexa Site Stats Button
These site stat buttons are showing statistics about your web site.
If they look OK, continue below to get your HTML and place it on your web site, or click here to make changes.
Your URL(s): underpop.free.fr
Vertical Banner (120 x 240)
Directions:
- Copy the HTML from one of the boxes
- Paste it into an appropriate place in your HTML
- You do not need to copy and download any graphics. They will automatically appear on your web page.
Marcadores: alexa, webmasters
Those in search of eternal life need look no further than the computer industry. Here, last gasps are rarely taken, as aging systems crank away in back rooms across the U.S., not unlike 1970s reruns on Nickelodeon's TV Land. So while it may not be exactly easy for Novell NetWare engineers and OS/2 administrators to find employers who require their services, it's very difficult to declare these skills -- or any computer skill, really -- dead. (Readers have their own views on dead and dying skills. Others offer their own suggestions for the pyre.)
In fact, the harder you try to declare a technology dead, it seems, the more you turn up evidence of its continuing existence. Nevertheless, after speaking with several industry stalwarts, we've compiled a list of skills and technologies that, while not dead, can perhaps be said to be in the process of dying. Or as Stewart Padveen, Internet entrepreneur and currently founder of AdPickles Inc., says, "Obsolescence is a relative -- not absolute -- term in the world of technology."
1. CobolY2k was like a second gold rush for Cobol programmers who were seeing dwindling need for their skills. But six-and-a-half years later, there's no savior in sight for this fading language. At the same time, while there's little curriculum coverage anymore at universities teaching computer science, "when you talk to practitioners, they'll say there are applications in thousands of organizations that have to be maintained," says Heikki Topi, chair of computer information services at Bentley College in Waltham, Mass., and a member of the education board for the Association for Computing Machinery.
And for those who want to help do that, you can actually learn Cobol at Southern Illinois University at Edwardsville, which according to Mary Sumner, a professor there, still offers a Cobol course. "Two of the major employers in the area still use Cobol, and for many of their entry-level jobs, they want to see that on the transcript," she says. "Until that changes, we'd be doing the students a disservice by not offering it." (see also: "Cobol Coders: Going, Going, Gone? ")
2. Nonrelational DBMSIn the 1980s, there were two major database management systems approaches: hierarchical systems, such as IBM's IMS and SAS Institute Inc.'s System 2000, and network DBMS, such as CA's IDMS and Oracle Corp.'s DBMS, formerly the VAX DBMS. Today, however, both have been replaced by the relational DBMS approach, embodied by SQL databases such as DB2, Oracle and Microsoft SQL Server, says Topi. "The others are rarely covered anymore in database curricula," he says.
3. Non-IP networksTCP/IP has largely taken over the networking world, and as a result, there's less demand than ever for IBM Systems Network Architecture (SNA) skills. "It's worth virtually nothing on the market," says David Foote, president of Foote Partners LLC in New Canaan, Conn. Foote tracks market pay for individual IT skills, which companies usually pay as a lump sum or a percentage of workers' base pay, either as a bonus or an adjustment to their base salary. SNA, Foote says, commands less than 1% premium pay. "It's like a penny from 1922 -- there has to be someone who wants to buy it."
Despite the fact that many banks, insurance firms and other companies still have large investments in SNA networks, the educational offerings in this area are also rare, according to Topi. "The dominant model of protocols is TCP/IP and the Internet technologies," he says.
4. cc:MailThis store-and-forward LAN-based e-mail system from the 1980s was once used by about 20 million people. However, as e-mail was integrated into more-complex systems such as Lotus Notes and Microsoft Exchange, its popularity waned, and in 2000, it was withdrawn from the market. According to Foote, "cc:Mail is a bygone era. Now e-mail is tied into everything else, and cc:Mail didn't make that leap." Just the same, the product continues to be commercially supported by Global System Services Corp. in Mountain View, Calif.
5. ColdFusion</ 
