Cette page est dédiée aux recommandations d’installations de PmWiki (V2) chez divers fournisseurs d’accès Français.
free.fr :
- téléchargez pmwiki dans un répertoire
- renommez pmwiki.php en pmwiki.php5 ou index.php5
- créez un répertoire nommé ‘sessions’ à la racine de votre site, c’est la que les sessions php seront sauvegardées.
- ajouter dans ce répertoire un fichier .htaccess dedans, vous pouvez prendre celui de local/
Si vous ne faites pas la deuxième étape, la page principale se chargera correctement mais les liens ne fonctionneront pas et donneront des pages vides.
Vous pouvez aussi ne pas renommer phpwiki.php en phpwiki.php5 mais créer à la racine de votre site un fichier nommé .htaccess contenant une ligne :
PHP 1
PHP 1
A noter :
- free tourne en safe_mode
- les fonctions PHP interdites sur la faq http://faq.free.fr/?q=1137, notamment chmod, rmdir,… —philippe
- la faq de free http://faq.free.fr/?q=932. J’ai testé mail(“destinataire@test.com”,”toto1″,”toto2″); et cela fonctionne.
Testé aussi dans local/config.php :
include_once("scripts/mailposts.php"); $EnableMailPosts=1; $MailPostsTo="xxxx@free.fr"; $MailPostsDelay=10; $MailPostsSquelch=10;
Je reçois bien des mails. — noe
moi aussi, j’ai laissé les délais par défaut — youri
- La librairie GD (gestion des images) fonctionne (V 2 ++)
- Pour ajouter le compteur de free mettre un lien vers :
http://perso0.free.fr/cgi-bin/wwwcount.cgi?dd=C&df=[login].gif
par exemple 
notez bien que c’est .gif et non pas .dat comme indiqué chez free. Cela permet d’afficher le compteur sans configuration de pmwiki. Et notez que ce compteur repars de zero. Pour ajouter des options faite le avant df= par exemple: …?dd=C&ft=8&display=clock&df=pmwiki.gif, les extensions .png .jpg etc… fonctionne aussi correctement
Un exemple sur mon site nicolasfr.free.fr
L’url rewriting ne semble pas fonctionner, cela vient-il du safe mod ?
OVH
- uploader pmwiki2 dans un répertoire
Ca doit tourner comme ça directement, mais vous pouvez ajouter un fichier nommé .htaccess contenant une ligne :
DirectoryIndex pmwiki.php
Ce qui fera démarrer directement PmWiki quand on ouvre le répertoire du Wiki.
DirectoryIndex pmwiki.php
Ce qui fera démarrer directement PmWiki quand on ouvre le répertoire du Wiki.
Nota: les problème de vitesse avec le PHP sont en voie de règlement.
A noter, si on passe en PHP5 (renommer le programme pmwiki.php5), on ne peut pas utiliser
C’est environ 2 fois plus rapide en PHP5 qu’en PHP4 !
$EnablePathInfo=1; .C’est environ 2 fois plus rapide en PHP5 qu’en PHP4 !
- La librairie GD (gestion des images) fonctionne (V 2 ++)
- L‘Url rewriting fonctionne
J’ai fait l’installation sur mon PC sous Windows (EasyPHP), puis j’ai copié les répertoires en changeant le fichier config.php. Aucun problème. Pour faire démarrer directement pmwiki.php, je l’ai renommé index.php5. J’ai mis en place : PmWiki, FixFlow, MailPosts, Boutons GUI (versions françaises).
18/6/06 La rapidité d’OVH ??
Le même site PmWiki sur un autre hébergement mutualisés s’affiche entre 4 et 10 fois plus vite que sur OVH-90-plan ! Une page s’affiche après 20 à 35 secondes d’attente rendant le site inutilisable. Leur ayant fait la remarque, OVH-technique m’a répondu : “ca vient pas du sql” (on s’en doute !!!) et “ votre site contenait trop de code”. J’insiste : leur réponse : “Je vois bien que chez ifrance c’est plus rapide mais nous constatons que cela vient effectivement de votre code.”
Un aveu mais une accusation : PmWiki et le code sont coupables !! Chacun appréciera la contradiction, puisque les deux sites sont rigoureusement identiques.
Suggestion : Créons une page test qui nous permettrait de comparer nos hébergements (téléchargement de PmWiki + affichage de la page test 10 fois sans cache..). Mais je ne sais pas quel test pourrait contenir cette page. Ce test permettrait de répondre à de telles accusations sur la qualité de PmWiki
Je crains que la rapidité dépende pas mal de la machine sur laquelle ton hébergeur t’as installé et que ce soit un peu le loto. Je tourne avec OVH sur mon site perso http://rouzeau.net et ça fonctionne correctement. Un Wiki étant ouvert, tu peux essayer la performance d’affichage avant d’acheter en essayant de copier une page très longue (par exemple les Release Notes) sur un pmwiki disponible. J’administre aussi un autre wiki sur Hosteur http://cncloisirs.com, et il aurait été installé sur OVH si ceux-ci n’avaient pas perdu le chèque… Ces deux hébergeurs ont leurs défauts et je crains que tu aies des difficultés à trouver un ‘bon’ hébergeur. Techniquement, OVH pose moins de problèmes qu’hosteur, mais est moins performant. PRZ?
Merci PRZ. Je vois que tu es fataliste sur la qualité. Il est vrai qu’un client représente environ 1/500.000 voire moins de la clientèle d’un hébergeur !!! La solution serait de se regrouper pour acheter une ligne fixe. Mais c’est hors de ma compétence… En tout cas j’avais visité ton site. J’en ai cauchemardé cette nuit : imagine une de tes cnc commandée par un loto ! Pierre79?
Il faut relativiser, un hébergeur coûte 10 à 20 fois moins cher qu’un fournisseur d’accès et tu disposes d’un service nettement supérieur. Tu peux discuter avec le service technique et même si les réponses ne sont pas toujours pertinentes, elles le sont largement plus que celles que tu obtiendras d’un fournisseur d’accès. Le prix de l’hébergement, qui comprend le filtrage antispam et antivirus du courrier est souvent plusieurs fois inférieur à cette simple option chez un fournisseur d’accès. Un point à noter: le filtrage antispam d’OVH est beaucoup plus énergique que celui d’hosteur.
Le site http://cncloisirs.com est passé chez OVH suite à une coupure d’Hosteur à cause d’un dépassement de bande passante. Cette expérience m’a montré que c’est plus rapide de basculer que de discuter…
Hosteur
- uploader pmwiki2 dans un répertoire
- changer les priorités du répertoire du wiki en 777
- faire tourner le wiki
- vérifier que le répertoire wiki.d a été créé
- repasser les priorités en 755.
- PHP5 a été désactivé sur les nouvelles installations.
Performance sur un abo grand public : normales
- La librairie GD (gestion des images) fonctionne (V 2 ++)
- L‘Url rewriting fonctionne
- Attention, sur le serveur d’hosteur, le propriétaire des répertoires et fichiers créés avec PHP n’est pas le même que le propriétaire des fichiers gérés par FTP. Une discussion avec l’hébergeur n’a pas abouti. Cela rend l’effacement des fichiers créés par le module ‘Minimage’ ou d’autres modules créant des fichiers impossible en utilisant le FTP. Il faut donc installer un gestionnaire de fichiers en php, je vous suggère (filethingie). Ce programme doit être installé dans la racine du wiki et configuré pour lui donner un mot de passe et un nom d’utilisateur, ainsi que définir le répertoire dans lequel il doit travailler (‘fichiers’ ou ‘uploads’). C’est une bonne idée de renommer ce programme avec un nom cryptique, genre ‘zmw4t5qh.php’ pour améliorer la sécurité.
Nota: les fichiers que vous aurez téléchargés via FTP ne sont pas gérables avec ce gestionnaire.