One of the reasons i add posts in this blog is to open it in the future and read my posts. I can say this is a kind of bookmarking for me. This post will be a bookmark to revisit in the future.
Here is the next article i have read in nettuts.com and think really useful. I read many things about Django and it seems really cool. Although I couldn’t create a full application with it yet, i am sure it will be really nice to use Django.
This article is from Glen Stansberry who is a web developer and blogger. You can read more tips on web development at his blog Web Jackalope or follow him on Twitter.
There are quite a few great little tricks and tips one could use on their Django projects that would speed up development and save many headaches in the long run. From basic to obscure, these tips can help any skill-level of programmer become more adept with Django and all it’s glory.
I read an interesting article in ReadWriteWeb.com which i follow daily. It is a good idea to take a look at the article. I paste first part of the article here.
Recently, a lot of new non-relational databases have cropped up both inside and outside the cloud. One key message this sends is, “if you want vast, on-demand scalability, you need a non-relational database”.
If that is true, then is this a sign that the once mighty relational database finally has a chink in its armor? Is this a sign that relational databases have had their day and will decline over time? In this post, we’ll look at the current trend of moving away from relational databases in certain situations and what this means for the future of the relational database.
The following is a quote from Matthew Moore. He has an interesting post on his blog Adventures in Starting-Up
Having worked at Google and now working in my own business, I’ve noticed that some days I’m just a rockstar at getting everything done, and others I can barely get a few lines of code out, or accomplish anything on my todo list. Of course, now that I’m in a really small business, every single day counts, for each person in the business.
After looking back and trying to figure out what separates one day from the next, here are some commonalities I’ve noticed. All of these are obvious with a little bit of thought, and I’m certainly not the first one to come up with these ideas. But a reminder of them can go a long way. Also, some of these only apply when you’re in Marathon mode (like when you’re trying to be effective over the course of a year or two), and not in Sprint mode (like when you have a major, major deadline in 2 weeks).
I found PHPBench.com when i was stumbling. It is a simple but good site that lists some performance issues with basic php functions and usage of them.
PHPBench.com was constructed as a way to open people’s eyes to the fact that not every PHP code snippet will run at the same speed. You may be surprised at the results that this page generates, but that is ok. This page was also created so that you would be able to find discovery in these statistics and then maybe re-run these tests in your own server environment to play around with this idea yourself, by using the code examples (these code examples are automatically generated and as the code in my .php files change, so do they).
You should take a look to see basic differences of using those functions and what you are doing right / wrong.
Although fashions come and go in software development, some things stay remarkably constant. One of these is the use of databases. You may be wonderfully up-to-date with an AJAX Web interface or the latest whizbang Windows user interface, but under the covers, you’re probably still pumping data in and out of a database, just as we all did a decade or more ago. That makes it all the more surprising that developers are still making the same database mistakes that date back to those good old days of Windows 95 and before. Perhaps it’s just that most of us learn to use databases on the side, rather than really studying them. In any case, here are my nominations for the biggestmistakes that I see over and over again.
Choosing the Wrong Database
Not all databases are created equal — which means before you do anything with a database, you have to pick the appropriate database. Time and again I’ve seen Access databases groaning to bear the load of huge data sets that would have been child’s play for SQL Server, or harried users trying to pay for and set up SQL Server to hold a few hundred rows of data. Broadly speaking, there are three tiers of databases in the market these days: desktop and embedded databases suitable for smaller tasks, “Express” versions of the major players that are good up to a few gigabytes of data, and the truly enterprise databases like SQL Server, Oracle, and DB2 that can handle just about anything you can throw at them. Before you do anything else, you need to make some realistic estimates about the amount of data that you’ll be storing and pick the appropriate product to do the storage. Continue reading
If you are looking for the examples of URL rewriting
then this post might be useful for you.
Now let’s look at the examples:
1)Rewriting product.php?id=12 to product-12.html
It is a simple redirection in which .php extension
is hidden from the browser’s address bar and dynamic url (containing
“?” character) is converted into a static URL.
RewriteRule ^product-([0-9]+)\.html$ product.php?id=$1
Django is a powerful web framework, created in Python, which follows
the DRY (Don’t repeat yourself), and batteries included philosophies.
It allows for rapid website development by providing a wide range of
tools and shortcuts out of the box. Django is extremely fast and
flexible – even faster than all of the PHP frameworks available. In
this article, I’ll introduce you to Django by showing you how to build
a simple to-do list.
To read full article by Logan Mortimer visit nettuts.com
Technorati Tags: python, django, web development, mvc pattern