Turbogears: Python framework
How to write a Wiki in 20 minutes: http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov
On 07 Mar 2006, at 02:17, Arnab Nandi wrote:
How to write a Wiki in 20 minutes: http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov
To counter these kind of videos (but mostly for fun), we should do a "make a wiki in 10 minutes (not 20 minutes) with Drupal", or a "make a blog in 7 minutes (not 20 minutes)". ;) -- Dries Buytaert :: http://www.buytaert.net/
On 3/6/06, Dries Buytaert <dries.buytaert@gmail.com> wrote:
On 07 Mar 2006, at 02:17, Arnab Nandi wrote:
How to write a Wiki in 20 minutes: http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov
To counter these kind of videos (but mostly for fun), we should do a "make a wiki in 10 minutes (not 20 minutes) with Drupal", or a "make a blog in 7 minutes (not 20 minutes)". ;)
There's a video from the Jet Propulsion Labs in California profiling a couple of CMS vs. J2EE to create webapps. They left out Drupal (the guy seems to be partial to Python/Ruby/J2EE - I don't believe any PHP apps are in there) so I'm curious how his tests would compare to Drupal. I posted it to the general forum: http://drupal.org/node/52678 It is supposed to be in General Discussion, but doesn't seem to be showing up there. It got a spam comment on it - perhaps deleting that user (and his comments) hides the node? Greg
On Mar 7, 2006, at 12:44 AM, Dries Buytaert wrote:
On 07 Mar 2006, at 02:17, Arnab Nandi wrote:
How to write a Wiki in 20 minutes: http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov
To counter these kind of videos (but mostly for fun), we should do a "make a wiki in 10 minutes (not 20 minutes) with Drupal", or a "make a blog in 7 minutes (not 20 minutes)". ;)
Totally, I'm all over that. Stay tuned. Matt Westgate | www.lullabot.com
On 07 Mar 2006, at 6:35 PM, Matt Westgate wrote:
Totally, I'm all over that. Stay tuned.
I started blogging again on daemon.co.za again, and i have a pretty simple recipe for a single user blog (using the story module , not blog). Spent most of the time disabling things actually. (this was on bryght of course, which starts with a whole lot of things already installed) -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
Op dinsdag 7 maart 2006 17:40, schreef Adrian Rossouw:
I started blogging again on daemon.co.za again, and i have a pretty simple recipe for a single user blog (using the story module , not blog). Spent most of the time disabling things actually.
(this was on bryght of course, which starts with a whole lot of things already installed)
This is done in less then 15 minutes. And with a multisite in less then 6 (my record!) 3 of those minutes are neede for defining categories *cough* taxonomy terms. However, as soon as images enter blogging (but, bèr, I want to add images to my blog now and then) it becomes about 30 mins, or longer. Indeed switching stuff off is most work :). But that goes for nearly all the sites we make with Drupal I assume. -- [ Bèr Kessels | Drupal services www.webschuur.com ] Sympal draait nu voor het grootste deel al op 4.7: http://help.sympal.nl/sympal_draait_nu_voor_het_grootste_deel_al_op_4_7
On 7-Mar-06, at 8:45 AM, Bèr Kessels wrote:
Op dinsdag 7 maart 2006 17:40, schreef Adrian Rossouw:
I started blogging again on daemon.co.za again, and i have a pretty simple recipe for a single user blog (using the story module , not blog). Spent most of the time disabling things actually.
(this was on bryght of course, which starts with a whole lot of things already installed)
This is done in less then 15 minutes. And with a multisite in less then 6 (my record!) 3 of those minutes are neede for defining categories *cough* taxonomy terms.
However, as soon as images enter blogging (but, bèr, I want to add images to my blog now and then) it becomes about 30 mins, or longer.
Nope. Not if you use Flickr as your main image store, have TinyMCE turned on, and drag and drop images from Flickr into your blog posts. And then of course there is this: http://drupal.org/node/52543 -- Boris Mann Vancouver 778-896-2747 San Francisco 415-367-3595 SKYPE borismann http://www.bryght.com
Op dinsdag 7 maart 2006 17:52, schreef Boris Mann:
Nope. Not if you use Flickr as your main image store, have TinyMCE turned on, and drag and drop images from Flickr into your blog posts.
And then of course there is this: http://drupal.org/node/52543
Sorry, But i have yet to find the client who uses flickr. :) U.S/.ca != Europe in these things, I think. Flickr is popular yes, but certainly not as much as the US it seems. And even if it was: there are loads of people who have a healthy aversion against hosting (aka giving away) their stuff on/to a Big Company. Besides: type content > (long in to flickr > ) open the flickr upload page (I am aware of all the tools, yes) > upload an image > insert the image using Some Cool Flickr Tool > store blog post. Is not what I call an ideal and easy to grok concept. It is even harder to grok then: type content > open the node/add/image page > upload an image > insert the image using Some Nifty Insert Module > store blog post. So, images are still a hard one to achieve in Drupal. Really! I added some nice (imo) system to inline module that serves the needs of all my clients: people who want to upload and show an image now and again. http://www.webschuur.com/node/527 </plugging> Bèr -- [ Bèr Kessels | Drupal services www.webschuur.com ] Sympal draait nu voor het grootste deel al op 4.7: http://help.sympal.nl/sympal_draait_nu_voor_het_grootste_deel_al_op_4_7
On 7-Mar-06, at 11:52 AM, Boris Mann wrote:
On 7-Mar-06, at 8:45 AM, Bèr Kessels wrote:
Op dinsdag 7 maart 2006 17:40, schreef Adrian Rossouw:
I started blogging again on daemon.co.za again, and i have a pretty simple recipe for a single user blog (using the story module , not blog). Spent most of the time disabling things actually.
(this was on bryght of course, which starts with a whole lot of things already installed)
This is done in less then 15 minutes. And with a multisite in less then 6 (my record!) 3 of those minutes are neede for defining categories *cough* taxonomy terms.
However, as soon as images enter blogging (but, bèr, I want to add images to my blog now and then) it becomes about 30 mins, or longer.
Nope. Not if you use Flickr as your main image store, have TinyMCE turned on, and drag and drop images from Flickr into your blog posts.
blasphemer! i cut you.
And then of course there is this: http://drupal.org/node/52543
0ooh. i like that. thanks for sharing.
Why would you use story, not blog? I'm always looking for new ideas :) On 3/7/06, Adrian Rossouw <adrian@bryght.com> wrote:
On 07 Mar 2006, at 6:35 PM, Matt Westgate wrote:
Totally, I'm all over that. Stay tuned.
I started blogging again on daemon.co.za again, and i have a pretty simple recipe for a single user blog (using the story module , not blog). Spent most of the time disabling things actually.
(this was on bryght of course, which starts with a whole lot of things already installed)
-- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
-- Proud member of the KEXP cubicle army. http://www.cubiclearmy.com
Will Wyatt wrote:
Why would you use story, not blog? I'm always looking for new ideas :)
blog module assumes multi-user blog and adds links and stuff that aren't appropriate on a single-user blog, IMO. story doesn't add that stuff.
On 07 Mar 2006, at 7:00 PM, Earl Miles wrote:
Will Wyatt wrote:
Why would you use story, not blog? I'm always looking for new ideas :)
blog module assumes multi-user blog and adds links and stuff that aren't appropriate on a single-user blog, IMO.
story doesn't add that stuff.
That and i despise the word blog. -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
On Tue, 2006-03-07 at 19:13 +0200, Adrian Rossouw wrote:
On 07 Mar 2006, at 7:00 PM, Earl Miles wrote:
Will Wyatt wrote:
Why would you use story, not blog? I'm always looking for new ideas :)
blog module assumes multi-user blog and adds links and stuff that aren't appropriate on a single-user blog, IMO.
story doesn't add that stuff.
That and i despise the word blog.
So does just about every other self respecting print writer I've met. *ducks*
Op dinsdag 7 maart 2006 17:58, schreef Will Wyatt:
Why would you use story, not blog? I'm always looking for new ideas
It is apparently still not commonly know that blog.module is not for a personal blog, but a community blogging tool. =) Story, is for blogging, blog.module is not for blogging in 95% times of the cases. Perfect Drupal Logic :) Bèr -- PGP ber@webschuur.com http://www.webschuur.com/sites/webschuur.com/files/ber_webschuur.asc PGP berkessels@gmx.net http://www.webschuur.com/sites/webschuur.com/files/ber_gmx.asc Sympal draait nu voor het grootste deel al op 4.7: http://help.sympal.nl/sympal_draait_nu_voor_het_grootste_deel_al_op_4_7
On 07 Mar 2006, at 02:17, Arnab Nandi wrote:
How to write a Wiki in 20 minutes: http://www.turbogears.org/docs/wiki20/20MinuteWiki.mov
To counter these kind of videos (but mostly for fun), we should do a "make a wiki in 10 minutes (not 20 minutes) with Drupal", or a "make a blog in 7 minutes (not 20 minutes)". ;)
Totally, I'm all over that. Stay tuned.
When asked to build a time tracker (or something which doesn't exist yet in Drupal), we'll probably loose against the RoR-like frameworks. Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends. -- Dries Buytaert :: http://www.buytaert.net/
On 07 Mar 2006, at 8:51 PM, Dries Buytaert wrote:
Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends.
how could we fix that ? -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com
On 3/7/06, Adrian Rossouw <adrian@bryght.com> wrote:
On 07 Mar 2006, at 8:51 PM, Dries Buytaert wrote:
Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends.
how could we fix that ?
There were too discussions on the security lists last December. One is titled "Sanitizing input/output", the other was "a sum on general filtering". Both discussed using ob_start() and passing it a filter call back so that everything gets filtered, and the pros and cons of that approach. Karoly and Steven were participants. (Thanks to Gmail)
Op dinsdag 7 maart 2006 20:02, schreef Adrian Rossouw:
Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends.
how could we fix that ?
IMO with two steps: 1. Let go the current 'guideline' that everything needs a purpose. That every function must be used. Core should provide an autocomplete_return_nodes() even if that is not *used* in core, for example. Core should be more of a handy bundle of APIs, rather then a self contained, complete functioning toolset. 2. Add a far more complete database abstraction layer. Maybe even port Active Record to Drupal. AR, is AFAIK the only reason why RoR is secure. Bèr -- | Bèr Kessels | webschuur.com | website development | | Jabber & Google Talk: ber@jabber.webschuur.com | http://bler.webschuur.com | http://www.webschuur.com | Sympal draait nu voor het grootste deel al op 4.7: http://help.sympal.nl/sympal_draait_nu_voor_het_grootste_deel_al_op_4_7
Bèr Kessels wrote:
Op dinsdag 7 maart 2006 20:02, schreef Adrian Rossouw:
Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends.
how could we fix that ?
IMO with two steps:
1. Let go the current 'guideline' that everything needs a purpose. That every function must be used. Core should provide an autocomplete_return_nodes() even if that is not *used* in core, for example. Core should be more of a handy bundle of APIs, rather then a self contained, complete functioning toolset. 2. Add a far more complete database abstraction layer. Maybe even port Active Record to Drupal. AR, is AFAIK the only reason why RoR is secure.
Bèr
I'm more of a Ors fan myself. Building Drupal on top of symphony or qcodo would give you all the advantagous (how weird would that be to build a frame work on *top* of a framework). Or if that is too much over head just propel.
On 3/7/06, Adrian Rossouw <adrian@bryght.com> wrote:
On 07 Mar 2006, at 8:51 PM, Dries Buytaert wrote:
Also, we /suffer/ from pitfalls; most of these framework take care of everything security (input validation, XSS injection) whereas with Drupal, thou shalt not forget check_plain() and friends.
how could we fix that ?
There were too discussions on the security lists last December. One is titled "Sanitizing input/output", the other was titled "a sum on general filtering". Both discussed the possibility of using ob_start() and passing it a filter call back so that everything gets filtered, and the pros and cons of that approach. Karoly and Steven were the main ones who discussed it.
I'm not sure if we mean the same thing by "time tracker", but I recently contributed a module that may fit the bill, called worklog <http://drupal.org/node/53735> (I'm aware that Dries will miss this email. I wanted to reply to the group anyway. Happy wedding, Dries!) On Tuesday 07 March 2006 10:51 am, Dries Buytaert wrote:
When asked to build a time tracker (or something which doesn't exist yet in Drupal), we'll probably loose against the RoR-like frameworks.
participants (15)
-
Adrian Rossouw -
Arnab Nandi -
Boris Mann -
Bèr Kessels -
Carl Parrish -
Darrel O'Pry -
Dave Cohen -
Dries Buytaert -
Earl Miles -
Greg Knaddison -
James Walker -
Khalid B -
Matt Westgate -
Moshe Weitzman -
Will Wyatt