Re: Accessibility/SEO and IDs?
"Ian Petersen" <[email protected]> Thu, 23 Mar 2006 11:14:27 -0500
| Newsgroups | gmane.comp.web.dom.wdf |
|---|---|
| Message-ID | <[email protected]> |
The Apache web server has support for one or two different compression modules. I forget most of the details, but it's possible to have Apache gzip the outgoing stream automatically. As for removing whitespace, etc., you can check out a Perl script I attached to the JSDoc project on SourceForge. JSDoc is a documentation tool for Javascript. It's at http://sourceforge.net/projects/jsdoc. I wrote a perl script that compresses Javascript source quite thoroughly and submitted it as an attachment to an RFE. Unfortunately, SourceForge is down right now, so I can't give you a direct link, but you can go to the JSDoc homepage, click on RFE and then look for 'Here's a Javascript compressor'. I have never seen an equivalent tool for HTML. Ian On 3/23/06, Moran Ben-David <[email protected]> wrote: > It seems that there is a need out there for essentially programtically > optimizing html pages. Just like compilation converts, say, C code to > machine code, optimizing html would optimize it with all the various > heuristics (shortening id's, gzipping ahead of time, removing whitespace, > removing comments, etc). > > Anyone have such a practice in place? I.e. a separation between source html > and optimized html? If so, do you use an automating product? > > I'm just curious as to whether this is common practice among expert web > people and which tools are common for this process. > > moran > > > -----Original Message----- > > From: [email protected] [mailto:[email protected]] On Behalf > > Of Anthony Ettinger > > Sent: Wednesday, March 22, 2006 7:54 PM > > To: [email protected] > > Subject: Re: [wdf-dom] Accessibility/SEO and IDs? > > > > you should try to keep your markup lean, i very rarely need more than > > 3 or 4 id's on a page. > > > > > > On 3/22/06, Anthony Ettinger <[email protected]> wrote: > > > You are right, it makes a difference...I certainly wouldn't give ids > > > names like "something_logn_and_ireitating_here".. > > > > > > However, it does make it easier for someone reading the code. If you > > > have to put 3 lines of comments around it for it to make sense, then > > > you've lost the original goal. > > > > > > > > > > > > On 3/22/06, Jim Auldridge <[email protected]> wrote: > > > > I should correct my earlier e-mail about ID attributes and SEO. It > > > > turns out that the HTML standards may soon include header and footer > > > > (etc) elements based on the amout of sites using DIVs with those IDs. > > > > It was a search engine company that provided that information to the > > > > standards folks, which is where I confused the issue. My apologies. > > > > > > > > In regards to Anthony's statement, "since it's an id, it should only > > > > be on the page once....if your page load time is effected by the id > > > > attribute, you've got bigger problems," I don't think that is > > > > completely accurate. True, a given ID should only appear once in a > > > > document, but your document can have as many IDs as it does elements. > > > > So shortening their names can certainly shorten the total size of > > > > outputted content. This is a valid thought on the part of site owners > > > > with cheaper hosting whose sites could receive bursts of traffic. > > > > Serving 100 extra bytes several thousand times can add up. If it adds > > > > up enough, it can cost you down time or extra money. Just a thought. > > > > > > > > Jim > > > > > > > > On 3/22/06, Anthony Ettinger <[email protected]> wrote: > > > > > On 3/22/06, Chris <[email protected]> wrote: > > > > > > If you work in a team, there's the benefit of whoever does the > > CSS, or > > > > > > ties in backend code, etc, has a better chance of discerning one > > chunk > > > > > > of HTML from another and its purpose. > > > > > > > > > > > > From a user's perspective, remember that every ID can be targeted > > as an > > > > > > anchor, i.e.: blah.html#list_of_shopping - that can be useful if > > for > > > > > > example, you want to link someone to a specific section of a long > > page > > > > > > they want to read. Personally, I'll occasionally View Selected > > Source in > > > > > > Firefox to get IDs like that and add them into a link I send to > > people > > > > > > on occasion. That's an extremely geeky use of the capability, but > > the > > > > > > point is, there are uses... probably some far less geeky than my > > own. So > > > > > > you may as well make them user-friendly. > > > > > > > > > > > > Lastly, you're going to run into overlap with short IDs... but if > > small > > > > > > HTML is of the utmost importance for some reason, the shorter IDs > > may be > > > > > > a better fit. > > > > > > > > > > > > -Chris > > > > > > > > > > > > Seb Frost wrote: > > > > > > > Is there any reason (other than to make your own > > work/maintenance easier) to > > > > > > > use semantic IDs on your webpages? > > > > > > > > > > > > > > In other words, does <div id="header"> benefit anyone other than > > the coder > > > > > > > over <div id="h">? > > > > > > > > > > > > > > I'm all for cutting down on any bytes that don't need to be sent > > to the > > > > > > > browser, and if working by myself I'd quickly get used to > > shorthands like > > > > > > > this, and they wouldn't proove to be a maintenance headache at > > all, for me. > > > > > > > > > > > > > > But is there a benefit to longer IDs? Will search engines pick > > up on <ul > > > > > > > id="list_of_shopping"> or is <ul id="l"> just as good? > > > > > > > > > > > > > > cheers > > > > > > > > > > > > > > Seb > > > > > > > > > > > > > > > > > > > > > > > > > > > > Unsubscribe > > > > > > > [email protected] > > > > > > > > > > > > > > List info > > > > > > > http://www.quirksmode.org/dom/list.html > > > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Unsubscribe > > > > > > [email protected] > > > > > > > > > > > > List info > > > > > > http://www.quirksmode.org/dom/list.html > > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > microformats are on the rise, but I would stop short of saying it > > > > > makes a difference in Google serps. > > > > > > > > > > The main concern should be readability. id="header" makes much more > > > > > sense than id="h". > > > > > > > > > > since it's an id, it should only be on the page once....if your page > > > > > load time is effected by the id attribute, you've got bigger > > problems > > > > > :-) > > > > > > > > > > > > > > > > > > > > -- > > > > > Anthony Ettinger > > > > > Signature: http://chovy.dyndns.org/hcard.html > > > > > > > > > > > > > > > Unsubscribe > > > > > [email protected] > > > > > > > > > > List info > > > > > http://www.quirksmode.org/dom/list.html > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Unsubscribe > > > > [email protected] > > > > > > > > List info > > > > http://www.quirksmode.org/dom/list.html > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Anthony Ettinger > > > Signature: http://chovy.dyndns.org/hcard.html > > > > > > > > > -- > > Anthony Ettinger > > Signature: http://chovy.dyndns.org/hcard.html > > > > > > Unsubscribe > > [email protected] > > > > List info > > http://www.quirksmode.org/dom/list.html > > Yahoo! Groups Links > > > > > > > > > > > > > Unsubscribe > [email protected] > > List info > http://www.quirksmode.org/dom/list.html > Yahoo! Groups Links > > > > > > > -- Tired of pop-ups, security holes, and spyware? Try Firefox: http://www.getfirefox.com Unsubscribe [email protected] List info http://www.quirksmode.org/dom/list.html Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/wdf-dom/ <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/