phpfreak Posted May 12, 2009 Report Share Posted May 12, 2009 I'm working on one of these phpVMS sites and I'm not sure if my client updated the site or what he did (communication can be quite delayed) and we're getting this message: Notice: The template file "/home/europea1/public_html//lib/skins/CURRENT_SKIN/header.tpl" doesn't exist in /home/europea1/public_html/core/classes/TemplateSet.class.php on line 206Recent Reports No reports have been filed Newest Pilots Warning: Invalid argument supplied for foreach() in /home/europea1/public_html/core/templates/frontpage_recentpilots.tpl on line 3 Notice: The template file "/home/europea1/public_html//lib/skins/CURRENT_SKIN/footer.tpl" doesn't exist in /home/europea1/public_html/core/classes/TemplateSet.class.php on line 206 A few things going on here: 1. Note the double / after "public_html" in the template file url. 2. Note that Constant "CURRENT_SKIN" is not defined apparently and the constant's name is output. odd result if you ask me. I defined it in the core/codon.config.php and it fixed that problem which revealed to me another... 3. Constant "SITE_NAME" is not defined and is also being output simply as the constant's name. 4. I'll venture a guess that the problem with $pilots is due to the other variables being screwy. 5. Logging in does not work, also will guess it has something to do with the other problems. Any help appreciated. Quote Link to comment Share on other sites More sharing options...
Administrators Nabeel Posted May 12, 2009 Administrators Report Share Posted May 12, 2009 Hey there, It seems like the setup didn't go properly. Try a fresh re-install. The CURRENT_SKIN, etc are pulled from the database, when that failure shows up it means it failed pulling it from the database. What version of PHP and MySQL? Quote Link to comment Share on other sites More sharing options...
phpfreak Posted May 12, 2009 Author Report Share Posted May 12, 2009 Thank your for the quick response. This may not be a problem with phpVMS at all then, it may be a problem with the host my clients website is being hosted off of. I'm not familiar with this application really at all yet, just a little with the API (I'm building a module for them). So I immediately went into the db though phpMyAdmin which is provided via cPanel by the host. When I click on the table `eua_settings`I get this error: #1033 - Incorrect information in file: './europea1_10/eua_settings.frm' I understand entirely if you do not desire to provide support for this issue, doesn't seem to be a phpVMS issue. I'm going to do some of my own research and if nothing turns up I'll talk to the guys at phpfreaks. com again, thanks for the speedy reply. Quote Link to comment Share on other sites More sharing options...
Administrators Nabeel Posted May 12, 2009 Administrators Report Share Posted May 12, 2009 No problem. Try running a repair on the table, or delete the table, and re-run the install. Smells like corruption though. http://www.google.com/search?q=1033+-+Incorrect+information+in+file%3A+.frm May be a solution there. Also, I'm not sure if you're using the latest updated version (build 700 now, released today). I would try a scratch install with that. Quote Link to comment Share on other sites More sharing options...
phpfreak Posted May 12, 2009 Author Report Share Posted May 12, 2009 REPAIR TABLE did not have any effect and returned errors stating corruption, good call. I deleted the table `eua_settings`and replaced it with the copy I had on my testbed. The constant's are fixed now, which is an improvement. Other tables are having the same issue, so I will need to replace all of the tables likely. re-running the install will destroy all of the data, correct? I'm not to keen on updating the application quite yet, would like to give it a few days/weeks to have the more serious users test it. Nothing personal, just a practice I have for updates. I appreciate the help, thanks. Quote Link to comment Share on other sites More sharing options...
Administrators Nabeel Posted May 12, 2009 Administrators Report Share Posted May 12, 2009 It won't destroy data, but it won't really do anything. You can export the data, delete the database, and reinstall, wipe the tables of data, then reimport the old data. Kinda lengthy, but should be one or two steps with the phpmyadmin exporter, I think there's a option to have it wipe the table data http://phpwsforums.com/showthread.php?t=3034 may help as well. This latest build 700 (today's) fixes alot of bugs, and it's now rigorously tested versus the other builds (full test suites, etc), been on running beta with quite a few users running, but I understand the waiting. I'd also contact your host and let them know there was corruption, might be something else going on. Quote Link to comment Share on other sites More sharing options...
phpfreak Posted May 12, 2009 Author Report Share Posted May 12, 2009 LOL, so the export f'd up without error message or even a single sign of issue. I dropped all of the tables and ran the import and less than half of the tables were actually properly stored in the the export. Lost some data, but the site is up and running. Well, I'll be contacting their host and finding out if they have a backup we can revert to and also what we can do to prevent it from occurring again. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.