WikiOpenTruc:Administration : Différence entre versions

De WikiOpenTruc
Aller à : navigation, rechercher
m (→‎Sauvegardes)
m (→‎Upgrade)
 
(25 révisions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
 +
* [[WikiOpenTruc:Accueil]]
 +
 
* Stats du wiki : [[WikiOpenTruc:Statistiques]]
 
* Stats du wiki : [[WikiOpenTruc:Statistiques]]
−
* voir la partie admin de wikiberal pour qq chose de plus documenté
 
  
 
<br>
 
<br>
  
 +
==Upgrade==
  
−
==Sauvegardes==
+
à noter que mon hébergement web OVH est "Performance", et qu'il inclus un accès SSH.
 +
ça permet de simplifier et accélérer certaines tâches.
  
−
a priori, avec adminer.
+
* Version mediawiki employée ici : [[Spécial:Version]] (1.25.1 au 5/3/2017)
 +
* ! impact sur les extensions ?
 +
* http://www.mediawiki.org/wiki/Manual:Upgrading/fr
 +
* http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_upgrade_from_a_really_old_version.3F_In_one_step.2C_or_in_several_steps.3F
  
−
* https://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki
+
* If upgrading from a MediaWiki version below 1.19, you may need to add the sha1 field to the revision table manually before running the update script (see Task T50820 and a relevant support desk thread).
  
−
* https://wordpress.org/support/topic/correct-settings-to-dumpexport-wp-database-in-adminer
+
* https://www.mediawiki.org/wiki/Manual:How_to_debug à lire et utiliser !
−
* http://demoscripts.info/28432833/how-to-export-database-with-adminer.html
 
  
−
* http://contrib.spip.net/Editer-votre-base-en-ligne-avec-Adminer sur l'install d'adminer
+
* https://openclassrooms.com/forum/sujet/mediawiki-sidebar-passee-en-bas-de-page l'upgrade 1.28 -> 1.35 merdouille un peu (aussi bien avec PHP 7.3 que 7.4). Seul le skin "Vector" fonctionne (mal), les 3 autres skins plantent carrément. Je subodore donc aussi un souci avec le skin Vector.
  
 +
<br>
  
−
<br>
+
===Souci avec miniatures/ImageMagick ===
 +
Avec les 3 wikis, le passage ->MW1.25.1 est ok
 +
... sauf un souci de production de miniatures.
 +
 
 +
<pre>Erreur lors de la création de la miniature : Error code: -1</pre>
  
−
==Upgrade==
+
* https://community.olympe.in/t/mediawiki-impossible-duploader-une-image/7487/14 avec une soluce
 +
* http://blog.skyplabs.net/index.php/2012/10/13/mediawiki-impossible-de-creer-la-miniature-dun-fichier-image/ avec une soluce
 +
* https://www.mediawiki.org/wiki/Topic:Sogkrajdisbzazcy
 +
* https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Error_creating_thumbnail_Error_code:_-1  je me demande si c'est pas un souci avec le programme ImageMagick ?
 +
* https://www.mediawiki.org/wiki/Manual:Image_administration
 +
* https://www.mediawiki.org/wiki/Manual:$wgUseImageMagick
  
−
* Version mediawiki employée ici = 1.17.0 : [[Sp%C3%A9cial:Version]]
+
Voir si c'est pas la variable $wgTmpDirectory qui poserait souci.
−
* ! impact sur les extensions ?
 
−
* http://www.mediawiki.org/wiki/Manual:Upgrading/fr
 
−
* http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_upgrade_from_a_really_old_version.3F_In_one_step.2C_or_in_several_steps.3F
 
  
−
* If upgrading from a MediaWiki version below 1.19, you may need to add the sha1 field to the revision table manually before running the update script (see Task T50820 and a relevant support desk thread).
+
Test sur entrepierres.
 +
Dans LocalSettings.php
 +
<pre>$wgUseImageMagick = false;</pre>
 +
et effectivement, le souci disparait.
  
 +
Et idem sur opentruc.fr (15/11/2017).
  
−
<br>
+
Test en cliquant dans la liste des documents sur une image qui posait souci.
 +
L'affichage en mode debug ne comporte plus d'error.
  
−
===Tâches préalables===
+
... ça résoud le pb ... mais ça ne l'explique pas.
  
−
* LocalSettings.php
+
NB: ça résoud le pb a posteriori, ce qui signifie que les thumbnails sont générés à la volée.
−
** bien scinder la partie standard de la partie customisation
 
−
** de manière à pouvoir facilement rerajouter la partie customisation au nouveau fichier LocalSettings.php
 
  
−
* mettre la BD au propre
+
Faut se documenter sur ImageMagick chez OVH. Maybe soucis de compatibilités ?
−
** y-a-t-il des tables obsolètes ?
 
−
** purger les 2 grosses tables caches
 
−
** sauvegarde de la BD (avec adminer)
 
  
−
* voir la liste des extensions et leur obsolescence
+
<pre>
−
* upgrader toutes les extensions
+
<?php
 +
exec("convert -version", $out);
 +
print_r($out);
 +
?>
 +
Array ( [0] => Version: ImageMagick 6.6.0-4 2015-05-28 Q16 http://www.imagemagick.org [1] => Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC [2] => Features: OpenMP [3] => )
 +
</pre>
  
−
* se documenter sur le saut
+
... a priori, la version de IM6.6.0-4 est ok pour MW1.25.1.
  
 +
* https://forum.ovh.com/showthread.php/70888-Imagemagick-bloque-sur-certaines-fonctions?highlight=imagemagick
  
 
<br>
 
<br>
  
−
==Maintenance des tables==
+
===Tâches préalables===
−
* BD en MySQL
 
−
* https://www.mediawiki.org/wiki/Category:MediaWiki_database_tables <b>LA</b> doc de référence
 
−
* https://www.mediawiki.org/wiki/Manual:Text_table
 
  
−
* http://phpmyadmin.ovh.net/
+
LocalSettings.php
 +
* bien scinder la partie standard de la partie customisation
 +
* de manière à pouvoir facilement rerajouter la partie customisation au nouveau fichier LocalSettings.php
  
−
* [[WikiOpenTruc:PhpMyAdmin]]
+
Mettre la BD au propre + sauvegarde
 +
* y-a-t-il des tables obsolètes ?
 +
* purger les 2 grosses tables caches
  
−
* The l10n_cache table. Its content can be deleted and excluded from backups as it will be regenerated when needed. https://www.mediawiki.org/wiki/Manual:L10n_cache_table
+
Sauvegarde de la BD
 +
* possible depuis eg : phpAdmin, le manager OVH, une ligne de commande dans un fichier PHP
 +
* j'ai déjà un fichier PHP qui réalise la sauvegarde ***.sql et ***.xml
 +
* à noter que :le charset est UTF8, qui est le charset par défaut, donc pas besoin de le mentionner
  
−
* Objectcache table is used for a few generic cache operations if not using Memcached. Its content can be deleted and excluded from backups as it will be regenerated when needed. https://www.mediawiki.org/wiki/Manual:Objectcache_table
+
Extensions
 +
* voir la liste des extensions dans LocalSettings.php, et leur obsolescence
 +
* upgrader toutes les extensions
 +
* se documenter sur le saut
  
−
* Je vais plutôt employer adminer http://www.adminer.org/
+
Upgrade de la BD
 +
* voir https://www.mediawiki.org/wiki/Manual:Upgrading
 +
il y a un script PHP qui fait le boulot, il suffit de le lancer
  
 
<br>
 
<br>
Ligne 90 : Ligne 117 :
  
 
==Sidebar==
 
==Sidebar==
 +
 +
* https://opentruc.fr/wiki/MediaWiki:Sidebar
  
 
* http://www.mediawiki.org/wiki/Manual:Interface/Sidebar (last màj 12/12/2011)
 
* http://www.mediawiki.org/wiki/Manual:Interface/Sidebar (last màj 12/12/2011)
Ligne 112 : Ligne 141 :
 
[[Catégorie:Administration]]
 
[[Catégorie:Administration]]
  
 +
==Footer==
 +
* https://www.mediawiki.org/wiki/Manual:Footer
 +
 +
<br>
  
 
==La main page initiale==
 
==La main page initiale==
Ligne 124 : Ligne 157 :
  
 
<br>
 
<br>
−
 
  
 
==Docs==
 
==Docs==

Version actuelle datée du 2 novembre 2024 à 07:31


Upgrade

à noter que mon hébergement web OVH est "Performance", et qu'il inclus un accès SSH. ça permet de simplifier et accélérer certaines tâches.

  • If upgrading from a MediaWiki version below 1.19, you may need to add the sha1 field to the revision table manually before running the update script (see Task T50820 and a relevant support desk thread).


Souci avec miniatures/ImageMagick

Avec les 3 wikis, le passage ->MW1.25.1 est ok ... sauf un souci de production de miniatures. 

Erreur lors de la création de la miniature : Error code: -1

Voir si c'est pas la variable $wgTmpDirectory qui poserait souci.

Test sur entrepierres. Dans LocalSettings.php 

$wgUseImageMagick = false;

et effectivement, le souci disparait.

Et idem sur opentruc.fr (15/11/2017).

Test en cliquant dans la liste des documents sur une image qui posait souci. L'affichage en mode debug ne comporte plus d'error.

... ça résoud le pb ... mais ça ne l'explique pas.

NB: ça résoud le pb a posteriori, ce qui signifie que les thumbnails sont générés à la volée.

Faut se documenter sur ImageMagick chez OVH. Maybe soucis de compatibilités ? 

<?php 
exec("convert -version", $out);
print_r($out);
?>
Array ( [0] => Version: ImageMagick 6.6.0-4 2015-05-28 Q16 http://www.imagemagick.org [1] => Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC [2] => Features: OpenMP [3] => )

... a priori, la version de IM6.6.0-4 est ok pour MW1.25.1.


Tâches préalables

LocalSettings.php

  • bien scinder la partie standard de la partie customisation
  • de manière à pouvoir facilement rerajouter la partie customisation au nouveau fichier LocalSettings.php

Mettre la BD au propre + sauvegarde

  • y-a-t-il des tables obsolètes ?
  • purger les 2 grosses tables caches

Sauvegarde de la BD

  • possible depuis eg : phpAdmin, le manager OVH, une ligne de commande dans un fichier PHP
  • j'ai déjà un fichier PHP qui réalise la sauvegarde ***.sql et ***.xml
  • à noter que :le charset est UTF8, qui est le charset par défaut, donc pas besoin de le mentionner

Extensions

  • voir la liste des extensions dans LocalSettings.php, et leur obsolescence
  • upgrader toutes les extensions
  • se documenter sur le saut

Upgrade de la BD

il y a un script PHP qui fait le boulot, il suffit de le lancer


Espaces de noms

Sauf erreur, un moyen de structurer les infos du wiki est via les espaces de noms.

http://meta.wikimedia.org/wiki/Aide:Espace_de_nom Il y a des espaces de noms prédéfinis (une vingtaine). Par exemple les espaces de noms "Méta" ou "Projet" servant aux discussions internes entre créateurs du wiki et qui n'apparaissent pas publiquement. Le moteur de recherche public n'y va pas. ça correspond effectivement à un de mes besoins !

Un autre espace de noms fourni de base est l'espace "Aide:"


Sur Wikipédia, un espace de nom est par exemple "Fichier". S'y trouvent notamment les images .jpg (ex: http://fr.wikipedia.org/wiki/Honoré_de_Balzac)

On peut se créer 65536 espaces de noms propres à son wiki.


Sidebar

Cette colonne de gauche est soit un truc par défaut, soit la page MediaWiki:Sidebar . (ça semble d'ailleurs être la seule page de cet espace de noms ? NON, pas du tout !)

(ATTENTION, ce n'est pas la page WikiOpenTruc:Sidebar ! Rien à voir avec le schmilblick J'ai tout essayé avec cette page ... et rien ne marche.)

Donc, on créé la page MediaWiki:Sidebar, on s'inspire d'autres pour voir quoi mettre dedans, et ça roule. ... sauf que j'ai toujours encore la partie basse de cette colonne que je ne maitrise pas ?

NB1 : MediaWiki est bien l'un des espaces de nom par défaut

NB2 : L'espace de nom MediaWiki est protégé de base. Seul les admins peuvent y toucher.

NB3 : L'espace de nom MediaWiki contient plein de choses (messages, etc)

Eventuellement, faut purger le cache pour que les modifications apparaissent, voir http://www.mediawiki.org/wiki/Manual:Purge

Footer


La main page initiale

Pondue automatiquement. Gardée en copie in case of.

Consult the User's Guide for information on using the wiki software.

Getting started


Docs

Récupérée de « https://opentruc.fr/w/index.php?title=WikiOpenTruc:Administration&oldid=16877 »