[documentation] Re: Upgrading docs
Kieran Lal
kieran at civicspacelabs.org
Mon May 1 15:55:45 UTC 2006
On May 1, 2006, at 7:41 AM, Charlie Lowe wrote:
> On the one hand, Kieran is right. This is not a trivial matter of
> just removing links and maybe shuffling some pages.
>
> On the other hand, I can see a way to do this within the book
> hierarchy. After all, people write instructional materials like
> this in print all the time without benefit of hypertext. Right?
> Doing so requires not just moving pages but reworking how the text
> is organized.
>
> Here's a rough outline draft. It obviously would be refined during
> reworking that section of the handbook. Does it make sense?
Ok, anyone else on the docs team available to help re-organize it?
Kieran
> If so, I can work on it this evening.
>
> * Getting started: Assessing resources and backing up
> - Do you have phpmyadmin? Command line via SSH? Why choose one over
> the other? Using both?
> - Important! Backing up the database and existing files
> -- gui
> -- command line
>
> * Creating a test site or replacing an existing one? Installing new
> files (downloading Drupal and copying files)
> - existing site
> --gui
> -- command line
> - test site
> -- gui
> -- command line
>
> * Running update.php: Do I need to update the DB?
>
> * Finishing up
> - Configuration options
> - Copying test sites
> - Testing the site
>
> * Upgrade finished.
>
> Kieran Lal wrote:
>> On May 1, 2006, at 1:29 AM, Moshe Weitzman wrote:
>>> If book is getting in the way, don't use it. Create a bunch of
>>> plain old
>>> pages and hyperlink as you need to.
>> Thanks. Charlie will weigh in the morning and I'll be on top of
>> it. We should have it all worked out by tomorrow.
>> Kieran
>>>
>>>
>>> On 5/1/06 4:20 AM, "Kieran Lal" <kieran at civicspacelabs.org> wrote:
>>>
>>>> On Apr 28, 2006, at 6:10 PM, Moshe Weitzman wrote:
>>>>
>>>>> One nice to have would be if someone would cleanup up the
>>>>> formatting (and copy if you can) of our upgrading docs. They
>>>>> appear
>>>>> to have been copied and patsed from somewhere and they have their
>>>>> own navigation in addition to
>>>>> book.module navigation. See http://drupal.org/upgrade/tutorial-
>>>>> introduction. I'm not on the docs list - it might be that folks
>>>>> are
>>>>> working on this already.
>>>>>
>>>> Let me try to explain this the best that I can, you'll undoubtedly
>>>> disagree( I did at first) unless you actually sit down and watch a
>>>> lot of people upgrade Drupal.
>>>>
>>>> There two ways to upgrade Drupal: 1) Command Line, 2) GUI
>>>>
>>>> WRONG
>>>>
>>>> There are four ways to upgrade Drupal: 1) Command line for the
>>>> files
>>>> and command line for the DB, 2) Command line for the files and GUI
>>>> for the DB 3) GUI for the files and command line for the DB 4)
>>>> GUI for
>>>> the files and GUI for the DB
>>>>
>>>> WRONG
>>>>
>>>> Well actually there is also upgrades with no DB changes so that
>>>> adds
>>>> two more cases. So six cases right?
>>>>
>>>> WRONG
>>>>
>>>> Well actually many people will want to back up their DB's if it's
>>>> just a security release in so that's actually 8 ways, right?
>>>>
>>>> WRONG
>>>>
>>>> Of course there are people who will just back up and then upgrade
>>>> their live site and check if things go well. But for productions
>>>> sites, they will actually deploy a test site first so that's
>>>> another
>>>> factor of 2 ways to upgrade your site, particularly if you test
>>>> locally or on a test server where you have different levels of
>>>> access
>>>> then on production. So sixteen ways right?
>>>>
>>>> MAYBE
>>>>
>>>> But overwhelmingly, most people will just upgrade in two steps.
>>>> Download the latest code, and then upgrade the database. So if the
>>>> instructions are too far away from the way people are actually
>>>> going
>>>> to upgrade, then they effectively become accurate, but unusable, or
>>>> at least un-used.
>>>>
>>>> What can we do about it?
>>>>
>>>> The problem is that the Book navigation structure on Drupal.org for
>>>> handbooks does not lend itself to at least 16 different paths, and
>>>> one overwhelmingly popular way, through the upgrade tutorial. It
>>>> wants a hierarchical structure that just will not work for many
>>>> people, but when most people look at the upgrade instructions they
>>>> can only think of one or two ways to upgrade their site, and so
>>>> they
>>>> immediately want to remove the alternate navigation that seems
>>>> redundant to them.
>>>>
>>>> So feel free to change the navigation, but keep in mind
>>>> upgrading is
>>>> a lot more complex and varied than you might initially think.
>>>>
>>>> Cheers,
>>>> Kieran
>>>>
>>>>
>>>
>>>
>>>
>
More information about the documentation
mailing list