Comments on: Building a Drupal development environment for Mac http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/?utm_source=rss&utm_medium=rss&utm_campaign=building-a-drupal-development-environment-for-mac Design, Web Development, and Interesting Technology Sun, 13 Jun 2010 19:34:36 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Michael http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-791 Michael Tue, 20 Apr 2010 20:53:19 +0000 http://blogs.martiangraphix.com/?p=12#comment-791 cynthia, It's been a while since I wrote the script so please do some testing, but I do not believe that your reading of the script is correct. If you had a directory called "sites/dog", then the script should call http://dog/cron.php. It is up to you to set up your Apache configuration to understand what dog is. Am I misunderstanging your meaning here? If you use the "default" folder, then the script will use whatever you put in the $masterDomainName variable to call the cron script. So let's say that you had "sites/default/dog", then the script would call http://$masterDomainName/dog/cron.php. So it can do subdomains that way. But yes, if you want to host sub domains as sub.domainname.com, then that subdomain needs to be labled as such. The Drupal documentation had this naming convention as a "best practice", so that's what I followed. This script was built to do dev work locally. It was assumed that Drupal used relative paths, and that this will all take care of itself when moving the site. I'm unaware of any need to edit the database when moving, but maybe that just because of how I'm using it. If the "patch" you're talking about is a module, please post back and let me know what it is. I'd love to take a look at it. I hope this helps. M cynthia,

It’s been a while since I wrote the script so please do some testing, but I do not believe that your reading of the script is correct. If you had a directory called “sites/dog”, then the script should call http://dog/cron.php. It is up to you to set up your Apache configuration to understand what dog is. Am I misunderstanging your meaning here?

If you use the “default” folder, then the script will use whatever you put in the $masterDomainName variable to call the cron script. So let’s say that you had “sites/default/dog”, then the script would call http://$masterDomainName/dog/cron.php. So it can do subdomains that way.

But yes, if you want to host sub domains as sub.domainname.com, then that subdomain needs to be labled as such. The Drupal documentation had this naming convention as a “best practice”, so that’s what I followed.

This script was built to do dev work locally. It was assumed that Drupal used relative paths, and that this will all take care of itself when moving the site. I’m unaware of any need to edit the database when moving, but maybe that just because of how I’m using it.

If the “patch” you’re talking about is a module, please post back and let me know what it is. I’d love to take a look at it.

I hope this helps.
M

]]> By: cynthia http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-790 cynthia Tue, 20 Apr 2010 02:46:31 +0000 http://blogs.martiangraphix.com/?p=12#comment-790 I've finished reading your instructions re setting up cron for multisite. Am I right in concluding that your script requires that the actual domain name must be used for the /sites/domain.com folders? That can be nasty for those doing local dev of a site. Wish it could be called from the the virtual hosts file instead. There's already a patch available for D6 that allows one to use the same name on both a local dev site and remotely hosted production site to enable pain-free file transfers, with no need to get into the database to change file paths/naming conventions. That same feature will be avail in D7, I am told. So you can use something like "dog" on both live and dev --> sites/dog multisite folders while the array in the patch works the magic that points the browser to the right url. I’ve finished reading your instructions re setting up cron for multisite. Am I right in concluding that your script requires that the actual domain name must be used for the /sites/domain.com folders? That can be nasty for those doing local dev of a site. Wish it could be called from the the virtual hosts file instead. There’s already a patch available for D6 that allows one to use the same name on both a local dev site and remotely hosted production site to enable pain-free file transfers, with no need to get into the database to change file paths/naming conventions. That same feature will be avail in D7, I am told. So you can use something like “dog” on both live and dev –> sites/dog multisite folders while the array in the patch works the magic that points the browser to the right url.

]]> By: robes http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-738 robes Tue, 30 Mar 2010 16:30:18 +0000 http://blogs.martiangraphix.com/?p=12#comment-738 cool news. robes cool news.

