On 19-Apr-07, at 8:07 PM, Jeremy Dunck wrote:
> Databrowse could be considered Access for the web.
w00t - coolest thing since the mini idli
--
regards
kg
http://lawgon.livejournal.com
http://nrcfosshelpline.in/web/
--~--~-~--~~~---~--~~
You received this me
On Thursday 19 April 2007 07:47, Michael K wrote:
> The best part is, if you put together the models
> first, the clients can start adding and manipulating content before
> you're done with all of the functionality - just give them access to
> the admin panel, if you want.
Well, that is pr
> Nicola Larosa wrote:
>> This is the dream of the Semantic Web: a way of mixing data and metadata so
>> that you have an array of relations (like those in Dublin Core) that relate
>> subject and object (the RDF triple). And every object is defined by a set
>> of relations connecting it to other o
>> Nicola Larosa wrote:
>>> The next step is doing away with a predefined model altogether.
>>> Semantic web CMS, anyone? ;-)
> Jeremy Dunck wrote:
>> Have you looked at trunk/django/contrib/databrowse yet? :)
Tim Chase wrote:
> This was the contrib that Adrian unveiled at PyCon2007 that had a
On 19/04/07, James Bennett <[EMAIL PROTECTED]> wrote:
> This is something best handled by an RDF store or an object database,
> neither of which is currently supported for Django; feel like writing
> some new backends for us? ;)
IIRC Bill de hÓra was working on such a beast. Bill?
--
Antonio
--~
On 4/19/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
> This is the dream of the Semantic Web: a way of mixing data and metadata so
> that you have an array of relations (like those in Dublin Core) that relate
> subject and object (the RDF triple). And every object is defined by a set
> of relation
It was Jeff Croft releasing the source for Lost-Theories that pulled
me in. I just saw how I could make Django work for me, instead of
trying to make something else work.
On Apr 18, 8:40 pm, M Harris <[EMAIL PROTECTED]> wrote:
> On Wednesday 18 April 2007 14:22, [EMAIL PROTECTED] wrote:> For what
On Apr 19, 10:39 am, Tim Chase <[EMAIL PROTECTED]> wrote:
> This was the contrib that Adrian unveiled at PyCon2007 that had a
> room full of applause. I beleve he referred to it as giving "the
> treatment" or "the works" to your data. It allows easy
> exploration of a data-set, as it will create
On 4/19/07, Jay Parlar <[EMAIL PROTECTED]> wrote:
...
> Is that what Adrian's going for? I briefly tried out databrowse the
> other day, and couldn't quite see the point (realizing of course that
> it's brand new).
Well, I just meant views and models magically created based on the data.
>From do
>> Have you looked at trunk/django/contrib/databrowse yet? :)
>
> Wow, I don't update since 49xx, lo and behold, there's a new module
> in contrib! Just briefly looking over it, it looks like it wraps
> models for some black magic data browsing? And what's this? A plugin
> hook? :)
This was
On Apr 19, 9:31 am, "Jeremy Dunck" <[EMAIL PROTECTED]> wrote:
> On 4/19/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
>
>
>
> > Michael K wrote:
> > > The best part is, if you put together the models first, the clients can
> > > start adding and manipulating content before you're done with all of
On 4/19/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> On 4/19/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
> > The next step is doing away with a predefined model altogether. Semantic
> > web CMS, anyone? ;-)
>
> Have you looked at trunk/django/contrib/databrowse yet? :)
Is that what Adrian's
On Apr 19, 9:23 am, Nicola Larosa <[EMAIL PROTECTED]> wrote:
> Michael K wrote:
> > The best part is, if you put together the models first, the clients can
> > start adding and manipulating content before you're done with all of the
> > functionality - just give them access to the admin panel, i
On 4/19/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
>
> Michael K wrote:
> > The best part is, if you put together the models first, the clients can
> > start adding and manipulating content before you're done with all of the
> > functionality - just give them access to the admin panel, if you wa
Michael K wrote:
> The best part is, if you put together the models first, the clients can
> start adding and manipulating content before you're done with all of the
> functionality - just give them access to the admin panel, if you want.
The next step is doing away with a predefined model altoge
On Apr 18, 9:40 pm, M Harris <[EMAIL PROTECTED]> wrote:
> On Wednesday 18 April 2007 14:22, [EMAIL PROTECTED] wrote:> For what it's
> worth, I found Django to be LESS work than Mambo/Joomla,
> > just because I wasted an ungodly amount of time trying to make Mambo
> > do what I wanted.
>
>
On Wednesday 18 April 2007 14:22, [EMAIL PROTECTED] wrote:
> For what it's worth, I found Django to be LESS work than Mambo/Joomla,
> just because I wasted an ungodly amount of time trying to make Mambo
> do what I wanted.
Did you get on-board with the Django book, or something else?
--
For what it's worth, I found Django to be LESS work than Mambo/Joomla,
just because I wasted an ungodly amount of time trying to make Mambo
do what I wanted.
On Apr 17, 10:26 pm, M Harris <[EMAIL PROTECTED]> wrote:
> On Tuesday 17 April 2007 21:12, Jay Parlar wrote:> The Django server can only
>
On Tuesday 17 April 2007 21:12, Jay Parlar wrote:
> The Django server can only handle one request at a time, so "load"
> would be defined as two people trying to access the site :)
Very good. Thanks guys.
--
Kind regards,
M Harris <><
--~--~-~--~~~---~--~
On 4/17/07, Todd O'Bryan <[EMAIL PROTECTED]> wrote:
> Run under Apache. The Django server would be slower and would be more
> likely to fail once you got any kind of load on the server.
The Django server can only handle one request at a time, so "load"
would be defined as two people trying to acc
On Tue, 2007-04-17 at 21:03 -0500, M Harris wrote:
> On Monday 16 April 2007 11:09, James Bennett wrote:
> > A CMS like Joomla is a house, pre-built. A framework like Django is a
> > toolbox and some raw materials.
> Thank you for your responses folks. This is helpful. Are there
> package
On Monday 16 April 2007 11:09, James Bennett wrote:
> A CMS like Joomla is a house, pre-built. A framework like Django is a
> toolbox and some raw materials.
Thank you for your responses folks. This is helpful. Are there
packages of
Django templates available... as in your analogy... a
Perfect analogy there James :-)
On Apr 17, 2:09 am, "James Bennett" <[EMAIL PROTECTED]> wrote:
> On 4/16/07, M Harris <[EMAIL PROTECTED]> wrote:
>
> > I am new to Django, but am familiar with python. I am also
> > familiar with
> > joomla (formerly mambo), and I would like someone to pr
On 4/16/07, M Harris <[EMAIL PROTECTED]> wrote:
> I am new to Django, but am familiar with python. I am also familiar
> with
> joomla (formerly mambo), and I would like someone to provide a comparison /
> contrast between Django and joomla please, no hype, just the facts. I am
> int
Hi Harris,
Django is a framework where you can build a CMS, it doesn't come
with this behaviour after installed. You're going to have to make a
"Model" for "Article", code the functions to retrieve them, build each
display page (the html), etc...
The comparision can't really be made, since
hi folks,
I have a client wishing to go with Django as a content management
solution
(safe web hosting) and would like to implement the server with MySql.
I am new to Django, but am familiar with python. I am also familiar
with
joomla (formerly mambo), and I would like someon
management perspective
- ease of deployment
- ease of development
- ease of training your developers
I would say both Rails & Django are comparable in these, both easily
beat the competition (java / PHP).
- ease of finding developers
Rails wins on this one I think .. there are more rails deve
Ben and I would like to send out a big thanks to everyone who provided
constructive feedback on our Rails/Django paper. It's all been
incorporated, either into the paper or as part of our OSDC
presentation.
Speaking of OSDC, will anyone else here be going?
Finally, we would have loved to have do
Alan Green wrote:
> Greetings fellow Djangonauts,
>
> Later this year, at the Open Source Developer's Conference in
> Melbourne, Australia, Ben Askins and I will be presenting a paper
> comparing Rails and Django.
>
> The paper is currently available on Google docs:
> http://docs.google.com/View
Performance is definitely a factor, but do you think that it has a place in this article? There are so many ways to deploy a Rails application, which would you include? A book has been written on the subject, covering even half of them in little detail would easily double the article in size. :P If
FWIW, as someone who recently had to go through this evaluation process, yes perfromance does have a place. In fact addressing performance would make this article a lot more useful, I think.Comparisons of lines of code or development time are interesting, but they're not that empirical. Lines of co
On 11/14/06, Angel García Cuartero <[EMAIL PROTECTED]> wrote:
> I found that most comparisons just don't talk about performance. It would be
> great to check how both frameworks deal with complex projects, not just Tada
> Lists... you know what I mean. :)
Yes. Performance. This article deliberate
Hi there!I found that most comparisons just don't talk about performance. It would be great to check how both frameworks deal with complex projects, not just Tada Lists... you know what I mean. :)- Mensaje original De: Alan Green <[EMAIL PROTECTED]>Para: django-users@googlegroups.comEnviado
Hi David,
Thanks for the feedback.
On 11/14/06, David Sissitka <[EMAIL PROTECTED]> wrote:
> Good read, nice to see that there isn't a clear bias. A few thoughts:
>
> 1) First glimpse in to the Rails code and I've found a breakpoint
> (ReadersController.edit), that and the lack of image uploading
Good read, nice to see that there isn't a clear bias. A few thoughts:1) First glimpse in to the Rails code and I've found a breakpoint (ReadersController.edit), that and the lack of image uploading functionality makes me question competence of the Rails developer.
The remaining are preference, a lo
Greetings fellow Djangonauts,
Later this year, at the Open Source Developer's Conference in
Melbourne, Australia, Ben Askins and I will be presenting a paper
comparing Rails and Django.
The paper is currently available on Google docs:
http://docs.google.com/View?docid=dcn8282p_1hg4sr9
Prior to
I also agree with documentation in Django. I'm amazed when I began
browsing for help files in the site. I did not expect that the docs
there are massive. It covers a lot of WHY did this happen and HOW to
make it happen. The help for Django has more ham compared to ruby on
rails. I think if you com
For summarization, I've added two of the responses below. Very well articulated, thanks for the insight. I appreciate the clear thought on distinctions between the two without some form of java-versus-dotnet war of words.
Some additional observations from a veteran dev that's a newcomer to both o
I can use cakephp instead, that is not ruby, but a ROR styled framework
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To uns
On 12-Sep-06, at 6:15 AM, Sean Schertell wrote:
> I defected to Django from Rails and so far I'm loving it.
this is the best write-up on django vs rails that i have seen - could
you wikify it?
--
regards
kg
http://lawgon.livejournal.com
http://nrcfosshelpline.in/web/
--~--~-~--~
On 9/12/06, Jeff Rodenburg <[EMAIL PROTECTED]> wrote:
> My question: how would you (you = someone with solid Django background)
> characterize similarities and differences with Rails?
Disclaimer: I'm a Django developer; I looked at Rails before I got
involved with Django, and I occasionally 'peek
On Mon, 2006-09-11 at 16:41 -0700, Jeff Rodenburg wrote:
> My question: how would you (you = someone with solid Django
> background) characterize similarities and differences with Rails?
Django is slightly older, having been developed two years before the
initial release in July 2005.
They have
Hi Jeff,
I defected to Django from Rails and so far I'm loving it.
But it really depends on what you need to do. If you're creating a
single monolithic application, Rails is pretty sweet. I did a giant
invoicing/accounting application for an insurance company in Rails.
It handles tens of t
and info who have solid experience on both django / r-o-rails- Original Message From: Jeff Rodenburg <[EMAIL PROTECTED]>To: django-users@googlegroups.comSent: Tuesday, September 12, 2006 12:41:14 AMSubject: Rails/Django comparison synopsisI'm trying to get some education on r
I'm trying to get some education on rather quick order and was looking for feedback from the Django side of the equation.I've seen a bit of comparison in public forums of Rails and Django. I'm trying to eval these things from a higher level, or one might call "management" perspective. (No, I'm no
Good read Ian, thanks for the post.
Iain
Ian Maurer wrote:
> IBM has published the 2nd part in my two-part series on Web
> Development frameworks.
>
> http://www-128.ibm.com/developerworks/linux/library/l-turbogears/
>
> Also, at the end of this article I include my comparison of the 2
> frame
IBM has published the 2nd part in my two-part series on Web
Development frameworks.
http://www-128.ibm.com/developerworks/linux/library/l-turbogears/
Also, at the end of this article I include my comparison of the 2
frameworks. I tried to be as objective as possible.
Hopefully both projects wil
47 matches
Mail list logo
