Child pages on drupal.org/hosting

The child pages are for hosting companies who were highly involved in the community, much like http://drupal.org/drupal-services

IMO the child pages are the ideal and the list on the main page is the one to be altered. I think we should put that big list onto its own child page.

How does that sound?

Queue cleanup:

Is there a consensus on this?

I agree with what greggles and catch said; the big list should be in a child page.

More than one year is passed from when this report has been opened. Do I get there is not consensus, or that nobody is willing to do that task? If the later is the reason, then I am willing to do it.

Sub-book pages that appear at bottom of /hosting are now out-of-context. They should be re-org'd, archived (perhaps deleted?).

We (Amazon, jredding, pinglaura) are working on the Hosting page again. Since this issue has survived for so long, and with Amazon's feedback, let's simply un-publish them.

I'm also setting this issue to an active status with a priority of major as both Amazon and jredding want to publish new hosting content in the very near future (matter of days). These sub-book pages are in the way and will confuse users trying to understand the new content and WTF these sub-book pages are for.

Thanks,
_rs

aka: ratioswitch

I've since un-published these hosting sb-book pages under http://scratch.drupal.org/hosting so that we can continue working on the new hosting page.

I've also noticed that 2 other sub-book pages are being rendered as a bullet instead of the right-facing arrow bullet like the other links under the "Hosting and professional services" page (http://scratch.drupal.org/hosting-and-services).

Drupal training: http://scratch.drupal.org/training-services
...and...
Hosting directory and advertising policy: http://scratch.drupal.org/node/501578

Should this be a new issue?

THEY'RE BAAA-AACK!

Correction ... they ever really went away on the live site.

Please remove the hosting child sub-book pages from D.o as well as remove them from any other testing or staging sites so this content doesn't keep re-surfacing.

See also my previous comment.

Changing:

• category from "feature request" to "bug report"
• status from "active" to "needs review"
• component from "content moderation" to "site organization"

Leaving unassigned as I'm unsure how best to help.

_rs

I'd like to see a design for the whole page/section before we unpublish these (and the details from the conversation with Kieran/Laura/Jacob).

The subpages are from hosting companies that are valuable to the community and well respected organizations. Deleting their pages is not how to treat them unless we have some other way to include them in this area.

@greggles, the last conversation including you that I have record of was sent April 10, 2010 9:06:22 PM CDT, from sime. A lot has happened in reference to the hosting page since then however, the core goal remains: build revenue for the Association via link tracking and primary placement of hosting ads on the /hosting page.

The hosts that appear in the sidenav *are* included in the new design of the hosting page (http://drupal.org/hosting) in the form of a direct link to their own Drupal-specific hosting content.

As I understand the new direction of the hosting page, we need to reduce the overhead of managing those sub-child pages as they only appear to repeat content posted on each host's external Drupal-specific hosting content page(s).

For instance, the first sub-book page link in the side nav is Egressive Limited (New Zealand). On the new hosting page design they appear under the You may also be interested in these other hosting companies that host Drupal section with a link to Egressive Limited.

I do not see this as disrespecting our "well respected organizations" in fact, just the opposite. Since these hosting companies cannot control the content of those sub-pages without initiating a lengthy request process that involves multiple D.o infrastructure or content people, removing these sub-pages makes it that much easier for them.

Please note that the Egressive Limited (New Zealand) page as linked above already contains dated (2009) content and that's just not good for anyone.

If one of the hosting companies in the side nav does *not* appear within the hosting page, then we'll need to add them.

There is a new marketing strategy in place (see: http://association.drupal.org/advertising) so the hosting companies can "up-the-ante" and bid for higher placement on the hosting page.

With all of the above in mind, perhaps I should have used "archive or un-publish" instead of "remove" when talking about these sub-book pages.

Thoughts?
_rs

Thanks for clarifying and my apologies for not realizing that these were integrated up rather than just being removed.

Based on this description, I think it's fine to move the content into the archive handbook. Ideally we would contact those folks and explain how the page has evolved.

I took another look at the hosting page today (http://drupal.org/hosting) and saw that the sub-book pages still exist. This ultimately means that progress has been at a stand-still.

Even more interesting is that someone in the D.o webmasters group had to set-up and/or change each of these sub-book pages to fit within the new Marketplace (Services, Hosting & Training) book hierarchy. They could've easily un-published these at that time.

Does anyone have any thoughts as to how we can actually clean up these hosting sub-book nodes? Short of assigning this task to Amazon (of which I cannot actually do but whom I know gets things done) I'm afraid this issue, the dated content and the inconsistent side navigation will remain unresolved.

I've also added a few tags to this issue for cross-reference purposes.

@greggles Did you have any ideas about how best to inform the folks listed in those sub-book pages about the D.o hosting page has evolved? Funny enough, the D.o/hosting page has evolved however, the content on those pages has only evolved for a few individual contributors. Many (most?) of those hosting sub-book pages have not been touched in years.

Thanks,
_rs

I moved those pages for #947162: marketplace page thinks it's part of the "about" section, but wasn't aware of this issue. Would be great to remove more cruft, it will make the eventual conversion to #994350: Create an organization node type easier.

I'll ping jredding & amazon to see if there is any reason to block this.

I agree with #11. Let them know we are changing the page to be more user friendly and to clean it up first. We may have to make some accommodations.

Amazon, has any progress been made in contacting the list of hosting companies listed below to update their information and/or offerings?

• Egressive Limited (New Zealand)
• GrafiX Internet B.V.
• Ixis IT Managed Hosting (UK)
• Koumbit
• Ninjitsu Web Development
• OpenSourceHost
• Schultz Consult
• Synerger (Australia)
• Ubiquity Hosting Solutions
• Well-connected (New Zealand)
• iScene Managed Hosting (UK)

I also like the idea made in #13.

Please note that this issue was created on July 25, 2008, has made near-0 progress since then and now approaches the 3-year-old mark. With another DrupalCon on it's way to Chicago, I hope this issue does not get brushed under the rug again for another 3 months.

I guess I'm just checking in and offering to help if/where I can.

Cheers,
_rs

+1 always for removing old and redundant info.

I think someone from the DA could contact each of the node authors, since it is their project that is replacing this older system. I would do it myself, but I'm not prepared to handle the follow-up questions that would undoubtedly result :)

Megan is handling this, along with categorization for #1199190: Request to update d.o/hosting. I think we could use some help on the categorization there.

I'll be unpublishing these pages. The hosting companies have been notified by Megan.

Done.