I know that this question is asked many times before but I'm out of options and none of the answers given on Stackoverflow is helping.
I'm working on migrating a Magento webshop to another server, everything was working fine yesterday until I migrated the app/etc/modules, app/code/community, app/code/local, js and lib folders. Magento just gave me a blank page after that, I removed those folders (keeping the original Magento files) but all the pages are still blank.
My error logs don't give any detail about why the page isn't loading, and removing the # in the index.php for
ini_set('display_errors', 1);
Doesn't work either because the first error that is showing up is a PHP5.3 error because the client runs Magento 1.3.2.1 (fixed by using this tweak: http://spikomoko.wordpress.com/2009/08/19/magento-not-working-on-php-5-3).
Is there anyone with any information because I'm out of options.
Okay, found the answer.
I extracted my lib and js folder from a tar.gz file, this replaced the modified lib/Varien/Object.php with the original one. Causing a blank page error because the errors are disabled in the Magento index.php.
Related
Some background information:
We developped a website in magento and it runs just fine on our server. Now we need to transfer the website, but as soon as we copied the database and all files to the new server we had some problems. The website seems to run just fine but when we login with the same login information as before all of the admin pages are blank. we can see the admin bar on top but not the content.
This site isn't live on the new server since we just changed the .hosts file in order to see the site.
I tried a lot things all around the internet but none of that seems to work.
What could couse this problem and how can we fix this?
I just found a solution.
i added these lines to my index.php file in order to see logs of the problem.
error_reporting(E_ALL);
ini_set('display_errors', 1);
Then i saw some error loggings on the admin page telling me there was a problem with CURL.
So i want to my php.ini file and i saw that CURL wasn't enabled there. So enabeling this did the trick.
I've been fishing through answers to similar problems, but none seem to address the issue we currently have. To sum up what has occurred this far:
Client has a website running joomla v1.5.12 (yeah, we know it's old...)
Site was very slow so upgraded hosting package to higher specs.
Took an FTP backup of the original site beforehand and then copied it accross.
Site works on the front end as normal. Sends emails and is both cosmetically and visually sound.
However, admin pages keep showing errors in the same vein as the following:
JFolder::folder: Path is not a folder
and
Warning: Invalid argument supplied for foreach() in \\**servername**\Domains\e\sitename.com-XXXnumbersXXX\user\htdocs\libraries\joomla\language\language.php on line 712
The errors keep popping up throughout portions of the admin side of things. Trying to add or edit any new articles results in a blank screen. Editing other modules results in the above foreach() errors. The foreach() functions are being passed filepaths, but I can't figure out their values (I'm not much of a PHP dev).
Why would the front end work without any problems and only the backend areas have an issue?
Any ideas of how I should go about troubleshooting this?
Many thanks in advance,
D
Whenever I have issues with a new Joomla install I check the following things:
Are file paths set correctly?
Are the file permissions correct?
Are the tmp and log folders writable?
Is the .htaccess file set correctly?
You can find the answers to the first three at the following location:
Joomla Admin Panel > Help > System Info
Hope that helps
I have a WordPress website that's been running for almost two years now. All of a sudden, it started to show a blank page on any public page. The admin part on /wp-admin is still working without any problems.
A http request is successful (status 200), but the returned content is completely empty (not even an tag).
I'm not really a PHP/WP expert. A simple web search got a lot of results, but mostly old stuff and never any clear conclusion of the problem's source, i.e. how to fix it. I already enabled WP_DEBUG in wp-config.php, but this only shows debug messages in wp-admin, but the public page remains blank.
Where should I continue searching?
The problematic website is http://lolkitten.org/.
Update
I just found index.php inside my public_html, which was empty. After writing something into it, it appears on my home page! Also, there's a directory /home/<user>/home/<user>/public_html/ which looks like complete nonsense to me.
Update 2
The Problem solved itself after upgrading to Wordpress 3.8. I don't know why, but it seems like some files (like index.php) were messed up and got replaced by fresh ones in this update.
Possible solution / workaround
I've had this problem again. This time, my index.php was completely empty. In my dashboard, under Dashboard > Updates, I clicked on Re-install Now and it fixed itself.
Most likely the wp-content folder can’t be found. When you login to the admin does it state that the templates can’t be found in red text in the center of the page right when you login?
I recommend going into your wp-config.php and adjust—or add—the following constants:
define('WP_SITEURL', 'http://lolkitten.org');
define('WP_HOME', 'http://lolkitten.org');
define('WP_CONTENT_DIR', '/path/to/your/wp-content');
define('WP_CONTENT_URL', 'http://lolkitten.org/wp-content');
Fairly confident that the key to fixing this will be the WP_CONTENT_DIR setting. You need the full path to the directory in the file system to your wp-content folder. So if you have a standard Unix setup with lolkitten.org in it’s own directory that path would be:
/var/www/lolkitten.org/wp-content
And the WP_CONTENT_DIR value would be:
define('WP_CONTENT_DIR', '/var/www/lolkitten.org/wp-content');
EDIT Adding info on how to determine your script’s absolute path if you do not have SSH access to the server, but have FTP access of some sort. Just FTP to the server & create a test file called test.php and just put the following code in it:
<?php
echo dirname(__FILE__);
?>
Now load that into your browser to get the full path:
http://lolkitten.org/test.php
__FILE__ is a magic constant in PHP that will echo the full/absolute path of a PHP script.
try deactivatinhg all the plugin once.
And if you can not access admin panel do the following to deactivate plugins
In the database - wp_options table
change the entry to a:0:{} on option ID 35- active_plugins
As far as i see error, it is because of share-buttons plugin.
Try removing share-buttons plugin from plugin folder and then check again.
If still problem exists then remove all active plugins and check again.
I too had same issue and it was because of plugin. I deactivated plugins one by one and my site was recovered from crash.
Iam developing a cart using opencart and I followed
SEO SEARCH URLS
for changing the result URL from top search form.And it worked perfectly on my localhost.But after I uploaded those files to live ,it is not working even it throughs me a error like
Fatal error: Cannot redeclare ControllerProductSearch::ajax() in /home/myopencart/public_html/vqmod/vqcache/vq2-catalog_controller_product_search.php on line 744.
Can anyone suggest me to get rid of this.
I'm assuming in ControllerProductSearch you have more then one function called ajax.
There might be a couple of different files called vq2-catalog_controller_product_search.php and the new site may be picking up a different version then what is intended because of differences in include paths. That may explain why it is working in one environment and not the other.
I noticed two that it is being pulled from a vqcache directory, could vqmod need a cache refresh.
To refresh the cache you simply delete the /vqmod/mods.cache file
I recently moved a magento install to a new server and a new domain. I updated all the entries in the database with the new domain and path. The admin works fine, indexing works fine, cache management works fine.
However on the front end, the site renders all the way until the first product, and then it stops. The rest of the products don't render, and neither does the footer or any other blocks.
I tried to switch back to the vanilla theme that magento ships with, and it still happens.
The files on the new server are exactly the same (rsynced), and the only difference in the db is the domain and path.
Any ideas?
Edit
If it helps, the currently broken url is http://stiles-store.ddmstaging.com/
It's a fatal error. Turn on developer mode and reload the page - you will see the error message.
You can turn on developer mode by two ways:
1. At backend
2. Change code in index.php from
if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) {
Mage::setIsDeveloperMode(true);
}
to
//if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) {
Mage::setIsDeveloperMode(true);
//}
This error is occurring because you might have specified some images or links of your development machine. So Magento is not able to connect to your local machine/development machine from where it is trying to fetch the components.
Try to check whether you have specified the links of your server on which you are currently running your magento instance .
Hope this helps you
Missing GD support in PHP is the reason for this.
In our case GD support was compiled into PHP 5.3, but when we migrated to the new server with PHP 5.4 the sysadmin forgot to include the now shared GD module.
Unfortunately there were no error messages in the server and Magento logs. Basically this question resp. Jack's last comment saved me a ton of time!
Hope this will help others, as I was searching for the PHP version and product image URLs not rendering.