5:19 pm
Thanks,
The problem is with WordPress V5.2 and some plugins and versions of PHP.
For reference if anyone else gets this issue, Check your Php and MySQL versions.
Login to see this link
WordPress made this important announcement for users to update PHP.
Login to see this link
Also take note of the versions of MySQL your hosting is running.
Login to see this link
Upgrading to PHP 7.2 and MariaDB V10.1 solved the Wordpress v5.2.2 problems which were showing this error
The site is experiencing technical difficulties. Please check your site admin email inbox for instructions.
If you are running Centos on your server it may be running the bundled early versions of MySQL or MariaDB as mine was.
9:49 pm
July 13, 2017
Hello,
I just noticed my cyberseo plugin stopped working about 3 days ago.. I am already using php 7.2 below is the error in the email. I have increased my execution time in php ini to 1500 up from 300 and still the same error. Any suggestions? It was working fine up until about 3 days ago and I can't even run just two urls manually I get the same error. I have see one or two more posts about this stating it is not cyberseo but what would cause this all of a sudden. nothing has changed on my server as far as I know. It is a dreamhost vps with plenty of memory
Error Details
=============
An error of type E_ERROR was caused in line 3 of the file /home/wp-content/plugins/cyberseo/cyberseo.php(52) : eval()'d code. Error message: Maximum execution time of 9223372036854775807 seconds exceeded
Thanks,
Paul
As I said above, that's not a CyberSEO error. That's a MySQL error caused by WordPress when it writes data into a database. Since CyberSEO does not alter the database directly and does it only via WordPress API, there is no way to fix it via code. I had the same problem on one of my servers running CentOS 7 (this doesn't happen with Ubuntu or Windows servers). It was solved by switching PHP mode to "CGI".
5:55 am
July 13, 2017
Ok, understood but how was it working for me for the past two years on same server without issue. I just checked and re-saved my vps settings and it is set to php 7.2 cgi. There is an option to go up to 7.3 cgi to but I thought I had issues with some wordpress sites when i went up as high as 7.3 and went back down to 7.2
Is there really an upgrade to an version 8 and does it address this or no not at all?
Thanks for the quick reply.
I can't say what happened. The version you were using was not changed as well, right? The most recent version of the plugin will not help to solve the problem too. When WordPress writes data to the MySQL database it crashes on some CentOS servers. I don't know what really happens there, but this particular API function causes the problem: Login to see this link
As I said above, it won't happen if your server runs Ubuntu or Windows. It will also not happen if your PHP engine works in CGI mode. So it's not an error in the code. It's a some server-side issue which requires a lot of components mixed together to be triggered (MySQL, CentOS 7, PHP which works as an Apache of FastCGI module, WordPress and CyberSEO). For example, I can not reproduce it on my home computer which runs Windows 7.
There are thousands of CyberSEO customers and only few of them (including me) have faced this problem.
12:33 am
July 13, 2017
I've got support ticket/team working on it with me. No luck yet. They made me reinstall wordpress via the command line and i think they changed php 72. fastcgi to just 7.2 cgi but still getting the same issue. They suggested I update the plugin but i told them you claim the newer version does not address this issue. I'm still having a hard time understanding how it just stopped working 5 days ago but I will let you know if I discover anything.
7:18 am
July 13, 2017
What do you think would cause it to just start with the error and failure to scrape all of a sudden just about a week ago. I just happened to notice no new posts and i can see the last imported posts are from the 17th and then just one more on the 21st and then nothing. I went to try and run a few manually and thats when i noticed the issue. I guess it has been erroring silently for the past few days and I never knew it. doesnt look like dreamhost support is going to help. i haven't gotten an answer if there was a server os upgrade or not yet.
9:58 am
August 23, 2019
Yes, I am getting the same thing. Nothing works anymore. I am using CentOS7 with cpanel on apache linux. Typical LAMP environment running on IONOS XXL VPS. I have 6 cores and it maxes it out when it works. Now it just does not do anything when the cron runs. Stopped working about two days ago and there is nothing I can do to fix it. We are already using PHP in CGI mode. We have the latest MySQL and PHP installed as well.
Something has gone terribly wrong and I have a feeling many, many more people are getting ready to squeal sir. I also have a sneaking suspicion that WPeMatico did not use WordPress API and may have created their own. My suggestion is to look into what they have done and decompose that plugin to see if their get and post engine is superior and also to see if you can see how they made it so solid and fast. The ONLY issue I have with that plugin is the lack of features. OH, and when it posts it posts tags for the post but they are not recognized by WP to Twitter. Using your plugin was not an issue with tags being recognized and posted to Twitter with WP to Twitter Pro.
I am going to try and uninstall the plugin and reinstall the plugin to see if a fresh start does anything. Who knows, might get lucky.
11:49 am
August 23, 2019
Uninstalling the plugin and reinstalling with a fresh install from download of pro did not work. Now I am trying uninstalling all feeds and uploading them one by one again manually instead of with old .dat file. It appears to be the case that the settings have something to do with this. If you feeds get all messed up in the timer incrementation, it crashes the program. Then the program remembers this state, and it is not possible to remove the settings until you remove the saved feeds. It's a hell of a lot of work but I am going to try and see if it works. I really don't want to spend the money on Pro here and then have to spend even more over at WPeMatico. I will update once I have done so.
benjamindemers said
I also have a sneaking suspicion that WPeMatico did not use WordPress API and may have created their own.
All those scripts that use their own code to write (not read but write) into WordPress database bypassing the official API code sooner or later will destroy it. The database format is changing and the only way to alter it is the official API. It maybe really slow, but it's slow with a reason. Look at any WordPress function and you'll see that even a simple deletion of a post is not a simple MySQL query as many 3rd-party scripts do. It looks like this:
Login to see the code
And this code calls lots of other functions that also have a lot of code and... they call other functions as well. Course it works very slow (PHP is not a lighting fast thing), but there is no other way to alter the WordPress base correctly. Otherwise in the best case it (the database) will have enormous size because of junk, or it will be fully destroyed in the worst case. Who will you blame for that? I think the coder, right? There is official Login to see this link and every programmer must follow it.
2:58 pm
August 23, 2019
I think it bears looking at the solution offered in the other plugin before we jump to conclusions. Something different is going on that is a ton faster and is very stable. On another note, I installed a fresh instance of CyberSEO Lite on a brand new site and it is whipping along at light speed with no issues. So I can confirm that this is a matter of slowdown due to database size and the number of posts. So there is a tradeoff here. The excellence of your features in the Pro package versus limiting the power of SEO through sheer numbers of posts and evergreening content. In order to achieve the weight necessary to move the needle so to speak, one has to have a volume of content.
The function to assign a lifetime to the posts is most likely the workaround that you thought of and I am sure that if I kept everything to about a week of posts it would function perfectly but I would be getting a ton of 505 errors from Google AdSense and eventually get kicked out. Too much post rotation is a major red flag.
You might be able to get away with about 90 days of rotation and not trigger the Google Apocalypse on your site.
The journey that I have been on so far has been quite a nightmare. I started out on shared hosting with a site running CyberSEO Lite and WP to Twitter. I did some excellent backlinking and was cooking along with over 30K unique visitors a month, page RPM of 26 USD and CPC of around 5 USD. Then I hit the 1GB database limit on shared hosting and the site died. I had no way to get the database to work without removing tons of entries in the wp-postmeta and wp-posts tables which just ruined the site and I had to start over but I did so on a VPS server to avoid the database size limit issue. I managed to get everything back up but the bots lost me in the IP changeover even with an htaccess redirect and I had to start over again at about 100 visitors a day. The site worked pretty well off and on and I was able to get the number of posts back up to around 120K and started to pull some search traffic again and then it started really freaking out. I spent a ton of money on server and database specialists to analyze what could be done with the server to make it more efficient and I upgraded to the largest VPS package (6 cores, 12GB RAM, 240 GB SSD) but nothing helped. It ate that disk the way a kid eats candy, voracious. Needless to say stuff just started changing out of the blue, the security holes in the website due to the lag problem on post-insertion and closing out the tables caused me to get hacked no matter what I did and I got pretty messed up so I had to can that instance too. Now I am on my third instance and it's basically dead in the water as well. The failed calls are in the cache and it does not have enough juice to move beyond them and run the plugin at the same time with more than one RSS feed. If I go over one feed the entire site crashes. Tons of anguish and now two months later and no hope of recovering the success I once had. Shared hosting flexes power to the user that needs it the most and so I was able to get away with sucking whatever power was necessary to continually beat the ceiling and I was none the wiser until I hit the DB limit. BOOM. Death spiral. This is with several server and database specialists on payroll trying to figure it out.
The test instance that I just set up confirms that what you said about lag and post-insertion as well as some other things like timer incrementation in your two timers on the dashboard, which when they get screwed up by the lag cause all sorts of nasty shit to happen.
But look, I am not knocking your plugin. It is by far the most feature-rich and amazing Autoblog plugin out there until you hit about 20 K posts. I put on about 1200 posts a day so that happens in about ten days. So basically I would have to set the post-life to two weeks tops. Way too soon to escape the Google hammer I am afraid. My prototype will only exist for about thirty days on a shared server or on the cloud where I Would be spending about 1K a month on bandwidth for sure to keep an archive site that would influence the bots and suck search traffic.
At the end of the day you don't need much. You need the ability to pull from at least 50 RSS feeds in your niche keywords and post about 1200 to 2400 posts to your blog and Twitter daily being careful not to trip Twitter's API. Then you need the ability to archive above 150K article snippets with a fairly good sized excerpt (around 400 words) with a nice looking "Read More" link. You need internal linking on specific niche keywords that lead to all your category archive posts. Finally you need to have the ability to evergreen your old content to keep the bots happy with the age of the posts. Externally you need to have a strong and well thought out backlinking strategy but that can be done effectively in about 30 days. The Achilles heel is the lag from the database on anything other than unlimited resources. That is why I am so impressed with WPeMatico RSS Feed Fetcher. The features are not as Cadillac but the performance is Hot Rod, literally kick ass. I installed it on the site I imported the posts (127K) from my second instance (this current iteration - not the dev or brand new instance) and it churned right along as if nothing was different from a brand spanking new site like the dev/test instance is now)
However it has issues. The tags do not get picked up by WP to Twitter and get converted to hashtags. Some hook is not functioning properly there. So that literally cuts your impressions on Twitter to less than a third. Not tenable. I am not sure if the Pro version of the plugin functions any better but he has a no refund policy so its a steep 280 bucks to find out! Ha ha! I am tempted to bite the bullet because of the performance. I did the same with your plugin due to the features but hit the snag of performance lag and site degradation/hacking/vulnerability.
So I was thinking that if the performance of WPeMatico could marry the Kick Ass Features of CyberSEO PRO and have a kid, that would be money. Big money. But alas it most likely never will be.
I will continue to update you if I continue this journey. Right now I am just kinda watching the dev/test instance to really flesh out my theories on performance and when and where things go bat shit crazy.
3:30 pm
August 23, 2019
UPDATE:
The dev/test site is now starting to lag. Much sooner than I have thought. Only at about 100 posts in the first 16 hours because I am experiencing some significant lag. The cron on the server is set to run every 15 minutes. I have ten feeds from Google News checking every one minute for updates and posting one feed item each. So theoretically that should be 10 posts every fifteen minutes for a total of 40 posts per hour for 16 hours. That should be 640 posts by now. Instead, I have less than 100. I do not have any delay or randomization turned on. I am not saving images or even scraping them. Bare bones, just the post and some ads. So basically it is worse than I let on in the post above unfortunately.
I have the site I talked about in the previous post running WPeMatico free version because it will not run anything else. It is pumping out 10 every fifteen minutes without a problem. I want to see the breakage you speak of first hand so I am going to continue to run it hard to see what happens. Will update.
4:32 pm
August 23, 2019
Final update:
Our LIVE site is running WPeMatico and cranking out a steady 10 posts every 15 minutes with less than 25% load on CPU while the DEV site is maxed out CPU of 6 cores and posts only 6-8 posts an hour.
WPeMatico however does not create posts where the tags are picked up by Social Media Broadcast plugins. I have a ticket in with them about this. So I have decided to go with WPeMatico for now until something can be done about the lag issue with CyberSEO Pro. I really hope you can fix it. I would come back in a heartbeat!
For now I am going to talk with them a bit and then probably bite the bullet on an upgrade with them for at least the extended excerpt function.
5:39 pm
July 13, 2017
6:35 pm
July 13, 2017
I was just able to install wpematico and after a few minutes of adjusting a feed settings I was able to get it to scrape a site without error. I'm not thrilled with the post results as I had to manually edit it a bit but it did run without the max execution time errors. Thanks Login to see this link
Most Users Ever Online: 541
Currently Online:
189 Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
ninja321: 84
s.baryshev.aoasp: 68
Freedom: 61
Pandermos: 54
MediFormatica: 49
B8europe: 48
Member Stats:
Guest Posters: 337
Members: 2855
Moderators: 0
Admins: 1
Forum Stats:
Groups: 1
Forums: 5
Topics: 1641
Posts: 8353
Newest Members:
samuel2288, comercios.cercademi, wanmarkets, torontomark48, info.ckmedianetwork, contact.mybeautystarAdministrators: CyberSEO: 3947