We've used it on a few projects where I work.
What I like:
Auto-generated admins. You define your database models in code and Django makes crud screens for them. Saves a lot of time.
Template system. I like the way inheritance and blocks work.
ORM. I like defining database models in code and having Django make the tables for me. YMMV.
Generic views. We hardly ever write view code. We use lots of generic views and then pass extra info to them to do things. Generic views let you give Django a database result set and then it will create a page for it, a list page, edit/update, single object detail page, etc. All you have to do is create a template.
What I don't like:
Documentation. It looks like there is a lot of it. But its all very basic and not that helpful once you get into Django. You'll get to delve into the code to figure some things out. The irc channel is helpful though.
ORM. Depending on how you set your models up Django doesn't always genertate the best sql statements (I've had problems with it using left outer joins for fk relationships when it wasn't needed). Some things are undocumented.
Overall its much better than how we used to do things in PHP. Everytime I have to maintain our old PHP CMS or billing software it bothers me.
I would absolutely not recommend Mail::Toaster. Qmail has tons of cruft and is incredibly obtuse, so why would you want to add a bunch of random perl scripts on top of it? We use it where I work and it is a nightmare, through and through. Initally we had 4 dual 2.8 xeon boxes w/ 2gb ram each and qmail would buckle under a medium email load. We actually hired the guy who wrote Mail::Toaster to set the cluster up and even he couldn't get it working acceptably. Its a mess. When something doesn't work(which will happen) have fun peeling back layer after layer of perl script and qmail retardedness to figure out whats wrong. And don't think about using an NFS share for mail storage. Qmail on FreeBSD crashes routinely when delivering mail over nfs requiring a reboot.
For comparison before this debacle we had all mail running on a 400mhz celeron using a custom written mail server that handled somewhere between 1/2 and 3/4 of the current load.
For the love of god don't use qmail in the first place, but if you do, don't add a bunch of crappy perl scripts around it.
Re:Congratulations are in order!
on
A Decade of PHP
·
· Score: 1
On a slightly different topic, one wishlist item that I would like to see in PHP is Abstract Database Access. It's not really a good thing to hard code your application to a specific database, especially if it's a redistributable application. (e.g. PHPBB) The ODBC calls sort of solve this, but they do require that ODBC is installed, properly configured, and compiled into your copy of PHP.
I've found ADOdb to be a very easy way of abstracting your database. Much easier than Pear::DB. Supports just about every database you can think of.
I have a 93 626 and I did all the same tests. From reading and talking to people who know way more about these cars than me, 4000 RPM seems to be the most effiecent. That puts me right about 80 mph. I can usually do 30 mpg or so at that speed. At 90 I lose almost 5 mpg. I'm consistently impressed that my 12 year old v6 automatic can get 30 mpg.
The first red flag I noticed was that they want you to pay for the results. Thats not how it works. There are also manyotherreasons not to believe them. Boy, it must be nice to be able to make a living just making up statistics.
I've used a KVM w/ both 2.6.0 and 2.6.1 and have had no problems. The trick was to use "IMPS/2" as the mouse protocol instead of "Auto". That, along with your ZAxisMapping option should be all you need to get it to work. Assuming of course your KVM is ps/2.
These things tend to not open well in Mozilla Firebird, from my experience.
Yes they do. mplayer-plugin rules like that. I can watch most any video clip in mozilla firebird without any problems. Perhaps your problem is operator error...
Last night I was grabbing some 5.1 isos and happened to see 5.2 had just been updated to RC1 so I went ahead and grabbed them. As always another quality release from the FreeBSD team.
What the hell kind of soccer mom is going to be using a dual-head setup anyway? Oh yeah, none. Doesn't sound like much of a problem to me. If her computer came w/ linux pre-installed she wouldn't have any problems.
Re:The corporate PVR killer, a MythTV distro
on
Nokia Enters PVR Market
·
· Score: 3, Informative
Have a look at KnoppMyth
Haven't tried it yet as I didn't have any trouble getting MythTV working, but it might be what you're looking for.
Slashdot Mirror
- Auto-generated admins. You define your database models in code and Django makes crud screens for them. Saves a lot of time.
- Template system. I like the way inheritance and blocks work.
- ORM. I like defining database models in code and having Django make the tables for me. YMMV.
- Generic views. We hardly ever write view code. We use lots of generic views and then pass extra info to them to do things. Generic views let you give Django a database result set and then it will create a page for it, a list page, edit/update, single object detail page, etc. All you have to do is create a template.
What I don't like:- Documentation. It looks like there is a lot of it. But its all very basic and not that helpful once you get into Django. You'll get to delve into the code to figure some things out. The irc channel is helpful though.
- ORM. Depending on how you set your models up Django doesn't always genertate the best sql statements (I've had problems with it using left outer joins for fk relationships when it wasn't needed). Some things are undocumented.
Overall its much better than how we used to do things in PHP. Everytime I have to maintain our old PHP CMS or billing software it bothers me.I would absolutely not recommend Mail::Toaster. Qmail has tons of cruft and is incredibly obtuse, so why would you want to add a bunch of random perl scripts on top of it? We use it where I work and it is a nightmare, through and through. Initally we had 4 dual 2.8 xeon boxes w/ 2gb ram each and qmail would buckle under a medium email load. We actually hired the guy who wrote Mail::Toaster to set the cluster up and even he couldn't get it working acceptably. Its a mess. When something doesn't work(which will happen) have fun peeling back layer after layer of perl script and qmail retardedness to figure out whats wrong. And don't think about using an NFS share for mail storage. Qmail on FreeBSD crashes routinely when delivering mail over nfs requiring a reboot.
For comparison before this debacle we had all mail running on a 400mhz celeron using a custom written mail server that handled somewhere between 1/2 and 3/4 of the current load.
For the love of god don't use qmail in the first place, but if you do, don't add a bunch of crappy perl scripts around it.
I have a 93 626 and I did all the same tests. From reading and talking to people who know way more about these cars than me, 4000 RPM seems to be the most effiecent. That puts me right about 80 mph. I can usually do 30 mpg or so at that speed. At 90 I lose almost 5 mpg. I'm consistently impressed that my 12 year old v6 automatic can get 30 mpg.
You can also take a crack at converting the port to pkgsrc with this tool. I've had some decent luck with it myself.
Umm, are you sure yuo're not thinking of XPde. XFCE is nothing like windows XP. XPde however is.
The first red flag I noticed was that they want you to pay for the results.
Thats not how it works. There are also many other reasons not to believe them. Boy, it must be nice to be able to make a living just making up statistics.
I've used a KVM w/ both 2.6.0 and 2.6.1 and have had no problems. The trick was to use "IMPS/2" as the mouse protocol instead of "Auto". That, along with your ZAxisMapping option should be all you need to get it to work. Assuming of course your KVM is ps/2.
Nothing is stopping you from installing 5.8 and making all other applcaitions use it with a simple "use.perl port". That wasn't too hard now was it?
These things tend to not open well in Mozilla Firebird, from my experience.
Yes they do. mplayer-plugin rules like that. I can watch most any video clip in mozilla firebird without any problems. Perhaps your problem is operator error...
Last night I was grabbing some 5.1 isos and happened to see 5.2 had just been updated to RC1 so I went ahead and grabbed them. As always another quality release from the FreeBSD team.
What the hell kind of soccer mom is going to be using a dual-head setup anyway? Oh yeah, none. Doesn't sound like much of a problem to me. If her computer came w/ linux pre-installed she wouldn't have any problems.
Have a look at KnoppMyth Haven't tried it yet as I didn't have any trouble getting MythTV working, but it might be what you're looking for.