Event Presentations and Thematic Session Planning...

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
jdonson's picture

I just had a great time at Drupal Camp in Brooklyn yesterday.

Might we review the presentations and sessions that are
proposed for this pending event?

Streamlining these event offerings to support the advancement of expertise seems pretty wise.

I happen to be focused on deployments and migrations from Drupal 6 to Drupal 7.
That is one complex set of topics.

Others will want to learn the MANY new facets of Drupal 7, including but not restricted to:

  1. Views 3.x and how views must be coded to play nice with blocks and contexts, etc.
  2. Views database performance solutions.
  3. Fields
  4. Entities and Entity API
  5. Media Module and Submodules.
  6. Other?

So, I suggest that we consider thematic tracks
that seek to target these areas of professional expertise.

Regarding professional "titles", I see several common roles
(SMEs = Subject Matter Experts) where people in Drupal community have on-the-job expertise:

  1. Operations ("Plumbers")

  2. Developers ("Construction Workers")

  3. Themers ("Interior Decorators")

  4. Project and Content and Hiring Managers ("[Any suggestions?]")

If this should be posted elsewhere or in a different way,
or perhaps if there are related discussions underway, your help is appreciated in advance.

Comments

Since you mention D6->D7

yktdan's picture

Since you mention D6->D7 upgrades and entity and I have gotten no response from the development list to the comment below, perhaps someone local knows how to fix the problems below.

I am currently on most recent releases of both token and entity and get memory errors almost any place tokens are used. There are lots of error reports having this problem, and it seems to be release dependent, some pairings may work but not the most recent ones. Some of the suggestions are to just disable entity (aka Entity API). But it is required by rules and rules is required by commerce which I need on my site. I am in the process of upgrading from D6 to D7.

The problem sounds like it is caused by entity when it tries to generate huge numbers of tokens. I have lots of fields, content types, users, user profile fields, etc.

It appears that the developers have given up on the problem, see http://drupal.org/node/1272570 but perhaps I just haven't found the right answer yet. Has anyone else had this problem and found a solution?

Token Tweaks?

jdonson's picture

I am VERY happy to focus on data migration and functional migration issues for D6=>D7.

Real world problems ALWAYS make for better discussions.

We do expect to implement token and entity functionality in D7.

Token functionality needs to be supported through Drupal 7 entity system.

What kind of php memory tracking would allow us to properly diagnose, monitor and analyze/resolve?

Does the use of token tweaks address and resolve this issue?

http://drupal.org/project/token_tweaks

Jeremy Donson
Database and Systems Engineer
New York City

D6=>D7 Content Migration Strategies

jdonson's picture

My main goal is to migrate content and data from D6 => D7, so...

On my laptop, I attempted to upgrade from D6 => D7, as explicitly required on http://drupal.org/node/1144136

Process ran to completion, but did not provide me with a working site.
I had issues at the end of that process, likely due to proxying files from dev server environment.
So, I have been provisioned a vm that is a clone of dev server.
I have set it up so I can ruin and restore (code+database+files) that instance quickly.

There are many MANY methods promoted for migrating data and content types and other items:

  1. http://drupal.org/node/1144136
  2. http://drupal.org/project/migrate
    http://btmash.com/article/2011-02-25/migrating-content-using-migrate-module
    http://2011.drupalcampla.com/sessions/migrate-bof
    http://blip.tv/ladrupal/content-migration-using-the-migrate-module-4914327
    http://btmash.com/
  3. http://groups.drupal.org/soc-2006-import-export-api
  4. http://drupal.org/project/node_export
  5. http://drupal.org/project/features
  6. http://www.journeymm.com/blogs/drupal/importing-and-exporting-nodes-taxo...

I will again try the first one listed, and will use bash and drush where I can,
yet I remain uncertain which is the best way to go forward.

Jeremy Donson
Database and Systems Engineer
New York City

(No subject)

jdonson's picture

Link below = web illustration that frames out the overview of ALL migration challenges:

https://cacoo.com/diagrams/CN978KPjiNF7dri5

Jeremy Donson
Database and Systems Engineer
New York City

Token tweaks

yktdan's picture

Thanks for the pointer. Setting the depth to 2 from default of 4 gets rid of the out of memory problem, but I don't yet know what other problems that might have caused. At least I can now fix the path patterns.

What does depth control ...?

jdonson's picture

Glad that got you thru your day!

!! => What does Depth setting control?

Defeating problems and possibly creating others is perilous!

Adding memory without sound basis is also a common and questionable policy.

How might we profile php memory and determine what is at play here?

To be clever, the "thermometer" (tester) needs to not influence the temperature ("subject")!

That usually means that a very small and controllable profiling and tracing agent
in php memory writes its log another system, perhaps a remote database for elegant SQL reporting!

Thank you!

Jeremy Donson
Database and Systems Engineer
New York City

Nice analogies...

Jon Pugh's picture

I have a couple tweaks, and don't forget the architects and engineers!

  1. Operations ("Plumbers") Did mean like content managers and site administrators? or like DevOps/SysOps people? If the latter, "plumber" doesn't really fit the analogy, i think. These guys would be like civil engineers. :D
  2. Developers ("Construction Workers")
  3. Themers ("Interior Decorators")
  4. Management & Marketing. Without this, jobs wouldn't finish and there would be no new business. These guys need to know about Drupal too.
  5. Architects and Engineers. These guys plan and build Drupal itself. Without them coming first, building construction is not possible!

Jon Pugh
Founder & CEO
THINKDROP
open source consulting
http://thinkdrop.net

Valid Crit!

jdonson's picture

All good points John.

I was focusing on the code-heavy few who need the most training, IMHO.

They also often have many prerequisite skills and real pro expertise.

And yes, 'Operations' === $DevOps_SysOps.

I actually omitted QA folks, which would be CRUCIAL in this team mix.

When it comes to upgrading 6=>7 and new features in 7, there is a lot of work to do:

  1. Coding

  2. Testing

  3. UI

  4. Docs

  5. Training

  6. Project Management

Jeremy Donson
Database and Systems Engineer
New York City