Loading...
 
Français

Français


Changer les défauts PHP pour des grosses pages Wiki

posts: 104 France

Je n'arrive pas à soumettre une réponse dans le thread d'origine (qq'chose de cassée dans le forum). Donc, voilà:

J'ai suivi les recommendations, et voilà, j'ai trouvé tiki-setup.php et j'ai créé deux nouvelles lignes juste après l'instruction "$tiki_timer->start();", comme suite:
ini_set("max_execution_time","120");
ini_set("memory_limit","16M");

Et ça a l'air de marcher! En tout cas, plus de problème de time-out et une page blanche.

Par contre, j'ai un autre problème, c'est que dans tiki-editpage il n'y a pas toute la page qui est déchargée - ça s'arrête après à peu près deux tiers. Il faut préciser que la page fait environ 6000 mots et 50K caractères - en russe. Est-ce trop long pour Tiki? Ou est-ce qu'il y aurait un autre paramètre à bidouiller?

En espérant bientôt des nouvelles, sinon je suis dans le malheur...

posts: 1092

Super si cela marche.
Il y a qd même un bémol. Le ini_set pour la memoire ne marche pas toujours. Cela depend comment le système est configuré. Si la limite est au niveau processus et pas au niveau php, cela ne marche pas (ex: le free hosting de 1and1.com ne marche pas avec tiki)
Mais tant mieux pour les heureux!!!

Pour le pb de tiki-editpage, je suppose que c'est encore un pb de mémoire ou de temps. Si la colonne de droite ne s'affiche pas, cle veut dire que le template smarty n'a pas le temps ou la mémoire pour s'afficher ou pour se compiler. Si la colonne de droite est affichée, cela doit être autre chose? Quel est la version de php? Php a des pbs d'affichage de message d'erreur suaf dans la derniere version de php (a priori)
Avez vous essayer de prendre des valeurs mémoire et temps dans le ini_set plus grandes? Cela va-t-il plus loin si le language du site est anglais (on ne charge pas l'enorme table de language)?

Avez vous essayer de copier votre page temporairement dans un site test de tiki ou si la sanfbox de tikiwiki.org en apercu

posts: 104 France

Je vais essayer quelques-un de ces trucs mais n'empêche...

Le langage du site lui-même est l'anglais, mais je dois accomoder des textes en allemand et en russe (je n'y comprends rien, c'est juste du test pour moi!).

hjhj

Par contre, ce qui me laisse perplexe c'est ceci. J'ai installé sur mon serveur (hébergeur de site à distance) plusieurs CMS en parallèle (notamment PHP-nuke, Xoops, et Tikiwiki). Ils partagent tous la même BDD (chacun avec ses tables évidemment), et la même version de PHP (4.1 si je ne m'abuse). Or, avec la même longueur de texte je constate:

  • que Xoops est très rapide en mise à jour et en affichage, mais que je perds plus que la moitié du texte (peut-être un problème que je pourrais résoudre avec ini_set()?)
  • que Tikiwiki est horriblement lent en mise à jour et en affichage, et que je perds une partie du texte (donc même si je réussis à donner plus de temps à l'opération, ça ne résoud rien, car les temps de réponse sont inacceptables, d'autant plus que ce serait à comparer avec l'existant, basé sur de vieux fichiers HTML et un peu de Perl, et très rapide).
  • que PHP-nuke par contre est impeccable: très rapide à la fois en mise à jour et en affichage, et je ne perds rien.


Je suis donc obligé de conclure, soit que Tiki est simplement plus sophistiqué que PHP-nuke, et donc ne serait pas une solution convenable à mes besoins, soit qu'il y a un problème fondamental quelque part dans la programmation. Qu'en pensez-vous?

Je remarque, d'ailleurs, que ma question sur la "scalabilité" dans le forum en anglais ne reçoit aucune réponse, et que de façon générale les autres questions sur ce sujet dans les forums ne trouve pas de réponse concrète.

C'est bien dommage, parce que par ailleurs Tiki est vraiment excellent et un CMS de choix à mon avis, avec un ensemble très riche de fonctions.

Salutations, Joel


posts: 104 France

Je vais essayer quelques-un de ces trucs mais n'empêche...

Le langage du site lui-même est l'anglais, mais je dois accomoder des textes en allemand et en russe (je n'y comprends rien, c'est juste du test pour moi!).

hjhj

Par contre, ce qui me laisse perplexe c'est ceci. J'ai installé sur mon serveur (hébergeur de site à distance) plusieurs CMS en parallèle (notamment PHP-nuke, Xoops, et Tikiwiki). Ils partagent tous la même BDD (chacun avec ses tables évidemment), et la même version de PHP (4.1 si je ne m'abuse). Or, avec la même longueur de texte je constate:

  • que Xoops est très rapide en mise à jour et en affichage, mais que je perds plus que la moitié du texte (peut-être un problème que je pourrais résoudre avec ini_set()?)
  • que Tikiwiki est horriblement lent en mise à jour et en affichage, et que je perds une partie du texte (donc même si je réussis à donner plus de temps à l'opération, ça ne résoud rien, car les temps de réponse sont inacceptables, d'autant plus que ce serait à comparer avec l'existant, basé sur de vieux fichiers HTML et un peu de Perl, et très rapide).
  • que PHP-nuke par contre est impeccable: très rapide à la fois en mise à jour et en affichage, et je ne perds rien.


Je suis donc obligé de conclure, soit que Tiki est simplement plus sophistiqué que PHP-nuke, et donc ne serait pas une solution convenable à mes besoins, soit qu'il y a un problème fondamental quelque part dans la programmation. Qu'en pensez-vous?

Je remarque, d'ailleurs, que ma question sur la "scalabilité" dans le forum en anglais ne reçoit aucune réponse, et que de façon générale les autres questions sur ce sujet dans les forums ne trouve pas de réponse concrète.

C'est bien dommage, parce que par ailleurs Tiki est vraiment excellent et un CMS de choix à mon avis, avec un ensemble très riche de fonctions.

Salutations, Joel