Sabinou

Thank you for your answers, Jan and Patty !

I’m not hostile towards search plugins, but I wanted to hope it could be part of the vanilla WordPress, a default feature. Without adding new items to a blog, and trusting it would be possible to use on every wordpress blog on the internet.

(In this regard, there’s always this feeling of glory when you visit a blog supposed to be professional but whose theme is so bad you see no search field, to simply append ?s=keyword1+keyword do, and the like ^^).

Well, now, case closed, I know.

Thank you very much again ??

You mean the revisions ?

In the upper-right corner of your post editor, there are the
Status
Visibility
Revisions
(…)
links. Click Revisions, click Compare Any Two Revisions, and the rest is up to you ??

Ooops, I can’t edit my post anymore, I wanted to make a precision
During the first hour after I posted my question, the thread didn’t appear in the support forum, when I clicked the Edit link of my post I was brought back to the index of the support forum -_-

Oh well : I wanted to add a precision, that I’m NOT trying to revert changes inside a CVS, but inside a live production website, to change the php files on a server, following the indications (well, in reverse) of the .diff page.

Maybe that’s simpler, maybe that’s more complicated, I really don’t know. Thanks if anyone can help ??

Contact your host’s support, I don’t think something could be wrong on wordpress’ end.

Also, try with another IP (reboot your modem, use a VPN, or Tor, whatever), maybe you’ve been blacklisted for some reason.

@jan : I had used for another post that was not published, where I wondered if there was not an actual bug with the forum system itself, regarding the timestamps of posts awaiting moderation ??

Well, I’m toast. In my personal selfish case, relevance kills effectiveness, as 3 years old posts now appear BEFORE actually useful posts dated last week.

Still, as it is, it’s my own problem, I’ll have to check if there are plugins to do something about it.
I’ll try to remember to self-reply in here if, in the future, I find a worthy alternative, hopefully it could help other people too.

I wish the wordpress team had made a proper announcement about it, but, well, at least, in the current case, case closed !

Thank you VERY MUCH for the clarification Siobhan, I’m grateful ??

Just tested, and if a file was chosen, none was uploaded… Maybe this could be server-specific ?

Ah, a correction, I’d also have to run

DELETE FROM wp_terms WHERE term_id IN (SELECT term_id FROM wp_term_taxonomy WHERE count = 1 )

Or else that would only take care of the tags present in zero posts.

And I just discovered the database was so huge it couldn’t be properly backed up anyway -_-

Would someone know, please, if that’s the proper syntax ?
Thank you very much ??

Glad it worked for you, AnotherOpus !

D_Hunter, would it be possible for you to find a way to report this incompatibility to the creators of VirusBarrier X6 ? WordPress being a big fish, I imagine they’d want to fix this problem, once they’re informed…

Hi Jogza,

To elaborate on the last point, I was referring to cross-site infections.

If you have several sites that share the same username as owner, it is possible for a hacker in control of a site to go and change the files of the other sites too.
If your site #1 is in home/username/public_html/site1,
and your site #2 is in home/username/public_html/site2,
any hacker, and even any bot, can try moving one directory above from the hacked site, get a list of the other subdirectories, and proceed to updating, with infections, the other sites.

The wordpress codex, as well as millions of other sites, explain it better.

Guys – and here, that’s beyond my knowledge – isn’t there a way to test is this is related to wordpress, or to the web host ?
Some other form of php/script that would equally fail if the host were at fault, but would work if it was something inside the more complex WP internals ?

– If the following advice does not work, can you try to activate another template for your blog, to see if it makes a difference ?

– now the main piece, making sure you have the proper htaccess file.
Don’t be offended, I don’t know what your level is, so I’m making it most basical, sorry if that’s obvious to you ??
Create a text file on your hard disk, whatever, htaccess.txt
Edit it with your text editor (like notepad in windows), and paste THIS inside :

# BEGIN WordPress

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Save the file.
Upload it, by FTP, to the root of your wordpress blog (the folder in which there’s the wp-config.php file and the wp-admin, wp-includes, wp-content directories).
Rename the file to “.htaccess” without the double quotes.
Reload your blog in your browser, possibly a few times or control-F5 for a hard refresh (without using the cache).
If it still doesn’t work, re-switch to default links structure, and then again to your current permalink structure.

If you already had an htaccess file, well, rename the current one to “.htaccess.old” and have your freshly uploaded one be “the” one.

Now, I trust it could work ??

While a LAMP virtual machine could run your blog, you’d have adjustements to make to have it work locally, and that doesn’t tell you it would work with another web host.

But, hey, sure, you can try it locally. I’m not familiar with the adjustments to make to have a blog configured to be online work locally, so it would take me longer than setting it up with another web host, haha ^^ If something is definitely broken inside the blog, it will also be also broken locally.

Bladesman, maybe this is related to your web host ?

If you’re trying to run a business, think that time equals money. If you spend DAYS on it, you’re losing considerable money.

I’d recommend that you try with another web host, and see how it goes.

There are quality (I mean it) web hosts that are inexpensive nonetheless, like hostgator’s baby croc plan (I was with them for a year for a few blogs). You create your hosting account in there, reinstall wordpress from scratch and see if it works, and then you replace the database with a backup of the database (see if this works), eventually restoring also the wp-content/ files that were added by you (and see if it works).

If you redirect your domain name to the new host (changing nameservers @ the registrar) it takes 24 hours only and sometimes only a pair of hours (you can check dns propagation on whatsmydns.net and subtly change somemething within your blog theme, like text in the footer, to tell if it’s the new server).

If it works : blame your web host, and start working on your biz ??
If it doesn’t work, at least you can rule out your web host.

I think every experienced webmaster has already met a time when he’s had to make a manual update to fix some irritating problem that wouldn’t want to disappear. That’s just the way things are.

To save time, few people think of doing this, you can upload the whole wordpress.zip to a subfolder on your hosting account, delete wp-admin and wp-includes from the root folder, and move the contents of the subfolder to the root folder. It prevents the offline time caused by a manual install.