<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Richard's Linux and E-learning blog - Latest Comments in General</title><link>http://bradshawenterprises.disqus.com/</link><description></description><language>en</language><lastBuildDate>Tue, 22 Jul 2008 15:41:36 -0000</lastBuildDate><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-966760</link><description>Good post, I will admit I've done a couple of them before. Fortunately I use Drupal now and it comes with Jquery which has a lot of the Javascript I need built in.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pete White</dc:creator><pubDate>Tue, 22 Jul 2008 15:41:36 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-877884</link><description>Nice list. There are a few things I'd recommend in addition primarily for security.  I've dealt primarily with PHP, but this can be applied to other systems as well.&lt;br&gt;&lt;br&gt;On production, always disable error output.  Send your error messages to logs, but don't ever output them to the browser.  Error messages, in addition to being unprofessional, can reveal details about your architecture that no one really needs to know.&lt;br&gt;&lt;br&gt;Second, ALWAYS filter and validate input. Assume every user is trying to destroy your server.  Go with a white-list approach.  If an input is supposed to be a numeric ID, make sure it's numeric only.  Make sure to run input through sanitizing like mysql_real_escape_string().  And if you're doing queries, make sure that your web user has ONLY the privileges it needs - don't give it drop table access or anything. If you want to go further, use two web users - one for read that only has select access, and the write, which has select, insert, update, and delete.  Only use the write user when you actually need it.&lt;br&gt;&lt;br&gt;Finally, when configuring your server, make the docroot as limited as possible. That is, stuff like include files and template files (if you have them) should not be accessible through the server.&lt;br&gt;&lt;br&gt;Hope these tips help!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam B</dc:creator><pubDate>Sun, 13 Jul 2008 03:17:52 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-864533</link><description>reinventing the wheel shouldn't be a problem for a company specializing in wheel development.  why should bob smith try to make the next GoodYear tire clone out of play dough and an etch-a-sketch.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Damien</dc:creator><pubDate>Fri, 11 Jul 2008 14:30:57 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-831328</link><description>#6. Don't forget to spell check before posting your article *nudge nudge*</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">imgriff</dc:creator><pubDate>Mon, 07 Jul 2008 23:29:35 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-818786</link><description>Good point with number 5. These javascript/ajax frameworks have been thoroughly tested in multiple browsers.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">stuffigoogled</dc:creator><pubDate>Sat, 05 Jul 2008 17:40:46 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-818412</link><description>#5 - so true</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vince</dc:creator><pubDate>Sat, 05 Jul 2008 16:08:50 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-817705</link><description>I think it is acceptable to reinvent another model of the wheel</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sarmad</dc:creator><pubDate>Sat, 05 Jul 2008 13:03:10 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-815578</link><description>Thanks for the article!&lt;br&gt;&lt;br&gt;A point though about naming of include files - the best solution is to place them in a directory that's not directly accessible to the web. Your PHP scripts will still be able to include them just fine.&lt;br&gt;&lt;br&gt;If you do have to have them in a web-accessible directory for some reason, at least place them in a directory all of their own. Then place a htaccess file in there containing the following:&lt;br&gt;&lt;br&gt;&amp;lt;Files *&amp;gt;&lt;br&gt;&lt;br&gt;order allow,deny&lt;br&gt;&lt;br&gt;deny from all&lt;br&gt;&lt;br&gt;&amp;lt;/Files&amp;gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;It's a mistake to think that giving your includes .php extensions makes them entirely safe. Should anyone ever try to access them individually (which is fairly unlikely anyway) they might not see your raw PHP code, but that code would be executed, with unknown consequences.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kukas</dc:creator><pubDate>Fri, 04 Jul 2008 21:10:28 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-815160</link><description>A thing I learned;&lt;br&gt;Use many functions instead of copy and paste, and use stlye classes instead of coyping single style attributes^^</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ktb</dc:creator><pubDate>Fri, 04 Jul 2008 19:27:41 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-789977</link><description>Thanks!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">richbradshaw</dc:creator><pubDate>Tue, 01 Jul 2008 15:50:59 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-788243</link><description>nice useful article.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">paresh</dc:creator><pubDate>Tue, 01 Jul 2008 11:53:20 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-788060</link><description>If  Wheels were never reinvented&lt;br&gt;we would be still using the tyre of rock</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">vinodpahuja</dc:creator><pubDate>Tue, 01 Jul 2008 10:54:23 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-786306</link><description>Also, avoid learning grammar from the internet.&lt;br&gt;&lt;br&gt;You do have a point, however poorly written it may be. :p</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">testerman5</dc:creator><pubDate>Tue, 01 Jul 2008 01:49:32 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-784555</link><description>Wow.  This is all excellent advice, even for us pros (who all too often forget the basics).  On "Don't reinvent the wheel," it's worth mentioning that learning about pre-existing platforms is a marketable job skill in and of itself.  For example, I learned WordPress because I like to blog.  However, because I developed that expertise, I now do a lot of lucrative side work setting up, customizing, and debugging WordPress installations.  Learning existing tools can be well worth it from more than an efficiency standpoint.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen Ward</dc:creator><pubDate>Mon, 30 Jun 2008 21:01:41 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-783350</link><description>I learned #2 the hard way. Built a site for a local dancing club in the beginning of my career, and didn't bother to worry about security.&lt;br&gt;&lt;br&gt;2 months later I get a call, that their guestbook was full of spam, and that it had broken completely recently (a meta redirect inserted in the comment).&lt;br&gt;&lt;br&gt;I quickly added a captcha and made sure no SQL or Javascript injection was possible etc. This is a given today, no matter how small the project.&lt;br&gt;&lt;br&gt;Good read.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">D</dc:creator><pubDate>Mon, 30 Jun 2008 18:41:37 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-782347</link><description>Edited to fix that... good thinking!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">richbradshaw</dc:creator><pubDate>Mon, 30 Jun 2008 16:40:50 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-782124</link><description>Shouldn't that be "Don't ignore semantic design"?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Elaine</dc:creator><pubDate>Mon, 30 Jun 2008 16:16:08 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-774296</link><description>Good work,  But in my case, the above issues doesn't cause more problem to the website except point no 1.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">A Suresh Kumar</dc:creator><pubDate>Sun, 29 Jun 2008 16:40:52 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-774059</link><description>Drupal code is bad styled too. Dont look at Drupal code and learn from it.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">pcdinh</dc:creator><pubDate>Sun, 29 Jun 2008 15:20:25 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-773879</link><description>Yeah - if you allow arbitrary code to run on your server, it's not your server anymore...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">richbradshaw</dc:creator><pubDate>Sun, 29 Jun 2008 14:17:12 -0000</pubDate></item><item><title>Re: 5 mistakes new web developers often make</title><link>http://www.bradshawenterprises.com/blog/2008/06/29/5-mistakes-new-web-developers-often-make/#comment-773842</link><description>Nice posting, and so true. In addition to 3, one should be warned, that if you embed javascript you should first be aware of what you doing. Not only site statistics could eventually be transfered to someone else. At worst, even things a user entered could be send out. So, use only serious sources, and try to learn as much as you can about a specific service. Especially for Web 2.0 things, and that is not easy, even for a pro.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ryo</dc:creator><pubDate>Sun, 29 Jun 2008 14:04:36 -0000</pubDate></item><item><title>Re: How to: Get all Facebook friends + emails into any address book!</title><link>http://www.bradshawenterprises.com/blog/2008/03/25/how-to-get-all-facebook-friends-emails-into-any-address-book/#comment-675946</link><description>No - it seems that Microsoft stopped it a few hours after I posted this.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">richbradshaw</dc:creator><pubDate>Sat, 14 Jun 2008 14:15:41 -0000</pubDate></item><item><title>Re: How to: Get all Facebook friends + emails into any address book!</title><link>http://www.bradshawenterprises.com/blog/2008/03/25/how-to-get-all-facebook-friends-emails-into-any-address-book/#comment-675215</link><description>this does not work anymore??</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dan boman</dc:creator><pubDate>Sat, 14 Jun 2008 06:49:21 -0000</pubDate></item><item><title>Re: Powerset: Find Factz, Get a T-shirt</title><link>http://www.bradshawenterprises.com/blog/2008/06/08/powerset-find-factz-get-a-t-shirt/#comment-636236</link><description>Factz! Ahemm! Lets get it started...&lt;br&gt;&lt;br&gt;1) Who came first? The chicken or the egg!&lt;br&gt;&lt;br&gt;Not only I got a answer to this dilemma, but also a pragmatic explanation. &lt;br&gt;&lt;a href="http://www.flickr.com/photos/27547438%40N02/2569557223/"&gt;http://www.flickr.com/photos/27547438@N02/25695...&lt;/a&gt;&lt;br&gt;&lt;br&gt;2) Who got kidnapped in Alex Haley's Roots.&lt;br&gt;The search was impressive, Kunta Knite&lt;br&gt;&lt;a href="http://flickr.com/photos/27547438%40N02/2569599603/"&gt;http://flickr.com/photos/27547438@N02/2569599603/&lt;/a&gt;&lt;br&gt;&lt;br&gt;3) Who wrote Love in The Time of Cholera,&lt;br&gt;Didn't return the Author name, but gave the essence of the novel. Not bad!&lt;br&gt;&lt;a href="http://flickr.com/photos/27547438%40N02/2570425484/"&gt;http://flickr.com/photos/27547438@N02/2570425484/&lt;/a&gt;&lt;br&gt;&lt;br&gt;4) Which Sect Tom Cruise believes in&lt;br&gt;This was phenomenon, Scientology&lt;br&gt;&lt;a href="http://flickr.com/photos/27547438%40N02/2569618505/"&gt;http://flickr.com/photos/27547438@N02/2569618505/&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raveesh</dc:creator><pubDate>Wed, 11 Jun 2008 12:10:59 -0000</pubDate></item><item><title>Re: &amp;#8212; Richard’s linux, web design and e-learning collection</title><link>http://www.bradshawenterprises.com/blog/2008/06/09/45/#comment-627331</link><description>Hi Brad,&lt;br&gt;&lt;br&gt;I saw your comment on RW/W about my idAuth concept, and couldn't find any easy way to contact you, so thought I'd do it through this.&lt;br&gt;&lt;br&gt;I'm aware of MicroID, but the concept of idAuth is much more than that... and it's why it's more complicated.  idAuth is three different things rolled into one:&lt;br&gt;-a low-level user authentication (prior to data posting)&lt;br&gt;-a "data push" to source of user's choice (during data posting)&lt;br&gt;-a passive and machine-verifiable method of identity (after data posting)&lt;br&gt;&lt;br&gt;I'd be more than happy to talk with you about this... I'm setting up a working group, and want ideas from people that care about this.  Check out our new (and still developing) site: &lt;a href="http://www.idauth.org"&gt;www.idauth.org&lt;/a&gt;, and feel free to email me:  &lt;a href="mailto:brady.k@gmail.com"&gt;brady.k@gmail.com&lt;/a&gt;&lt;br&gt;&lt;br&gt;Thanks&lt;br&gt;--Kyle</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">bradyk</dc:creator><pubDate>Tue, 10 Jun 2008 04:44:48 -0000</pubDate></item></channel></rss>