|
Author
|
Message
|
|
Joan Roca
|
Monday 19 February 2007 9:53:44 am
Hello,
my site is suffering some strange problem, i dont know how to solve.
In the public site, some data has disappeared. It seems like database has corrupted but im not sure. I tried to delete cache but it has no effect. Changes in the inis have no effect. And the worst is i cant login in admin interface. You can see here: http://www.omega-peripherals.com/index.php?/omega_admin is there some ez internal log or where i can begin looking for?
|
|
Mark Marsiglio
|
Monday 19 February 2007 10:45:27 am
Can you enable debug? This is a very strange question perhaps, but have you manually edited ini files over FTP from a different timezone than your server is set to?
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
|
Joan Roca
|
Tuesday 20 February 2007 12:45:29 am
hi, yes, im editing files in Spain and the server is in EEUU. The problem has started due to some hardware failures in Siteground servers, perhaps somebody here knows something else.
I have activated some debugs. You can see here the public site:
http://www.omega-peripherals.com/
and the admin area:
http://www.omega-peripherals.com/index.php?/omega_admin many thanks in advance
|
|
Joan Roca
|
Tuesday 20 February 2007 1:14:35 am
I am testing the following: i have edited the home_full.tpl and the changes doesnt appear in public site. I have cleared cache directory manually and also executed clearcache.sh --clear-all and still it seems to be cached. Any directions?
|
|
Joan Roca
|
Tuesday 20 February 2007 1:18:22 am
After reloading several times, now i get the changes in the home_full.tpl but still there some object attributes empty...
|
|
Joan Roca
|
Tuesday 20 February 2007 3:40:38 am
i have installed a new ezpublish 3.8.4 in a subdomain in the installation page looks like this: http://www.omega-peripherals.com/es/index.php String text has disappeared too. any ideas?
|
|
Mark Marsiglio
|
Tuesday 20 February 2007 4:34:37 am
I ran into this problem this week when one of my developers worked remotely from another timezone ahead of the zone of the server. Strangely enough, though the file checksummed the exact same, the fact that the date was ahead of the servers date was causing a problem. The only solution was for him to edit the files using the command line via ssh on the server itself. Any other attempt to edit settings files caused the site to be totally lost. Restoring an unedited file via command line also restored the site. Another option would be to only edit settings through the admin interface, which should prevent the problem. Editing templates did not seem to cause a problem.
http://www.thinkcreative.com
Turning Ideas Into Strategic Solutions
|
