Dealing with "broken" web sites
There has been a discussion going on in Seattle Linux List about sites that don't work with Open Source browsers. I think these guys are barking up the wrong tree.
Telling General Motors that their web site doesn't work with your favorite Open Source browser is not likely to get anything more than a GM person thinking you don't know what you are talking about. There is, however, a better approach. Ok, I think it is a better approach.
Run the W3C complaince tests on the site. (If you have the development plug-in for FireFox) you can check HTML, CSS and more with just a few mouse clicks.) If the site passes, submit a bug report on the browser you are using. On the other hand, if it fails, tell the webmaster than you were having trouble viewing the site so you ran the W3C complaince test and found some errors. (Or 500 errors. Or ...)
|PasswordPing Ltd.'s Exposed Password and Credentials API Service||Apr 28, 2017|
|Graph Any Data with Cacti!||Apr 27, 2017|
|Be Kind, Buffer!||Apr 26, 2017|
|Preparing Data for Machine Learning||Apr 25, 2017|
|openHAB||Apr 24, 2017|
|Omesh Tickoo and Ravi Iyer's Making Sense of Sensors (Apress)||Apr 21, 2017|
- Graph Any Data with Cacti!
- Teradici's Cloud Access Platform: "Plug & Play" Cloud for the Enterprise
- The Weather Outside Is Frightful (Or Is It?)
- Simple Server Hardening
- Understanding Firewalld in Multi-Zone Configurations
- Bash Shell Script: Building a Better March Madness Bracket
- IGEL Universal Desktop Converter
- Gordon H. Williams' Making Things Smart (Maker Media, Inc.)
- Server Technology's HDOT Alt-Phase Switched POPS PDU