So, we are using Linux, Apache, PHP 5.4.
I'm using Wordpress 3.5, which is where our problems started. I'm also using a theme from ThemeFuse.
I had to revert back to a really old version of TimThumb because the latest version doesnt seem to pleased with the PHP 5.4 or Wordpress 3.5.
Does anyone have any suggestion for getting v2.8.10 or v.2.8.11 to work under Wordpress 3.5 using PHP 5.4. I have it running and working on our development site, but when i moved the website to the live domain, it broke so there is one section on my site where the images won't load.
I am just wondering if there is a known issue with either Wordpress 3.5 or PHP 5.4.
When i go to the page that uses TimThumb I see broken images on the page. Right clicking and open the image in a new window gives me further details.
The error message says that TimThumb can't find the image eventhough when i take a the url from ?src parameter and open that url up in a browser, the image loads fine.
As a temporary solution, I've reverted back to a really, really old version of timthumb. This is not the best solution because I know this version is vulnerable. So i need to work out a final solution in the meantime.
Thanks in advance for any thoughts.
Old question but I'm going to post an answer here as I've just had issues with this. This might not answer everyone's TimThumb issues but it solved mine. I followed the trouble shooting guide at Binary Moon and had no joy. Managed to find this thread here on Themeforest;
http://themeforest.net/forums/thread/tim-thumb-problem/32860
The comment by Olegnax is the key. It's possibly a security config on the server which the hosts will have set (but the operative you deal with at the support desk might very well not know about). If you receive a 500 Internal Server Error message on images resized by TimThumb, try the following:
Set the file permission on timthumb.php to 700 (read, write, and execute for owner only).
Check the cache directory (folder) permissions. Setting it to 777 will give you a 500 – Internal Server Error. Set it to 711.
Related
I experienced strange behaviour of wordpress. Whenever I want to publish a post or page it says "Missed schedule". But I have no intention to schedule. I want to publish something directly.
Some times later (I assume when wp-cron runs) the pages gets published. But this bahaviour is immense problem for me developing the page, as the customizer crashes and is not able to update changes. Usually a "immediately" published post should be published, well, immediately. Never had this issue before on other systems. I do not need the scheduling function at all, but now I am forced to schedule anything?
Setup:
CentOS 7, PHP 7.4, Apache 2.4, MySQL (Fresh Setup of the LAMP Server) Als tried PHP 7.3/MariaDB.
Installation of latest wordpress 5.5.1 without any issues (but also tests with older versions caused the problem)
Check of Servertime vs. Wordpress timezone - everything fine here
Standard Theme adter installation, no plugins active!
Checked the rights for apache user, everything fine (755/644)
Checked the "run wp cron" plugins, but thats not solving the issue.
I assume there is some problem with wp-cron or the db but most probably my server setup is missing some dependency/configuration? (But I tried different Tutorials for installation, so must be something very basic...)
Somehow it seems like nobody every experienced this issue, as I googled for hours... Hopefully sombody with more backend experience can explain whats happening here and how to fix it.
Here is a picutre of how the workflow looks like
If you are publishing without schedule Wordpress will publish it unless something prevents it from happening.
There is a known issue where if you use localhost server may have issues with Gutenberg so for test purpose try https://wordpress.org/plugins/classic-editor/ and see if its fixing it for you. If it does its probably a problem with your server settings preventing the rest api to work or issue with wp-cron.php.
Same problem here with all installations of WP in a VPS.
No useful info on google.
Somebody has find a workarround: change Centos+plesk to Ubuntu+Plesk. This seems to work fine.
I have finally found a solution to the problem. Changing the system is not a useful option for me.
In this forum they explain the problem: here
And it brings us an explanation in the plesk forums: here
It is basically a problem in CentOS7, the UTC file is not valid and this causes problems in publishing changes in WordPress.
The problem is solved by replacing that file "/usr/share/zoneinfo/UTC" with a correct copy (I have taken it from another server with CentOS6).
And everything works correctly.
You don't even need to reboot.
I discovered the editor "brackets" yesterday and tried to get it working. Now I have some trouble with the live preview, which does not seem to cooperate with php files.
I opened my folder, selected the index.php and when I clicked on live preview it requested for a base url (I am running brackets version 1.7 on windows 8.1 if this is of any relevance). I have also read some instructions about this problem here, but it all leads to the consequence that it isn't possible to actually use live preview but only local servers with php files. Does anyone perhaps have a solution for this?
Most of the instructions I read are already a little bit old so perhaps it is somehow possible now (preferably without needing a local server). I have heard so many positive things about the editor, I am actually really eager to use it.
Going with a local solution for now
quick question:
i'm developing a wordpress theme for a client and have a heavy use of the_post_thumbnail function.
now, on my local dev site (running under MAMP) everything works like a charm and all the images get hard cropped to the correct size.
on the live dev site the cropping is completly ignored by wordpress. the output of the image is
.../wp-content/uploads/2010/06/07.jpg
but it should be
...wp-content/uploads/2010/06/07-160x230.jpg
after i changed my settings on the live/local dev site i used the ajax-thumbnail-rebuild plugin to rebuild all the images.. it just wont work on the live site.
now i read somewhere that the wordpress hard crop function relies on some php library calld php_hd2. can anyone confirm this?
//UPDATE
Thanks to Fredleys link it seems to be the GD library i meant. Which is installed on my server. sadly in the comments on the link people still have the problem despite GD being installed (which i can confirm for my server tomorrow).
But there is one interesting comment in there on the end of fredleys link:
wp_get_attachment_metadata() returns a hash without 'sizes' key. And that hash is returned by a call to apply_filters()
which sounds like my problem. i have all options in the backend available, nothing greyed out, and the images are available on the server.. they just won't get called on the frontend.
// UPDATE 2 & SOLVED
Ok. Found the Problem. The Server is running on Debian which has the gd_lib installed - BUT not the bundled Version. So there are things missing in this package. If you need to install the right version of gd_lib on Debian you'll find a nice solution here.
I think you mean gd2 and yes, you need to have it installed.
I am running a PHP site that uses Ajax and jQuery as well. The site will run fine for quite some time, and suddently my pages (and ajax-retrieved sub-pages) comes back with the message
PHP has encountered an Access Violation at 77FCAFF8
It seems that rebooting the server corrects the issue. Running PHP Version 5.1.6 (Windows NT 5.0 build 2195). I did a some searching on here and some other sites, and there seems to be no fix..
URL REMOVED
UPDATE:
I think I'm on to something.. will get back to you.
UPDATE
After reviewing the IIS setup, i noticed there was no Handler Mapping setup for the website. This, of course begs the question - how did it ever work in the first place, when it was originally setup this way!? I added the handler mapping and it seems to be Okay so far.
UPDATE
The problem popped its heads out again this morning after 36 hours without encounering it. Back to the drawing board.
UPDATE
We ended up just moving the site to a secondary web server where we were able to upgrade PHP without an issue.
This is a PHP issue somewhere. You could spend some time narrowing down which function you're using that is causing the problem. I would instead upgrade to a newer version of PHP. If still no luck, try a slightly older version. There have been significant changes with version 5.3.2.
After some research I think this may be the solution (Taken from http://bugs.php.net/bug.php?id=28929 ):
[2010-06-11 15:12 UTC] in2ishun at yahoo dot com
***************** SOLUTION!!!!
I realize this issue is AGES old, but it still manages to be the top hit on Google searches as of now (6/2010).
I fixed my own instance of seeing this error. W2k3, IIS6, PHP 5.2.6, MySQL 5.1.
The problem is in the pathing. When I used the MSI installer for MySQL without doing an "advanced" installation (where I could manage the install details), it added a path to the system environment that contained spaces. Even after changing the path environment to use the Windows short-name location of the mysql bin directory, it still didn't work.
The solution was for me to reinstall mysql and set the default installation path to just off the root (e.g. C:\mysql). Once I did that the error went away and my app started working.
There are a number of sites with a variety of potential solutions to this issue and several of them mentioned paths and the "libmysql.dll" file (in the "bin" directory of your mysql installation).
If this helps you solve your problem, consider leaving a comment here so others can see that it works.
I've been experiencing a safari problem while building a web application. The screen goes completely blank (white) and refreshing won't help. Going to another page on the site gives the same problem. Then magically, after a little while, everything goes back to normal and pages are rendered correctly!
This started happening around the same time that I SUSPECT my hosting automatically upgraded from PHP 5.2.x to 5.3 (all of a sudden, we got 'deprecated function' errors and the error settings and handling were unchanged)
I also have to mention that this doesn't happen in our dev environment (PHP 5.2.9, Apache 2)
Settings
Safari 4.0.2 and the latest one (don't know the version)
Server side: PHP 5.3, MySQL 5.0.90, Apache is cPanel Easy Apache v3.2.0
Does anyone know why this is happening at all or know how to fix it?
If it happens with other browsers as well as safari it is probably an error message generated but not displayed. Depending on your code these can be time dependent.
If you have an error log file on your server check it's content.
You should also set up a PHP 5.3 development environment as quickly as possible. There are things that can go wrong when upgrading from 5.2. to 5.3 (see this page and yes, you can get angry at your provider, the PHP site does not advice an upgrade without a code check).