January 2006 - Development - lists.drupal.org

proposal for issues: post 4.7 marker
by Bèr Kessels 10 Jan '06

10 Jan '06

Hi, This is an infrastructure mail, but since it mostly affects developers I chose to mail it here. I tried to make an estimation on how many bugs and features with and without patches are still there, holding up the 4.7 release. It seems rather impossible, so I decided to conclude with "a lot". A solution, could be to add a version "post 4.7". So that we can mark issues that are interesting, but not for now, as post 4.7. I know we have "postponed" but that is hardly used. And more: postponed does not indicate untill when it is postponed. It also cannot co-exist with "patch (code needs work)" and so statuses. Is it possible and usefull to add a tag "post 4.7" where we can reassign issues to? Bèr

5 5

Minor changes on form api docs
by Robert Garrigós Castro 09 Jan '06

09 Jan '06

I have made some minor changes on the http://drupaldocs.org/api/head/file/contributions/docs/developer/topics/for… page because of missing property #submit (former #execute) and a deprecated note on #extra property (now #attributes). I discussed this with chx and applied the changes. That was 4 hours ago. I don't know whether some one has to have it a look in order to these changes be available to the web or not. If that's the case, this is a reminder. Sorry if it's just a matter of time. Robert Garrigos

2 1

announcment: microcontent, an attempt to make drupal basics simpler.
by Bèr Kessels 09 Jan '06

09 Jan '06

Various times, I heard Dries talking about tasks he wants to see done easier. Things he considers "basic stuff to do in Drupal". I stolea list from a mail to the documentation list, but some points, IMO should be made *simple* in Drupal. We can document how one does it, but the better way is to make code to do this. * 2. Setting up an about page.* * 3. Setting up a contact page.* * 6. Setting a mission statement and slogan.* * 9. Figuring out the difference between 'story' and 'page' (and grokking the node system).* My shot at this, for sympal/drupalCOM is a module called microcontent. I want to take this opportunity to get some input from the community on the workings of this module. * Every microcontent entry is a node. * Every microcontent entry is available as a block (so this is also a blocks-as-nodes module) * You can choose "special" microcontent types. For now: * site summary (site title, site body) * mission (mission title, short mission, long mission) * site details (footer) So the basic site setup is done trough our *content* areas. Blocks are made/moderared trough our famous *content* user interfaces. We could choose (we did so for sympal/drupalCOM) to prefill the database with dummy missions (edit mission <= link) and other dummy microcontent (about page etc), but that would mean that the contrib module ships with an install script. No longer deeply hidden admin pages to change the mission, but living withing the other content. About pages, and a contact page will be part of my microcontent v2. in that v2 I want to integrate 3rd party modules, such as that contact.module, or other modules that affect small pieces of user-end content on the site. Please give some feedback, or ideas, because i want to release this module before 4.7 ;) http://drupal.org/node/43839 --------- This, btw is Driess complete "what should be documented for noobs" list 1. Installing the Drupal database scheme and creating the first user account. 2. Setting up an about page. 3. Setting up a contact page. 4. Creating a navigation menu/structure. 5. Adding one or more roles and configuring their permissions (eg. allowing some users to create content, allowing some users to access content). 6. Setting a mission statement and slogan. 7. Installing a new or different theme. 8. Setting a block in the side bar. 9. Figuring out the difference between 'story' and 'page' (and grokking the node system). 10. Configuring cron.

5 7

drupal install
by "Schultz Consult - [René Madsen]" 09 Jan '06

09 Jan '06

HI, Just wondering if there is a project going on with making an install file to drupal? So you just upload your drupal files to your webhotel and then go to your www.yourdomain.com and set up your drupal installation. After succesed installation the normal drupal interface will appear at www.yourdomain.com. Like when you install Gallery2... If it's not the case, I'll be willing to help out here, it would ease up the installation a bit. -- Best Regards René Madsen

6 5

CVS accounts
by Dries Buytaert 09 Jan '06

09 Jan '06

Hello, - I've made a couple of changes to the way CVS accounts are approved. As of now, the CVS password file is automatically updated on the server. This should simplify (and fasten) the process of approving CVS applications. Consequently, we could easily grow the team of people who can administer CVS accounts. - Next step is pruning some stale CVS accounts. I plan to block CVS accounts that have not been used (to commit files) in the past 12 months. Does that sound like a reasonable time frame? - Resetting CVS passwords is still a problem. Fortunately, Gerhard (killes) is extending the cvs.module so that it can be done using a simple form at drupal.org. This should reduce the administration overhead significantly. - We still have to do a fresh import of the CVS repository to fix some database inconsistencies that crept in the past year or two. :/ Chances are that the cvs.module's import code suffers from some bit rot so if someone wants to prepare or test the cvs.module's import code, that would be much appreciated. FYI, -- Dries Buytaert :: http://buytaert.net/

