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