robes

]]> By: Martian Thoughts on Design » Blog Archive » Updating Drupal MultiSite on OS X - Design, Web Development, and Interesting Technology http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-594 Martian Thoughts on Design » Blog Archive » Updating Drupal MultiSite on OS X - Design, Web Development, and Interesting Technology Mon, 01 Mar 2010 21:06:27 +0000 http://blogs.martiangraphix.com/?p=12#comment-594 [...] continuing on with the tutorials for the Drupal Multi-Site configuration that I set up on my Mac. All the domain and directory structure is based on that tutorial, so if [...] [...] continuing on with the tutorials for the Drupal Multi-Site configuration that I set up on my Mac. All the domain and directory structure is based on that tutorial, so if [...]

]]> By: Michael http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-500 Michael Thu, 07 Jan 2010 22:40:34 +0000 http://blogs.martiangraphix.com/?p=12#comment-500 Kellie, Setting up PHP and MySQL aren't really that difficult on Mac. The easiest way to get PHP is to go to http://www.entropy.ch/software/macosx/php/ where Marc Liyanage rolls packages that are easy to install. If you're on OS X 10.4 you'll need to use the PHP 5.2.4 he has there. I wouldn't host any production sites on that version of PHP because it's missing quite a few security updates, but at least you'd be able to develop on it. For MySQL you can get a downloadable package of MySQL at http://dev.mysql.com/downloads/ Sorry I haven't had a chance to work on my tutorial for setting that up, but the downloadable package should get you going. My setup is more about securing MySQL and making it easy to upgrade in the future. If you're hosting your site through an outside provider, I recommend that you check which version of MySQL and PHP they're using, and at least stick in the same major revision. So, PHP 5.2.x or MySQL 5.1.x. Good luck. Kellie,

Setting up PHP and MySQL aren’t really that difficult on Mac. The easiest way to get PHP is to go to http://www.entropy.ch/software/macosx/php/ where Marc Liyanage rolls packages that are easy to install. If you’re on OS X 10.4 you’ll need to use the PHP 5.2.4 he has there. I wouldn’t host any production sites on that version of PHP because it’s missing quite a few security updates, but at least you’d be able to develop on it.

For MySQL you can get a downloadable package of MySQL at http://dev.mysql.com/downloads/ Sorry I haven’t had a chance to work on my tutorial for setting that up, but the downloadable package should get you going. My setup is more about securing MySQL and making it easy to upgrade in the future.

If you’re hosting your site through an outside provider, I recommend that you check which version of MySQL and PHP they’re using, and at least stick in the same major revision. So, PHP 5.2.x or MySQL 5.1.x.

Good luck.

]]> By: Kellie http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-499 Kellie Tue, 05 Jan 2010 18:51:20 +0000 http://blogs.martiangraphix.com/?p=12#comment-499 Oh goodness. I am beginning again, trying to learn Drupal so I can build sites in a CMS. After reading the very beginning of your explanations, I realize I am probably beneath beginner... I need to set up Drupal on a Mac for multiple sites. I'm still on 10.4 and have only used html and a little bit of CSS, very little. So I'm truly starting from the ground up. When I got to this sentence: "You have MySQL 5.0+ and PHP 5.2+ already set up on your machine." I realized I was already in trouble. I was trying to determine if it would be better/easier for me to install an additional internal drive with the latest system on it to use strictly for web development. Maybe then the drupal setup on a Mac would be a little more straightforward. I have a feeling I know the answer, but I had to ask anyway... Oh goodness. I am beginning again, trying to learn Drupal so I can build sites in a CMS. After reading the very beginning of your explanations, I realize I am probably beneath beginner…

I need to set up Drupal on a Mac for multiple sites. I’m still on 10.4 and have only used html and a little bit of CSS, very little. So I’m truly starting from the ground up.

When I got to this sentence: “You have MySQL 5.0+ and PHP 5.2+ already set up on your machine.” I realized I was already in trouble.

I was trying to determine if it would be better/easier for me to install an additional internal drive with the latest system on it to use strictly for web development. Maybe then the drupal setup on a Mac would be a little more straightforward. I have a feeling I know the answer, but I had to ask anyway…

]]> By: Michael http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-258 Michael Thu, 05 Nov 2009 20:35:41 +0000 http://blogs.martiangraphix.com/?p=12#comment-258 You're totally welcome. I knew there had to be a better way when I saw the ones at Drupal.org, so I just tried to create it. Glad to hear it's working for you. You’re totally welcome. I knew there had to be a better way when I saw the ones at Drupal.org, so I just tried to create it. Glad to hear it’s working for you.

]]> By: Sean http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-253 Sean Thu, 05 Nov 2009 15:18:50 +0000 http://blogs.martiangraphix.com/?p=12#comment-253 Thank you so much for the cronall.php script. It works great! Thank you so much for the cronall.php script. It works great!

]]> By: Article Rewriter http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-183 Article Rewriter Wed, 28 Oct 2009 07:42:17 +0000 http://blogs.martiangraphix.com/?p=12#comment-183 In, but it should be a great starting point for any one new to this environment. Article Rewriter In, but it should be a great starting point for any one new to this environment. Article Rewriter

]]> By: Michael http://blogs.martiangraphix.com/2009/09/building-a-drupal-development-environment-for-mac/comment-page-1/#comment-125 Michael Mon, 26 Oct 2009 14:42:58 +0000 http://blogs.martiangraphix.com/?p=12#comment-125 Absolutely. I would appreciate the link. Getting the word out would definitely be helpful. Absolutely. I would appreciate the link. Getting the word out would definitely be helpful.

]]>