Error in logfile regarding captcha file after migration

[Guest]

Hi

I have just finished a migration to a new server.
I probably did it the "hard" way, but I finally got it working.
The only thing I notice is that captcha's work but produce this error message in the logs:
[Wed Feb 16 17:15:51 2005] [error] [client 203.142.149.67] File does not exist: /home/httpd/vhosts/alienconcept.com.au/subdomains/paula/httpdocs/plugin/captcha_7194eb07a154a94665a1f6733d94e61c, referer: http://paula.alienconcept.com.au/commen ... e]=comment

If anyone is interested these are the steps I did for the migration:

1. rsync the files off old server to my laptop
2. mySQL export of all the tables
3. ftp files to the new machine which is a virtual host at a histing company
4. import the data into mySQL
5. Edit the paths in the config table to get the paths right
6. Edit all the paths in the entries that refer to images on the server to the new path of the upload directory
7. Discover that I cannot get into the administration page - need to type the full url i.e. serendipity_entries.php to get to that page .... and hence discover that my ftp program did not copy over the .htaccess file
8. Edit .htaccess file to reflect the new paths
9 Get into the adminsitration panel and change the path to imagemagic - this gave a permission error on save - had to get the service provider to fix this as I did not have enough permissions (the error message is very helpful I emailed this to them and they followed the instructions)
10 well here I am asking about the error in the captchas - it does work, you casn post comments but it leaves the error in the log every time.

You guys and gals probably know an easier way of migrating to a new machine with different paths - if you do I would like to know as I have another blog to do


Thanks

[Guest]

Hi

I seem to have a problem with loosing the CSS layout when clicking on the calendar - does anyone have any ideas ?

Stephen

[garvinhicking]

Hi!

It seems as if you have your "URL Rewriting" Configuration directive set to "Apache Errordocs", right? In that case Apache will sadly log each request to a "pretty URL" as a "file not found" message. So this should occur many times for each pretty URL.

If you are using mod_rewrite, then it seems your .htaccess is not yet rightly updated to reflect the rewriteRule for the /plugin/ path. The best way to fix that case would be to let Serendipity regenerate its own .htaccess file. To do so you must trigger a change which needs .htaccess updating - like changing your "URL Rewriting" directive to "None" and then back again to "mod-rewrite".

Your migrations steps are pretty alright, well done!

Regards,
Garvin

[Guest]

Thanks.

Oh and the loosing of the template was me removing the relative path completely instead of leaving a /