gregable.com
域名年龄: 17年1个月18天HTTP/1.1 304 Not Modified 过期时间:2015年01月22日 17:49:23 访问时间:2015年01月22日 17:49:23 缓存控制:private, max-age=0 网页标记:"49f1bdf7-e73f-44f8-9208-dee1850f0b27" 服务器:GSE Alternate-Protocol: 80:quic,p=0.02,80:quic,p=0.02
Greg Grothaus: Gregable Discussing geekery, the environment, and life in Silicon Valley. Aug 22, 2012 rel=canonical as a browser feature I informally propose that rel=canonical become a tag that not only search engines respect, but also browsers. For a little while now HTML5 browsers seem to have a feature where javascript can modify the displayed URL of the page using window.history.pushState. The changes are of course subject to same origin policy rules (ie: the protocol, hostname, and port cannot be modified, only the path and parameters). Originally javascript folks hacked this in with older browsers by shoving text after the "#" symbol in the URL. Even though there are a number of problems with this, it was useful enough that it became somewhat widely used. With modern browsers this is no longer required. To see what I mean, click on this little demo: http://kurtly.tumblr.com/sticky-history and look at the URL bar. If you aren't running an outdated browser, you should see the URL changing every few hundred msec. The page is not being re-fetched from the server. The rel=canonical link tag has been telling search engines basically "I know you are fetching the URL http://gregable.com/foo, but I'd suggest you should pretend this URL is http://gregable.com/bar in your search index". Basically the same idea as the window.history.pushState functionality, only for search engines. I propose that a rel=canonical link tag on any HTML page which satisfies the same origin policy should visibly change the URL in the browser. All the same motivations exist for this as they do in the browser. If a user copy/pastes the displayed URL, they'll get a more satisfying experience. If the user mis-types an URL (ie: .html vs .htm), sending them to the correct one generally requires a 301 redirect which adds latency. The javascript solution is less reliable as users sometimes surf with javascript off, and the javascript may not execute until the page has finished loading either. Are there any obvious reasons I'm missing why this is a horrible idea? Are there any regular Gregable readers who work on browser standards and might want to propose this more formally? Posted by Greg at 8:08 PM 2 comments May 8, 2012 LED Bulbs I've just been trying out some LED light bulbs and they seem to have progressed a great deal since the last time I played with them. For recessed fixtures that have a narrow angle of lighting, they seem to be a pretty good deal. Previous generations of LED light bulbs had problems: Blueish color of light Delay after turning on the wall switch Wouldn't work with dimmer controls Not as many lumens (brightness) as desired. I've bought a couple different bulbs off of Amazon and tried them out. I ended up really liking these ecoBrites: http://www.amazon.com/gp/product/B003THZHOU. No affiliation / kickbacks for me at all, I'm sure there are other great options out there too. They seem to solve all of the above problems, though they do look a li
© 2010 - 2020 网站综合信息查询 同IP网站查询 相关类似网站查询 网站备案查询网站地图 最新查询 最近更新 优秀网站 热门网站 全部网站 同IP查询 备案查询
2024-10-17 07:53, Process in 0.0066 second.