crossi72

Hi siddigsami,
can you tell me which php and WordPress version and which plugin you have installed?

Thank you
C.

I’m glad to have helped in your work!

Thanks for your feedback
C.

I’m glad that my work helps you and many other SEO master ??

Thanks for your feedback!
C.

Glad to be useful ??

Thank you for your feedback
C.

I released a new version that fixes some warning generated by different data type management between php 7 and previous versions, let me know if you issue persists.

Thanks for your feedback
C.

Hi alx359,
I can’t reproduce the issue, which php version are you using?

C.

I’ll check as soon as possible, thanks for your feedback.

C.

Hi Jumbo,
some server doesn’t support file renaming so the file is deleted and a new file is created with the new name, this trigger the thumbnails regeneration.

I don’t think it will be possible to avoid this operation chain but I’ll look for a more efficient strategy.

Thank for your feedback
C.

Hi Jumbo,
your idea is great, thanks for your suggestion.

I’ll check if it safe to add a rename function to those function because when used during post editing the post is an inconsistent state and I fear it is possible that the post will save the old name in some case.

C.

Everything seems to run smooth now, the origin of the issue was (hopefully) only the wp_postmeta misconfiguration.

I’m sorry to have wasted your time with a false plugin problem -.-‘

Thanks for your support.
C.

I found a (big) problem: the field meta_id in table wp_postmeta lost auto_increment attribute, this created those meta_id = 0 all over the table.

Now I fixed the db problem, I’ll check for further issue.

Thank again for your support.
C.

I’ve got an error on my production server log, the error is

Access denied with code 400 (phase 2). Pattern match “/xmlrpc\\\\.php$” at REQUEST_URI. [file ***] [line ***] [id ***] [msg “DDoS xmlrpc”] [hostname “www.hoteleresidence.it”] [uri “/xmlrpc.php”]

It seems an attack, more or less in the same moment my custom postmeta disappeared, maybe this error can be the cause?

I disable the xmlrpc, is not needed on this site so I had to disable it in origin.

I’ll let you know if the data will disappear again.

You are right: is impossibile that any data you added have been modified by my query.

I’ll check on my production and development servers if something similar has happened.

C.

I think that those Meta_ID = 0 are due to a query I used to remove some duplicates:

set session old_alter_table=1

ALTER IGNORE TABLE hot_postmeta

ADD UNIQUE INDEX remove_duplicate (meta_key(50) ASC, meta_value(250) ASC, post_id ASC);

C.

Yes, in my DB there are a lot of record with meta_id = 0, it is very strange.

I’ll try to fix setting a progressive integer to see if something happens.

Have you changed “_custom_field_mappa” and “_custom_field_slideshow”? Those field have old meta_key, I changed the names leaving old records to see if they disappears (never happened, only meta_key managed by code are deleted) but the data I see in your screenshot are not sanitized.

C.