Single user blog install profile for core

dmitrig01 - May 15, 2007 - 23:26
Project:Drupal
Version:7.x-dev
Component:install system
Category:feature request
Priority:normal
Assigned:dmitrig01
Status:needs work
Description

Well, the default profile is nice, but web n00bs might have some trouble with it. This profile is meant to be a simple blogging platform.
It is almost complete, and just needs a small amount of work.
There are two more things that need to be done:
The permissions for user #2,
and
After installation, if you click 'log out', then there is a register button.

Another good thing would be to remove the user login block, and apon installation, tell the user 'to log in, visit $base_url/user

AttachmentSizeStatusTest resultOperations
single_user_blog.profile.txt6.02 KBIgnoredNoneNone

#1

dmitrig01 - May 15, 2007 - 23:31

Keeping up with head, and removing cruft

AttachmentSizeStatusTest resultOperations
single_user_blog.profile_0.txt5.93 KBIgnoredNoneNone

#2

RobRoy - May 16, 2007 - 00:29

Think we'll want some Doxygen and inline comments to space out those functions at the bottom.

#3

dmitrig01 - May 16, 2007 - 04:08

well, here are some comments

AttachmentSizeStatusTest resultOperations
comments_1.patch2.28 KBIgnoredNoneNone

#4

dmitrig01 - May 16, 2007 - 04:24

And the .profile file (also has even more comments :) )

AttachmentSizeStatusTest resultOperations
single_user_blog.profile_1.txt6.62 KBIgnoredNoneNone

#5

ChrisKennedy - May 16, 2007 - 05:15

I like the concept.

Just on visual inspection:
* Tons of coding style errors - spacing, comments, etc. (http://drupal.org/node/318)
* A lot of interface strings are not currently translatable, such as in single_user_blog_profile_details() for example.
* Your comment says "Disable clean URLs" but it's actually saving the value, which could either enable or disable clean URLs.
* It looks like you don't have blog.module enabled by default? I'd add contact.module too.

I will get around to testing this eventually. It would be easier to do so if you posted a true patch against CVS (http://drupal.org/patch/create) though.

#6

drewish - May 16, 2007 - 22:39

i don't think it makes any sense to enable the blog.module, the defined node types do a better job for a single user blog site.

i cleaned up some coding issues and comments. i think rather than using the site email as the admin password we should let them provide a separate email and password.

#7

drewish - May 16, 2007 - 22:43

here's the profile

AttachmentSizeStatusTest resultOperations
single_user_blog.profile_2.txt7 KBIgnoredNoneNone

#8

dami - May 18, 2007 - 04:06

IMHO, this is more suitable for a contrib profile. We could throw in a more blog-centric theme (e.g. remove the "username's blog" link), comment_info module (maybe it will go into d6 core?), archive, blogroll etc....

#9

ChrisKennedy - May 18, 2007 - 06:03

comment_info was basically added to core earlier today: http://drupal.org/cvs?commit=67770

#10

dmitrig01 - May 20, 2007 - 14:18
Status:needs work» needs review

#11

drewish - May 22, 2007 - 17:55
Status:needs review» needs work

i don't think this is ready for prime time yet. it really needs to have some more work done on the account creation stuff. the site wide email shouldn't be used as the admin account, they serve different purposes. the user should be prompted for an admin and user email and separate passwords.

#12

mfer - May 22, 2007 - 22:33

agreed with derwish

#13

ChrisKennedy - June 26, 2007 - 21:45

http://support.bryght.com/install-profiles/basic has some good stuff to consider:

From Configuration:

A description of some of the out-of-the-box configuration that is done once you've installed a new site based on this profile. The site has limited customization for a particular style of site, although the basics are closest to perhaps a corporate blog or similar limited interactivity system. Appropriate for various types of content- or data-driven sites.

* a "tags" vocabulary is created and applied to blog, story, and image content types
* a front page Story is posted with the title of "Welcome"
* a default Page type is created titled "About"
* the About page and the Contact form are added to a new Secondary links menu at the top of your theme. The Primary links are left unconfigured for you to modify as you add content and design your site.
* User profiles are configured to include a Full Name, Website, and Interests fields
* The creation of Contributor and Site Admin roles
* Permissions set for all roles. Anonymous and authenticated members can only add comments, while the Contributor role can work with blogs. Site Admins have full access.
* The TinyMCE and Img_Assist plugins are configured with default collections of buttons and settings: a Comment profile for anonymous visitors, a Basic profile for Contributors, and an Advanced profile for Site Admins.

#14

catch - October 24, 2007 - 14:11
Title:Get a new install profile into core - single user blog» Single user blog install profile for core
Version:6.x-dev» 7.x-dev

More core install profiles would be great, but not in D6 at this stage.

#15

Gábor Hojtsy - November 14, 2007 - 13:18
Version:7.x-dev» 6.x-dev
Component:other» install system

Actually, Dries just posted to the development mailing list, that if profiles emerge "in a day or two" (ie really quick solutions with small teams working together), new "core modules only" profiles would be accepted still.

Looking at the patch, some comments:

- name the tags profile "Tags", not "Categories"
- do not name the blog type 'blog', as this is the same type used by blog module... name it 'blogpost' or 'blog_post'
- the current installer helps people set the same email for site and admin, this profile disallows it
- there is a var_dump() in there :)
- the install profiles API changed a bit since this was created

#17

dami - November 14, 2007 - 20:07

It's mostly the form api changes that break the patch. It should be easy to fix. I will do it if I have time tonight and nobody hasn't done it by then. But exactly what customization/functionality should be included is still up for discussion.

#18

dami - November 15, 2007 - 05:31

Just corrected errors due to form api and install profile api changes. Didn't touch much on anything else, except for
1 assign 'blog poster' to 'authenticated user role' and grant permissions.
2 Added a 'single-user-blog-setup' to task list. And changed output to drupal_set_message after the said step finished.
3 Other Suggestions from Gabor:
1) Changed 'Categories' to 'Tag'
2) Changed 'blog' type to 'blogpost'

