Have you scanned your site for malware? Try installing WordFence and running a fairly aggressively configured scan.
Thread Starter
huma90
(@huma90)
I have done that with wordfence. Scan is totally clear
Is there any order/method to the deleting? Are the post removed or trashed?
Thread Starter
huma90
(@huma90)
I have ruled out all the possibilities before posting here.
Already checked for malware
Checked Trashed and deleted items
Limit the access of all other users
I am using to make backups of the website with updrafts because of this issue. But it keeps happening again and it is hectic to restore it everyday from backup.
As I mentioned as per Simple history plugin it says “WordPress deleted your post”
Thread Starter
huma90
(@huma90)
post_title How was my first trip to Gwadar like (Mahrukh’s Travelogue 02)
_message_key post_deleted
_wp_cron_running true
_wp_cron_current_filter delete_post
_server_remote_addr 162.241.216.0
_server_http_x_forwarded_for_0 162.241.216.0
_server_http_referer https://traveloguepakistan.com/wp-cron.php?doing_wp_cron=1579770553.9872140884399414062500
Interesting! So there’s a cron task to delete posts. Where the heck is that coming from? What do you see on the “cron events” tab? Maybe there’s a clue.
If you disable all plugins, does that cron task go away? If so, turn them on one at a time until you find out what’s causing it.
Thread Starter
huma90
(@huma90)
wp_scheduled_delete()
Grunion_Contact_Form_Plugin->daily_akismet_meta_cleanup()
Akismet::delete_old_comments()
Akismet::delete_old_comments_meta()
Akismet::delete_orphaned_commentmeta()
I found these actions for deletion in the events tab
Interesting. Where’d that (Grunion) come from? Is it part of your theme?
Thread Starter
huma90
(@huma90)
No that is not any of my plugin or even part of the theme 😮
I guess it’s part of Akismet. If you disable that for a while (and just deal with the spam for a bit), does the problem go away?
Thread Starter
huma90
(@huma90)
I ran search query through all my files on cpanel and it comes out to be under jetpack
Thread Starter
huma90
(@huma90)
I have deactivate jetpack and checked the cron events.
the deletion is still scheduled
mm_cron_daily None 2020-01-24 17:18:30 (20 hours 3 minutes) Once Daily Edit | Run Now | Delete
wp_scheduled_delete None
wp_scheduled_delete()
2020-01-24 17:18:32 (20 hours 3 minutes) Once Daily Edit | Run Now
delete_expired_transients None
delete_expired_transients()
2020-01-24 17:18:32 (20 hours 3 minutes) Once Daily Edit | Run Now
wp_scheduled_auto_draft_delete None
wp_delete_auto_drafts()
I have deactivate jetpack and checked the cron events.
the deletion is still scheduled
Once anything has created a cron task then I’d expect that cron task to stay regardless of the status of whatever created it.
You’ll want to manually remove those cron tasks if they are problematic.
Do you have or did you ever have something like the ‘Auto Post Scheduler plugin’ installed? That plugin can be set up to delete certain posts after a time.
Also, some of the RSS feed importers (Feed WordPress for instance) can be set to expire posts after a set time.
Is there a chance you might have used snippets from some plugin such as that in your theme’s functions.php to trigger an action?
I’d also recommend iThemes Security with your WordFence as those two plugins complement each other and work well together and I’d install, enable, and run the Sucuri plugin then disable it immediately after checking for anything it might report.
Finally, I’d look real hard at my host. It’s possible there is a ‘neighbor’ on that box who is either mischevious or seeing parts of your content and dealing with it the only way they know how by treating it as spam or unwelcome posts and removing those.
Did you ever use a staging site and when doing the staging try running the staging and then the production site from the same database?
—
I’m going far afield here but…
One more suggestion in the same vein would be to pickup the whole site and move it leaving the database on the present server for now. I think you mentioned running upDraftPlus… upDraft makes that move fairly easy. I’m more concerned about someone outside of your own staff being able to run your WordPress or cause something to happen within WordPress.
If you decide to do the move as above then you might need to enable the remote access to your old database to let the new host see it. That’s good in itself because it locks down your database to just permitted servers and APPs.
-
This reply was modified 6 years, 4 months ago by
JNashHawkins.