Bonne année à tous et meilleurs vœux!
Excellent, je suis content que ça c'est plutôt bien passé!
Concernant l'avertissement de Markdown, il faut changer la ligne
define(MARKDOWNPMW, "0.2");
en (entre apostrophes) :
define('MARKDOWNPMW', "0.2");
Ce serait bien d'ajouter ceci et les autres modifications de cette
recette dans sa page sur PmWiki.org / cookbook, pour que d'autres
utilisateurs puissent s'en sortir.
Merci!
Petko
On 05/01/2018 09:46, Maurice Diamantini wrote:
Bonjour à tous,
... et meilleurs voeux pour l'année 2018 !
Un grand merci pour PmWiki que j'utilise quasi quotidiennement.
J'ai finalement profité de la pause de fin d'année pour mettre à jour
mon pmwiki. Tout s'est bien passé : mon Pmwiki a pu être mis à jour
(vers pmwiki-2.2.106) à partir d'une clean install, simplement en
recopiant la base de données sqlite de mon ancien wiki
(pmwiki-2.2.77).
Je pense d'ailleurs que le cookbook sqlite pourrait être installé en
standard dans pmwiki !
Warning résiduels sous php7.2 (hors sujet de ce mail)
-----------------------------
Par contre il reste un warning avec le cookbook markdownpmw.php : la
constante MARKDOWNPMW (ligne 14) est déclarée sans guillemets :
Warning: Use of undefined constant MARKDOWNPMW - assumed
'MARKDOWNPMW'
(this will throw an Error in a future version of PHP) in
/.../pmwiki-2.2.106-diam/cookbook/markdownpmw.php on line 14
Détail de ma procédure de mise-à-jour (pmwiki + sqlite + markdown)
-------------------------------------
J'utilise pmwiki en local (depuis 2007) pour mes besoins
professionnels et personnels (todo, historiques divers, faqs ou
astuces diverses, suivi de projets pro ou perso, ...). J'ai évité au
maximum de personnaliser l'application (pour en faciliter la
maintenance) et me suis restreint à deux cookbooks :
- markdown (pour éviter d'utiliser YA Markup Language et me faciliter
les copiés-collés entre applications !)
- sqlite (car les fichiers plats n'ont plus d'intérêt depuis que l'on
peut compter sur sqlite dans PHP)
Je précise que je n'ai pas installé de thèmes, et n'ai pas utilisé la
fonctionnalité de upload (je n'ai donc pas de répertoire upload à
transférer).
Pour la "mise à jour", j'ai procédé comme suit :
- installer la dernière version de pmwiki à coté de l'ancienne,
(utilisation depuis localhost seulement => pas de gestion de mots de
passes)
- créer du local/config.php par recopie de l'exemple, puis adaptation,
- ajouter le cookbook SQLite :
- un fichier à ajouter (cookbook/sqlite.php),
- compléter le fichier local/config.php.
- ajouter le cookbook MarkdownMarkupExtension :
- récupérer les fichiers nécessaires à l'installation dans le
sous-répertoire cookbook
- wget
http://www.pmwiki.org/pmwiki/uploads/Cookbook/markdownpmw.php
- wget
https://littoral.michelf.ca/code/php-markdown/php-markdown-lib-1.7.0.zip
- décompresser l'archive zip sans y toucher, mais ajouter un lien
symbolique
- ln -s "PHP Markdown Lib 1.7.0/Michelf" .
- corriger le fichier cookbook/markdownpmw.php comme suit :
// Fichier cookbook/markdownpmw.php
...
// require_once("Michelf/Markdown.inc.php");
require_once("Michelf/MarkdownExtra.inc.php");
...
function MarkupPmWikiConversion($text) {
...
// $text = Michelf\Markdown::defaultTransform($text);
$text = Michelf\MarkdownExtra::defaultTransform($text);
...
}
- faire quelques tests pour vérifier que le nouveau site vierge
fonctionne
- récupèrer la base de données de mon ancien wiki
wiki.d/pmwiki.sqlite.db
(aucun autre fichier n'a eu besoin d'être modifié !)
Cordialement,
-- Maurice
Le 24 nov. 2017 à 09:48, Petko Yotov <5...@5ko.fr> a écrit :
Oui, il est possible de copier pmwiki.sqlite.db dans une autre
installation de PmWiki avec cookbook/sqlite.php, ça devrait
fonctionner. Il faut faire attention à bien avoir toute la
configuration locale notamment des dossiers local, cookbook et pub
sinon on perdrait un nombre de fonctionnalités. Il faut aussi copier
les fichiers joints du dossier uploads dans la nouvelle installation.
Concernant les fichiers à bidouiller pour le message de crypt() --
replacer passwdedit=* avec passwdedit=@lock, crypt avec pmcrypt, etc.
-- ce sont toujours des fichiers locaux qui ne viennent pas de la
version actuelle du noyau de PmWiki et donc ne seront pas remplacés
lors d'une mise à jour. Donc il faudra de toute façon bidouiller un
peu. :-)
Petko
--
PmWeekly Blog : http://www.pmwiki.org/News
If you upgrade : http://www.pmwiki.org/Upgrades
On 20/11/2017 07:58, Maurice Diamantini wrote:
Merci pour ces informations !
Par contre j'ai un question. J'utilise pmwiki (2.2.77) avec le module
sqlite et markdown.
Plutôt que de bidouiller les fichiers individuellement, est-il
possible de faire une nouvelle installation en parallèle (avec les
recettes sqlite et markdown), puis de mettre à jour la base sqlite
par
une simple copie du fichier `pmwiki.sqlite.db` ?
La version utilisée est la 2.2.77 (mise à jour à partir d'une 2.2.6
en
juin 2015 suite à warning avec php-5.5).
Le 19 nov. 2017 à 22:41, Petko Yotov <5...@5ko.fr> a écrit :
Bonjour,
D'abord, il faut mettre à jour l'installation de PmWiki vers une
version très récente:
http://www.pmwiki.org/wiki/PmWiki/Download
http://www.pmwiki.org/wiki/PmWiki/Upgrades
http://www.pmwiki.org/wiki/PmWiki/ReleaseNotes
Il faut bien faire attention à mettre à jour tous les fichiers,
notamment pmwiki.php et les fichiers des répertoire scripts et
wikilib.d.
Ensuite, le message concernant 'crypt()' provient souvent d'une
configuration qui était correcte et acceptable auparavant mais non
plus avec PHP 7, documentée en anglais ici:
http://www.pmwiki.org/wiki/PmWiki/Troubleshooting#crypt
En gros, partout dans les fichiers local/*.php et cookbook/*.php là
où on avait "crypt(...)" il faut maintenant le changer en
"pmcrypt(...)".
De plus, il faut vérifier les fichiers des répertoires "wiki.d" et
"wikilib.d" dans chaque wiki et changer les attributs passwdread=*,
passwdedit=*, passwdupload=*, passwdpublish=*, passwdattr=* de "*"
en "@lock". Les fichiers concernés le plus souvent sont
Site.GroupAttributes, SiteAdmin.GroupAttributes, Site.AuthUser et/ou
PmWiki.GroupAttributes.
Enfin, il y a une nouvelle version de la recette SQLite, censée être
compatible avec PHP 7:
http://www.pmwiki.org/wiki/Cookbook/SQLite
Merci de la tester et de signaler d’éventuels problèmes.
En outre, si d'autres messages d'erreur apparaissent, notamment
concernant "Deprecated" et "preg_replace", il faut mettre à jour
tous les autres modules/recettes et skin/thème vers une version plus
récente compatible avec PHP 5.5 et/ou 7.2 -- s'il n'y en a pas
encore, nous prévenir et nous le ferons en priorité.
Petko
On 19/11/2017 22:13, in...@bienentendu.fr wrote:
Bonjour,
Je viens de passer mon mac sous high sierra … et là … c’est le
drame !
on est passé en PHP 7 et j’imagine que c’est pour cela que plus
rien
ne fonctionne sur mes pmwikis ?
j’ai les messages suivants :
———
Deprecated: Methods with the same name as their class will not be
constructors in a future version of PHP; PageStoreSQLite has a
deprecated constructor in
/Library/WebServer/Documents/xxx/cookbook/sqlite.php on line 124
Deprecated: crypt(): Supplied salt is not valid for DES. Possible
bug
in provided salt format. in
/Library/WebServer/Documents/xxx/pmwiki.php on line 478
Warning: Cannot modify header information - headers already sent by
(output started at
/Library/WebServer/Documents/xxx/cookbook/sqlite.php:124) in
/Library/WebServer/Documents/xxx/pmwiki.php on line 1240
————
Est-ce bien à cause de cela ?
y a t’il un moyen de réparer ?
_______________________________________________
pmwiki-users-fr mailing list
pmwiki-users-fr@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users-fr
_______________________________________________
pmwiki-users-fr mailing list
pmwiki-users-fr@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users-fr
