I've got a post on my site running WP 4.7.2 with permalink http://www.pimpf.ru/discography/depeche-mode/video/101/ and dirty link http://www.pimpf.ru/?p=1780.
Any of the above links lead to http://www.pimpf.ru/discography/depeche-mode/video/video-singles-collection/101/.
It seems WP adds video-singles-collection/ between video/ and 101 due to some MySQL error.
Where should I dig my WP database to correct this error?
So far I've tried to delete the 101 post and create the new one, and rename its permalink to 101-video. Both with no result.
It could be because your faulty post's permanent link contains only digits. Try to rename it to something like one-zero-one or 1o1. That should help.
Related
I previously used an old CMS.
I moved to wordpress and I've done a lot of work, but I still have in my very old articles 1000+ internal links pointing to old urls.
I've set up redirects, but I would like to actually replace / delete the very old internal linking in the wordpress database.
I have 3 types of old linking :
/articles.php?lng=fr&pg=425 .......... so like /articles.php?stuff
/news.php?lng=fr&pg=1827 .......... so like /news.php?stuff
/2456-actualite .......... so like /id-actualite
I believe that "Search and replace" and "Better search and replace", both Wordpress plugins are only dealing with exact urls, while the ids are dynamic.
How would you delete those all links in the database, but keeping the hypertext of those links?
Thanks !
Have you tried using WP Cli?
It's a very powerful tool for this kind of problems by running some commands on your server.
Example:
# Search and replace but skip one column
$ wp search-replace 'http://example.dev' 'http://example.com' --skip-columns=guid
Have a look more on their search-replace command.
It is probably impossible to change each URL by hand.. much better way is to use something like this "https://wordpress.org/plugins/search-and-replace/" to replace all URLs you need in the database. - This does not only deal with urls but with any other text too.
Every year we update our posts with new data. For example, the best places to live in 2018.
I am trying to write a python script this year that updates the post_content in mysql so we don't have to do a bunch of copying and pasting into the html post editor.
However, as a test, I manually updated wp_post in phpmyadmin for one article. After updating, the following happens:
The mysql table correctly updates. I can export the table with the changes and they are all in there.
The LIVE article is updated.
However, when I go to edit the article in wordpress's post editor, it's still showing the previous version.
Therefore, if I save the post in post editor, it will revert back to the old version.
I am completely out of ideas. I've been googling for hours and no one seems to
have this problem.
More background on my setup:
Wordpress version 4.9.1
Using dreampress from dreamhost as the host
Here's a link to the working page:
https://www.homesnacks.net/best-places-to-live-in-georgia-122131/
Ended up hooking into the wordpress API:
https://developer.wordpress.org/rest-api/
And these tutorials helped
https://www.cloudways.com/blog/setup-and-use-oauth-authentication-using-wp-rest-api/
https://discussion.dreamhost.com/t/authenticating-to-the-wordpress-api-using-oauth-1-0a-server/65094
After I read through all the questions I found here, I still don't get my blog Atmochrom.com running
You can find my repository right here: https://github.com/MarcLeyendecker/marcleyendecker.github.io
I did not change anything. Actually I always duplicate my latest post, edit the .markdown file and push it to the repository. Working for over a year now this way, now it just fails to show the updated site.
Any ideas what I could do?
I already...
checked the config
checked the CNAME
checked the index
Really hope you can help me!
Marc, just double check ...
your post markdown is clean
there are no untracked files when you push to git
This post can help What are some common reasons for a Jekyll post to not be generated?
This tip helped future: true
I have a slight problem with a wordpress migration. I've bulk uploaded posts from csv on my local WAMP server as it's faster and then uploaded & imported a SQL dump to the remote server.
In the guid column of the wp_posts table, it contains the url of the post - I presume (might be wrong, please correct if I am) this is the same as the 'permalink' setting when you edit a post - and all of them are http://localhost/post-name/ which is fine for now, I'm happy to work on an SQL query to replace if needed.
I've uploaded the SQL dump and it still shows 'http://localhost/post-name' in the remote server db as expected. However when I search for a post on the frontend, just to make sure it's picking up the posts OK, I was expecting the links to give me a 404 error until I changed the links, but they don't - they point nicely to the http://remoteserver.com/post-name/
Where as it's a nice problem to have as it still works - I was wondering why & do I need to change it? I prefer to not mess with the db if at all possible.
When migrating, you might need to define your wordpress url in wp-config.php, and I recommend find and replacing the database with this tool. It's pretty neat, because it pre-populates your database from your config file. Obviously, you'd replace http://localhost/ with http://www.yoursite.com/
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');
After using a particular interwiki link for a while on my wiki (Mediawiki 1.15.1), the other wiki changed its domain name, and I'd like to update my interwiki links. I changed the URL in the mw_interwiki table, but the links aren't updating.
I have tried adding "?action=purge" on the page with the links. I do not appear to have $wgInterwikiCache set in my LocalSettings file, and the mw_transcache table has no rows in it.
Is there something else I need to do to trigger an interwiki URL update?
EDIT Time solved this problem; after a few hours the links updated, so it's probably a caching issue. Not sure what process would be best to force a cache break if ?action=purge doesn't do it, though.
Using version 1.4.1 of Extension:Interwiki (on MediaWiki 1.20.2), I had the same problem. Even after deleting the interwiki entry, page previews continued to use the previously-stored value.
Upgrading to Interwiki 2.2 20120425 caused my next interwiki edit attempt to fail, but I was able to delete the entry and recreate it; after that, the links finally updated.
Use Extension:Interwiki to do the change. It will update the links instantly.