Hello. I'm a Drupal newbie and I will start working on my first Drupal project very soon. I'm building an intranet for a client (I know I might be in over my head with such a big first project, but how else do you learn, right?). Only around 100 people will be using it daily, spread out over a few cities, via vpn.
I'm in a position where I can tell the hosting partner to set up whatever I want for my client. Any recommendations or warnings? I understand Linux/Unix is preferred over Windows, is there anything else I should know or consider?
Thanks
/angelg33k

I recently did a lot of work on my VPS making it more secure, and one of those measures (enabling Mod SuPHP) appears to have broken my Drupal sites. At least, I began to get persistent PHP memory errors on several sites, even when doing things as simple as loading a normal page or clearing cache, when my PHP memory limit was set to 128M - and disabling Mod SuPHP and then rebuilding Apache cleared these errors up instantly. The errors were persistently showing that the allocated memory was around 45MB (a lot lower than 128MB so should have been no problem), which made me think that there must be another memory limit set somewhere by Mod SuPHP/CGI? But I wasn't able to find any info on this.

I hope its OK to post this here as this probably isnt a Druapl issue. I figure someone here will have an answer for me though.
I have new hosting and after I tfp some files to my site I dont see any change in my browser. I can see with my file manager and ftp program the files are there, but my web browser can't see them (I can see the old files, not a blank page).
However, if I use an annonamous browser like http://htmlblock.co.uk/anonymous_web_browser/ or http://www.the-cloak.com/ then the site looks how it should. I therefore figured that my ISP or router was caching the old page until I went to the site with my iphone with the wifi turned off, and I get the same result. The iphone must be using phone network to browser, not my home wifi.

Hi All,
I am working on a Virtual Library for the Cameroun Ministry of Health. We are looking for a good hosting solution. My idea is to rent two independent dedicated servers (at two different companies). One Server is for the production system and the other for saving backups. As Hosting services in Cameroun are very expensive and limited we plan to use a hosting provider from the united states or germany. does anybody have advice for selecting a hosting provider overseas for Cameroun?
regards
Christian

Hi All,
I work for a newspaper and handle our website, currently on Wordpress on GoDaddy shared hosting. Its extremely slow. A friend told me about Drupal and I'm considering redoing our site, but I've been reading that Drupal can also run slow depending on host.
I don't have a lot of technical expertise, but I do know we get 10-20k hits a day and I want super fast response times, without having to configure and setup a server myself.
Are there any hosts that can handle 10-20k hits a day without slow page loads that are DruPal friendly? I don't want shared hosting, with 'unlimited' bandwidth because when you're hosting popular content on Wordpress or Drupal that 'unlimited' pipeline doesn't really mean a thing.

I'm building a few websites for a client on Bluehost (migrating some stuff). However, I'm finding it nearly impossible to install Drupal on Bluehost without using Simplescripts. This is essential because simplescripts defaults to the current release of drupal core (yea!) but a few of the modules I need aren't updated to work with these versions (boo).
I get a few errors, any hints or suggestions? Anyone else with this problem?
I guess, the real thing that boils my water is that I can do a fresh install without scripts or host-based installs on any other host I've dealt with with no problem. . .

If I have a Drupal installation in my public directory, can I then put new folders in the same directory with new websites (Drupal and non Drupal) in them?
For instance mysite.com points to my public directory and is a Drupal site. Could I create a new folder called client1 and put a clients site their (as a short term measure) so they could see their site at mysite.com/client1 ?
I think this should in theory work but will Drupal or the htaccess cause problems?
Thanks

Hi every one,
I completed a drupal based application http://webglobalvision.net/gmap/ .The application is working fine on my this server.I migrated it to other server http://activesold.com/gmap/ and it is giving me error Access denied for user: 'activesold@localhost' (Using password: NO) where activesold is the user name.
This error is killing me because the access rights of user are full(master user).Sit gives error on only those pages where I am using database queries in body part of node using php filter module.Error comes on those nodes where node body contains php code related to database queries(select,update,delete etc).Any one can help me please!

I have developed a site using the quickstart virtualbox made available here on drupal.org.
Now I want to move to a host and have full control to restore what I made in the virtual machine.
Is this even possible on any given host? Or do I need something special?
A bit of background: I simply took the quickstart box and started developing - I didn't do any kind of installation.

I just change my hosting to site5. I was looking some times until I can use drush on shared hoting, so I think would be useful to share some experience :)
so installing drush on site5
- you must have enable ssh
- you need some soft: I use putty
- after you connect to you hosting just download an un-tar drush using wget and tar (outside your drupal directory)
- edit your alias in .profile (logout/login and check your drush is working - is working!)
but, after a while I have issues regarding php limit memory ....
- create a copy of your php.ini (cp /usr/local/lib.php,ini path/to/php.ini), change/edit the memory limit (I increase memory to 128M), then edit .htaccess and add this line SuPHP_ConfigPath /home/username/pathto/php.ini - now drupal have 128M, but drush still use the default php.ini and of course the old php memory limit. So you just need to tell drush to use the new php.ini in .profile (alias drush='php -c /path/to/php.ini php /path/to/drush.php')