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.
Related
I'm getting started with readthedocs.{org,io} and created a project in error that I'd now like to delete. I've looked at the various things I can do to a project and am not seeing any buttons labeled "Delete" and I'm not finding any documentation about deleting incorrect projects in the support pages.
Is this just a feature that hasn't been implemented yet?
Thanks!
If you are still in need of an answer: Under [cog]Admin button, scroll all the way to the bottom and next to Save is a Delete Project option.
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
I'm exporting an old release 1.9.2 and importing to 3.0.2.
Each module has dozens of videos that I play via an URL/link, which points to my own .PHP program on the site (and that wraps a Camtasia video).
I found that in 3.0.2, the link opens on a separate page, unless I edit each link by going to "Appearance", then "Display" and setting it to "Embed".
So I would like to write a mySQL update script to automatically set this flag for all such links (I will add a where clause to my script name).
I checked database in PHP/MyAdmin, and didn't see any likely table names.
You should attempt to use the admin tools to update everything, go to your moodle installation's main URL.
Then go to the site administration. After /admin in the url, add /tool/replace and go there.
You can there enter what you want to find in the db, and replace it with another value. Just be carefull with this tool and make a backup before you begin.
I have got this error of the maain page. How to fix it?
http://www.hippomocks.com/Talk:Main_Page
The revision #0 of the page named "Main Page" does not exist.
This is usually caused by following an outdated history link to a page that has been deleted. Details can be found in the deletion log.
According to Mediawiki:
Database inconsistencies occur when, for example, primary keys stored in other fields no longer point to a row that exists. This can happen after a database import ends prematurely, for example. In that case, page.page_latest might point to a revision that hasn't been imported, and users trying to read the page might get an error message stating "The revision #0 of the page named '[page name]" does not exist. This is usually caused by following an outdated history link to a page that has been deleted. Details can be found in the deletion log."
The maintenance script findAnomalies.php can be used to find missing revisions. From CLI on your server, cd to the maintenance directory in your Mediawiki directory and run the script. e.g.:
cd /var/www/html/wiki/maintenance
php findAnomolies.php
And try some extra stuff
The error message you get sounds like in the page table, the entry of the according page points to a non-existing revision. This might be fixable by running the maintenance script attachLatest.php. This should make the page point to the newest revision again. This would be what I would try first.
If that does not work and you in fact want to delete the page, I would try running the maintenance script nukePage.php. This script allows you to permanently(!) delete a page from the database. Afterwards you can use the script purgeOldText.php to delete unused rows from the text table.
However, note that your database currently is in an inconsistent state; although the scripts I mentioned were partly written for situations of brokenness, there is no guarantee that they can solve this.
My user is part of the sysop group, but I do not see a way to edit the history. I have even added the variable $wgRCMaxAge = 2592000 to the LocalSettings.php file.
See RevisionDelete. $wgRCMaxAge controls how long back can you go in Special:RecentChanges, it's not related to anything like that.