9 12

Complete rewrite: Tuning your server for optimal Drupal performance
by Kieran Lal 09 Jan '06

09 Jan '06

I have expanded this page with many additional links to authoritative sources for performance of LAMP components. I incorporated the feedback from the previous thread. http://drupal.org/node/2601 It's pretty dense in list format, so any help doing further editing would be greatly appreciated. Cheers, Kieran

1 0

RE: [documentation] Fwd: [development] Drupal Hosting
by Steven Peck 08 Jan '06

08 Jan '06

I cannot get to their web page. Anyone else? ________________________________ From: documentation-bounces(a)drupal.org on behalf of Dries Buytaert Sent: Sat 12/31/2005 8:11 AM To: A list for documentation writers; development(a)drupal.org Subject: [documentation] Fwd: [development] Drupal Hosting Is someone adding those? Begin forwarded message: > From: "Schultz Consult - [René Madsen]" <drupal- > devel(a)schultzconsult.dk> > Date: Wed 28 Dec 2005 21:38:37 GMT+01:00 > To: development(a)drupal.org > Subject: [development] Drupal Hosting > Reply-To: development(a)drupal.org > > Hi Drupal development team, > > Our company host and develop for drupal. > > We would like to have a link on http://drupal.org/services/hosting > > <text for http://drupal.org/services/hosting > > > Schultz Consult is a Danish company developing for and hosting > Drupal sites. > > Within the drupal site you would get the following: > > > For only 149,- Danish Kroner you would get the following: > 149,- Dansih Kroner is approximately 19.96 EUR > - Latest Drupal installation > - Unlimited use of webspace > - 10 e-mail accounts > - 1 database > - 5Gb of transfer pr. month. > - And loads of more... > > At the moment our site with information about our Drupal hosting is > in Danish, but it will soon be translated into English. > > You may look at http://www.schultzconsult.dk/node/28 for more > information about our Drupal products. > > Danish version: > > Schultz Consult er en dansk virksomhed som udvikler til og hoster > Drupal. > > Du vil for kun 149,- pr./md. få følgende: > - Seneste Drupal installation > - Ubegrænset forbrug af harddiskplads > - 10 e-mail konti > - 1 database > - 5Gb trafik pr./md. > - Og meget mere... > > Du vil kunne læse mere om vores produkt på http:// > www.schultzconsult.dk/node/28 > > </end of text> > > Best Regards > René Madsen > Schultz Consult > > > phone +45 28 34 36 85 > Glanshatten 54b, DK-5220 Odense South East > Denmark -- Dries Buytaert :: http://www.buytaert.net/ -- [ documentation | http://lists.drupal.org/listinfo/documentation ]

3 2

Tuning your server for optimal Drupal performance
by Kieran Lal 08 Jan '06

08 Jan '06

http://drupal.org/node/2601 I have made some significant updates to this page. Please review and provide comments. Cheers, Kieran

5 7

Re: development Digest, Vol 37, Issue 24
by David K Norman 08 Jan '06

08 Jan '06

disclaimer: I wrote DB_Maintenance.module The lines about Optimize module and DB Maintenance are redundant. Both only execute an OPTIMIZE query. The difference is DB Maintenance lets the Drupal admin select which tables to Optimize. The Optimize module only queries on accesslog, cache, watchdog, node, and comments tables. development-request(a)drupal.org wrote: Date: Sun, 08 Jan 2006 09:38:58 -0500 > From: Moshe Weitzman <weitzman(a)tejasa.com> > Subject: Re: [development] Tuning your server for optimal Drupal > performance > > Kieran Lal wrote: >> http://drupal.org/node/2601 >> >> I have made some significant updates to this page. Please review and >> provide comments. >> >> Cheers, >> Kieran

1 0

Two important patches
by Karoly Negyesi 08 Jan '06

08 Jan '06

Hi! After the rain of commits :) two hours ago a few things got broken. There is a new patch at http://drupal.org/node/42886 , http://drupal.org/files/issues/system_weights_3.patch which moves the adding of weight column to system table from update.inc to very early in update.php -- otherwise the bootstrap in update.php fails. admin/modules is also broken but jakeg http://drupal.org/node/43835 nicely fixed it. So, if you want to spend your Sunday w/ latest HEAD, then apply these. Thanks for your patience and have fun with hacking core! Regards NK

1 0