drupal on linux?

Eric Chadbourne eric.chadbourne-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Wed Feb 16 21:47:14 EST 2011


On 02/16/2011 06:01 PM, MBR wrote:
> On 2/16/2011 3:47 PM, Eric Chadbourne wrote:
>>
>> I suspect most users of Wordpress and Drupal don't need that feature.
>> They only have production.
>>
>> I personally just do it manually.  My laptop is dev, and there's a tes=
t
>> and prod on my server.  Easy enough for a few not heavily trafficked s=
ites.
>>
> How do you do this manually with Drupal?  It would seem to me that you'=
d
> need to know a whole lot about Drupal's internal architecture and what'=
s
> stored in which tables in order construct a query that would grab data
> related to the structure of the website but not affect the content or
> the users or other things where the authoritative version of the data i=
s
> on the production server.  Also, some of the data will almost certainly=

> contain keys that are references to records in other tables on the
> development site.  Those references will have to be modified to be

On my tiny little site dev and prod are exactly the same.  I'm the only
person changing stuff.

> correct on the production site.  And it's likely that not all of this
> can be done just with SQL, since some tables contain serialized
> representations of PHP data structures.  If there's an easy solution
> that produces correct results, I'd love to know what it is.
>=20
>     Mark Rosenthal

For a very large drupal based site where users, writers and admin(s) are
changing stuff I don't know what the solution is.  Possibly some db
synchronization scheme...  I haven't had to deal with that yet.

These folks have a pretty high profile client list.  They have probably
figured it out.  http://acquia.com/customers

What would you suggest for a cms that makes the dev - test - prod cycle
easy?  Why?  (I wish to copy them!)

Thanks,
Eric C


_______________________________________________
Discuss mailing list
Discuss-mNDKBlG2WHs at public.gmane.org
http://lists.blu.org/mailman/listinfo/discuss





More information about the Discuss mailing list