Pieces missing:
1 Set same email for site and admin
2 A new welcome page different than the default one.
3. ...

Writing installation profile is new to me, hope my changes is in the right direction.

AttachmentSizeStatusTest resultOperations
single_user_blog.profile.txt8.06 KBIgnoredNoneNone

#19

Rob Loach - November 26, 2007 - 18:27

Added site mission statement....

<?php
variable_set
('site_mission', $form_values['site_mission']);

...


   
$form['site_information']['site_mission'] = array(
     
'#type' => 'textfield',
     
'#title' => st('Mission'),
     
'#default_value' => variable_get('site_mission', ''),
     
'#description' => st('Your site\'s mission statement or focus.'),
     
'#weight' => -17,
    );
?>

I tested it out and it's skipping the Single User Blog Setup step.

AttachmentSizeStatusTest resultOperations
single_user_blog.profile.txt8.4 KBIgnoredNoneNone

#20

dami - December 11, 2007 - 21:59

It has been almost a month since my last patch, so can't remember exactly what the steps are... but I think the "Single User Blog Setup" is not skipped, it's still get to run and what's missing is an explicit pause and "Continue to next step" page.

Also, just noticed a related issue has been created as a GHOP task at:

http://drupal.org/node/197305

#21

add1sun - December 11, 2007 - 22:22

Just a quick note that the GHOP one is not limited to core and is specifically designed to use contrib. The work done on that project will be added to CVS and be used as the starting block for a more full-featured contrib blogging install profile.

#22

Bevan - January 8, 2008 - 08:29

Not sure if this is something that's already been considered discussed or even completed here, but if not: Offer some vocabularies by default

#23

Gábor Hojtsy - January 8, 2008 - 10:06
Version:6.x-dev» 7.x-dev

Now goes to Drupal 7, it was not ready in time.

 
 

Drupal is a registered trademark of Dries Buytaert.