Codex

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
  • Créez un fichier "index.php5" dans le répertoire qui contient pmwiki.php et mettez-y la ligne:
    <?php include('pmwiki.php');
  • 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.

A noter :

  • free tourne en safe_mode
  • les fonctions PHP interdites sur la faq http://faq.free.fr/?q=1137, notamment chmod, rmdir,... --philippe
  • Vous devez utiliser PHP 5 (donc utiliser un fichier index.php5 au lieu de index.php) car la version PHP4 actuellement sur free contient un bug et la recherche et les pagelists ne marchent pas. De plus, en PHP5 ça tourne plus vite.
    • Vous pouvez aussi rester en index.php mais créer à la racine de votre site un fichier nommé .htaccess contenant une telle première ligne puis retour chariot :
      PHP 1
      Comme ça tout le site tournera en PHP5.
  • la faq de free http://faq.free.fr/?q=932. J'ai testé mail("[email protected]","toto1","toto2"); et cela fonctionne.
Testé aussi dans local/config.php :

include_once("scripts/mailposts.php"); $EnableMailPosts=1; $MailPostsTo="[email protected]"; $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

L'url rewriting ne semble pas fonctionner, cela vient-il du safe mod ?

Doc débutant d'installation/parametrage sur free

J'ai fais une doc installation pour débutant, suivie du parametrage -- Jehan .

Fopen: Fatal error: failed to open stream, so such file or directory

J'ai eu longtemps des soucis de messages d'erreur chez free à propos d'erreurs fatales sur des pages anodines, et puis un beau jour j'en ai eu marre alors je me suis plongé dans le problème. Du coup, j'ai changé ma ligne 889 dans pmwiki.php de

if ($pagefile && ([email protected]($pagefile, "r"))) {

à

if ($pagefile && file_exists($pagefile) && ([email protected]($pagefile, "r"))) {

et mon problème a disparu. J'ai l'impression que le @ n'arrive pas à faire taire fopen chez free.fr, où il est plus grave qu'ailleurs d'essayer d'ouvrir un fichier non existant. Je ne sais pas. Peut-être d'ailleurs que ce bug est corrigé ou non occurent dans des versions plus récentes de pmwiki (j'utilise 2.2.0).

Bref, utilisez à vos risques et périls, et amusez vous bien. Gyom

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.
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 $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
Ps : Si vous connaissez un hébergement correct, faites savoir ici. Merci . Pierre79?
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 ReleaseNotes) 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.

Kimsufi :

Kimsufi.com n'est pas un hébergeur de site web mais un hébergeur de machines, cependant le rapport qualité/prix est excellent et le pris accessible, c'est donc une solution alternative. On peut y installer toutes sortes de Linux et Windows. Installé avec openSUSE, PmWiki tourne sans aucun problème de vitesse tant qu'on ne tire pas trop sur la librairie graphique (les recettes de gestion de photo avec redimensionnement en ligne sont à éviter.

<< Pages de site | Index doc admin | Notes de versions >>


Traduction de PmWiki.WebHosts Page originale sur PmWikiFr.WebHosts - Links de retorno
Dernières modifications:
PmWikiFr.WebHosts: 18 de janeiro de 2012, às 10:21
PmWiki.WebHosts: 01 de novembro de 2011, às 10:14