By d.pillay on
Hi, i'm pretty new to drupal so any help is welcome. I installed drupal on my local apache server and created a website. I now need to publish this website on the net. I have tried to upload the drupal folder and all its contents to the webserver and it gives me an "HTTP 403 Forbidden" error. Could it be that the database has to be recreated on the new server?
help please!!
Comments
Me too
I've tried uploading code from my machine twice with similar effects. What has worked for me is to get rid of all that junk and install Drupal with cPanel/Fantastico (I know there are some people out her who will speak ill of Fantastico, but it has always done me right).
If you have any customized themes, non-core modules, or pictures, upload them (FTP) to the correct places on the server.
When that's done, use phpMyAdmin on your computer and create a back up (see a write up in my book below). Then go to your cPanel again and invoke phpMyAdmin (on some hosts, it's hidden under MySql). When you get there, select your Drupal database and then "Import." There's a section to locate the back up on your local computer (Browse). Find it, and then Click on the "Go" button.
You should be in business.
Nancy W.
now running 5 sites on Drupal so far
Drupal Cookbook (for New Drupallers)
Adding Hidden Site Design Notes
NancyDru
Assuming you have uploaded
Assuming you have uploaded the database and have its access data available, the key file is /sites/default/settings.php ... at those lines:
$db_url = 'mysql://db_username:db_password@localhost/db_name';
$db_prefix = '';
/**
* Base URL (optional).
*
yes the database would need
yes the database would need to be added to your production environment.
Before you make the decision about using fantastico , please search this board for why "not" to use it first and make an informed decision for yourself. While it can make your life a tad easier with a one click install, it can also make some things much more painful down the road. Including but not limited to updates of Drupal.
Poppycock!
Fantastico does not make it really any more difficult! Granted, I do NOT use the UPDATE link they provide. I back up the database, pull it down to my PC and upgrade it to the new release. Then I delete the current installation and re-install with the new release. After I upload the new release of the themes and modules, I import the upgraded database and I'm good to go. That all took 15 minutes! And I've tried three times to use the "official" method and it hasn't worked.
Nancy W.
now running 5 sites on Drupal so far
Drupal Cookbook (for New Drupallers)
Adding Hidden Site Design Notes
NancyDru
okeedoke ....
Thats the whole point though, that an "official" update won't work on a fantastico install, because there is no update.php in a fantastico installation. Fantastico removes this file.
However, what i meant was more that, when a new release of Drupal is released, or especially in the case that a security patch is released Fantastico doesn't at all update as quickly as you can on your own. meaning 5.2 will be out and available here on Drupal.org before it is released in Fantastico. While you are waiting for fantastico to update, you are wide open to known vulnerabilities. There are many threads about past problems with fantastico and with updating using fantastico. If you haven't run into a problem thats great, but my own experience with Fantastico is not as positive as yours and in the end, one should learn the "official" way to update especially with minor updates, that include patches for security.
It's ok to disagree, but I don't know that someone elses opinion should be tossed aside as "poppycock". Especially, when its based on their own use of fantastico in the past. There are threads of past "BAD" experience with fantastico in these forums. I suppose none of those people knew what they were doing. Including myself, when I began with Drupal. As well as expieriences with fantastico and other scripts. In the end, I found it far better to do it without the need for a middle man. If you haven't that's your perogative.
You also now mention that you don't update the "fantastico" way, which is fine... but you didn't explain that in your previous post to a user whom you are telling to use fantastico, If you've never updated using the fantastico way, then I don't have any clue how you can completely ignore that there could be problems there.
To each their own. I still feel it is better to let the user make an informed decision with his/her own research about the choice of using fantastico or not. I will attach appropriate links for my argument against using fantastico in next post.
Agreed
There are many ways to skin a Drupal cat. But I did obliquely mention my method in my first post, just not in as clear detail.
When I tried the official method, I had it open in one window while I worked in another, following it as precisely as I could understand it. I never did get it to work. I suspect the biggest problems were because of the settings.php and .htaccess files, but don't know for sure.
Unless it is an extremely urgent patch, I won't apply it any way. I try to avoid anything that is not an officially committed release of code. In my 30+ years of experience in data processing / information technology, patches have introduced as many problems as they have solved. And so has custom code. For those who haven't read it, I do recommend reading The Road to Drupal Hell.
As far as using the Fantastico update process, I asked them on their board what they do. They DO delete all custom themes and non-core modules (since they need to be updated any way) and do NOT attempt to re-install them. They do NOT run
update.php. Since these are essential step to updating Drupal, I consider their process to be non-functional (and, yes, can lead to "bad" experiences). The process I use has not failed yet, nor even taken very long. It is, to me at least, simple, easy to understand and follow, and relatively quick. The hardest part is the database upgrade, and that's done right at my PC, with easy restarts available. I trust it will be a bit easier in the future now that 5.x has introduced its changes.There are a few people who are fast-followers on Drupal releases, but comparatively few - look at how many people who are still on 4.6 and earlier. So the delay, at least for most of us, is insignificant. For that matter, I have two sites still waiting for 5.x releases of modules. If module maintainers can't be fast-followers, why should I?
I apologize if it seems that I was attacking you or anyone else. I have read most of those threads and saw very few that were really Fantastico problems, many came from people who either didn't follow the process (however that can be done) or had very complicated module configurations.
Nancy W.
now running 5 sites on Drupal so far
Drupal Cookbook (for New Drupallers)
Adding Hidden Site Design Notes
NancyDru
for other users who may
for other users who may stumble on this please read: http://drupal.org/forum/fantastico-de-luxe and http://drupal.org/node/120079 where it explicity states that update.php is removed from fantastico installs. Thus, how would one update their modules when needed ?
they can't.
It doesn't
Fantastico doesn't update non-core functions (modules, themes, custom code) any way. Never has. It is only for core Drupal.
Nancy W.
now running 5 sites on Drupal so far
Drupal Cookbook (for New Drupallers)
Adding Hidden Site Design Notes
NancyDru
no kidding....
If they (fantastico) remove the update.php file from a Drupal installation, when a user NOT fantastico goes to update a contrib module they can't run update.php to update the database, nancy.
Thats the point. if update.php is not inlcluded in a fantastico installation, then contrib modules can't be updated by the end user at all. Contrib modules are updated very frequently, it would suck for a user to find out they can only install one instance of a module, and if its got a bug, then they are stuck because they can't update to the fixed version of a contrib module in cases where they database needs to be updated for the contrib modules by running update.php
True
That's why I have updated my book for newbies to tell them to copy
update.phpto the server from the test site on their PC.BTW, another little thought, for those who are bandwidth limited, a Fantastico install doesn't count.
Nancy W.
now running 5 sites on Drupal so far
Drupal Cookbook (for New Drupallers)
Adding Hidden Site Design Notes
NancyDru
upload durpal website
I am made my website in Drupal I can't upload it on servicer first i face problem with mysql i try solve that now facing problem with themes how can upload themes of website. waiting your good guide
thanks
=-=
http://drupal.org/documentation/install/modules-themes