Mediawiki
Upgdrade 1.39 - 9 décembre 2022
mysqldump --user=francois --password=vp00n7F! my_wiki-34 > file.sql mysqldump --user=francois --password=vp00n7F! my_wiki-34 --xml > file.xml
Recopier et adapter le fichier LocalSettings.php
Vérifier les skins
Recopier le dossier images
cd /var/www/html/mediawiki-38/maintenance/ php update
Upgdrade 1.35 - avril 2019]
Lien sur la doc
2 warning sur la vérification de l'environnement. je ne les ai pas notés.
pdf_handler : quand je coche ça fait planter.
Installation de semantic mediawiki
Nouvelle installation 21 décembre 2022
18 décembre 2022
https://www.semantic-mediawiki.org/wiki/Help:Installation
Grosse difficulté pour activer composer V2, la V1 étant obsolète.
Jusqu'à ce que je découvre que lorsque je réinstalle la V2 se trouve installée dans
/usr/lobal/bin
mais dans
/usr/bin la V1 reste active.
Je ne détruis pas l’installation V1 car j'ai cru comprendre que composer s'installe dans le dossier où l'on exécute l'installation.
J'ai réussi en remplaçant composer par /usr/local/bin/composer dans les commandes indiquée dans la doc.
18 janvier 2021
Ce n’est pas une extension comme on en a l'habitude mais une extension sous composer.
L'extension n'est pas compatible avec composer V2 et il a été très difficile de trouver comment installer composer V1. C'est la commande setup qui permet de le faire.
834 php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
835 php -r "if (hash_file('sha384', Lien sur la doc mediawiki'composer-setup.php') === '756890a4488ce9024fc62c56153228907f1545c228516cbf63f885e036d37e9a59d27d63f46af1d4d07ee0f76181c7d3') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
836 php composer-setup.php --1
840 composer update --no-dev
841 sudo apt install composer
842 composer update --no-dev
843 php maintenance/update.php
Visual Editor
Mise en route difficile, parsoid et node.js sont nécessaires.
Trace du dialogue avec Côme lors de la première installation le 8 février 2019(à nettoyer):
11:57:01 - fbJabber : Ajout du deuxième, j'ai essayé de bien respecter la consigne, mais ça ne marche pas. le deuxième ne dit plus qu'il ne trouve pas le serveur mais Err 404
12:47:23 - Côme : Tu as mis quoi dans le localsettings du wiki et dans le config.yaml?
12:47:38 - Côme : Le deuxième wiki est rangé où?
12:57:03 - fbJabber : config.yaml :
# Configure Parsoid to point to your MediaWiki instances.
mwApis:
# This is the only required parameter,
# the URL of you MediaWiki API endpoint.
- uri: 'http://localhost/mediawiki/api.php'
# The "domain" is used for communication with Visual Editor
# and RESTBase. It defaults to the hostname portion of
# the `uri` property below, but you can manually set it
# to an arbitrary string.
#domain: 'localhost' # optional
# Second wiki (Tic&siT")
- uri: 'http://wiki.tic-sit.fr/api.php'
#domain: 'ticsit' # optional
# To specify a proxy (or proxy headers) specific to this prefix
# (which overrides defaultAPIProxyURI). Alternatively, set `proxy`
# to `null` to override and force no proxying when a default proxy
# has been set.
12:57:41 - Côme : Pourquoi le domain est commenté sur le deuxième? 13:00:28 - fbJabber : Locallesteetings du 2° site $wgVirtualRestConfig['modules']['parsoid'] = array(
// URL to the Parsoid instance
// Use port 8142 if you use the Debian package
'url' => 'http://localhost:8142',
// Parsoid "domain", must match config.yaml
'domain' => 'ticsit',
// Parsoid "prefix", must match config.yaml
// 'prefix' => 'localhost', // 'prefix' => 'ticsit',
// Wiki is private, so forward cookie
// Only do this when url is localhost or https
'forwardCookies' => true,
13:01:24 - Côme : Faut décommenter le domain dans le config.yaml pour qu’il corresponde bien à l’autre
13:05:09 - Côme : Si tu fais "curl http://wiki.tic-sit.fr/api.php" depuis ton serveur ça dit quoi?
13:19:35 - fbJabber : Il m'en met une pleine tartine
13:21:35 - Côme : Et curl -L http://localhost:8142/ticsit/v3/page/html/Main_Page
13:25:03 - fbJabber : Pareil, mais rien qui indique une erreur et si je reprends l'url en remplaçant localhost j'ai une belle page d'accueil du wiki sans formatage
13:25:26 - Côme : bizarre
13:26:28 - Côme : Donc il a bien un domain ticsit 13:26:36 - fbJabber : Par contre quand je clique sur les liens les urls sont fausses : je suis la piste
13:26:53 - Côme : Euh non attends tu as fait quoi? 13:28:16 - Côme : Ah oui ok 13:28:44 - Côme : Mais ça semble marcher du coup ça donne bien le contenu de la page version html c’est ça qu’il veut le wiziwig je crois 13:29:00 - Côme : Il dit quoi dans l’interface si tu fais modifier? 16:10:34 - fbJabber : Rien n'y fait. J'essayé d'ajouter un prefix. 16:10:55 - Côme : Il dit quoi dans l’interface si tu fais modifier? 16:12:31 - fbJabber : il va aux 2/3 de la barre d'avancement. se bloque pendant un long moment et affiche une boite : Error loading data from server: HTTP 0. Would you like to retry? 16:13:24 - Côme : Ça dit HTTP 0? 16:13:31 - fbJabber : oui
16:16:35 - Côme : Il est rangé où le deuxième wiki? 16:17:58 - Côme : Il est public celui-là? 16:18:14 - fbJabber : /home/wiki/public_html 16:18:31 - fbJabber : non il est connecté à fda
16:18:54 - Côme : Ben l’api répond sans se logguer alors que sur l’autre ça dit refusé 16:19:15 - fbJabber : bon
16:21:18 - Côme : Chais pas trop, ça semple bon la config 16:21:58 - fbJabber : tant pis. Est-ce que tu as compris à quoi pourrait servir prefix ?
16:22:09 - Côme : Non 16:27:13 - fbJabber : En commentant 'forwardCookies' => true,
16:27:51 - Côme : C’est quelle version de mediawiki? 16:28:11 - fbJabber : ça marchote : on peut ajouter du texte mais pas modifier l'existant qui apparait en grisé. Quan don passe le cruseur il dit 'cette portion ne peut être éditée qu'en wikicode'
16:28:27 - Côme : Ah oui 16:30:37 - fbJabber : et aussi la doc dit que l'extension LDAP n'a pas été mise à jour avec les versions >=1.27 de mediawiki et je crois que je suis en 1.28
16:31:19 - Côme : Ah 16:31:26 - Côme : Je pense que c’est lié à l’auth en tous cas 16:31:58 - fbJabber : oui moi aussi, je vais attendre la MAJ du LDAP
