Forum

Reprise du message précédent

Au vu de ta directory, ce serait plutôt une erreur apache. Je doute que tu trouves une solution avec phpmyadmin. Est ce que tes fichiers sont bien placés dans /var/www/html/ par défaut? (Chez moi je ne modifie pas les fichiers de conf. Je fais un lien symbolique avec mon home. Je donne les droit aux groupes et ça roule avec réinitialisation.

Je ne trouve de message d'erreur, ni dans les logs d'apache (c'est là que j'ai cherché en premier à cause du changement de version) ni dans ceux de mysql (c'est une idée à toi mais de ce côté, ça semble normal puisque lorsque je rentre un mauvais couple utilisateur/mot de passe, un message d'erreur s'affiche à l'écran.

Je me suis demandé s'il ne manquait pas un module apache d'authentification, mais je n'ai pas trouvé lequel en comparant avec les paquets installés par Mageia 1 et 2 (mais c'est apache 2.2).

C'est d'ailleurs pourquoi le RPM task-lamp installe trop de choses, mais on a le mérite que rien ne soit oublié.
Pour le couple utilisateur/mot de passe, dans mysql, tu peux le vérifier avec phpmyadmin. Tu peux aussi le voir en console
mysql -u moi -p password en adaptant à tes paramètres.

Ils sont placés où tes fichiers piwigo ?

« on a le mérite que rien ne soit oublié »
J'en viens à me poser la question...

« Ils sont placés où tes fichiers piwigo ? »
En temps normal dans un répertoire /home/toto. Apache faisant partie du groupe toto, il peut y écrire sans problème avec des permissions 775.
Là, j'ai joué la prudence en plaçant tout dans /var/www/html avec des permissions 777. Ni l'une ni l'autre des configurations ne fonctionne.

Si c'est dans ton home, tu es dans la même configuration que moi.
J'ai du ajouter le apache à toto et toto à apache
Sinon pour faire bien il te faudrait utiliser webdav mais je ne sais pas comment ça marche.

En déplaçant dans /var/www/html tu fais une action, mais ton logiciel lui ecrit dans /home/toto/ Tu as donc un problème.
Il est préférable de créer un lien symbolique entre /home/toto/mon_logiciel/ et /var/www/html

Je me suis mal expliqué.
Sur ma machine principale (Mageia 1) les applications piwigo et webtrees sont dans /home/toto avec un lien symbolique vers /var/www/html. Apache appartient au groupe toto et les fichiers ont la permission 775. Ça marche parfaitement depuis des années.

Sur la machine de test (Mageia 3b2 dans une virtualbox), je n'ai pas voulu risquer des complications supplémentaires avec un lien symbolique et j'ai tout placé dans /var/www/html. Il n'y a aucun lien vers /home.
Mais j'ai aussi fait une seconde installation avec ma configuration « normale » avec home et lien.
Dans les deux cas, j'ai le même résultat ; ça fonctionne pour un visiteur mais pas moyen de se connecter à l'application comme utilisateur (je ne parle pas de connexion à mysql mais à piwigo).
http://gustine.no-ip.org/essai/mageia3b2-piwigo.jpg
http://gustine.no-ip.org/essai/mageia3b2-webtrees.jpg

Bonsoir gustine,
Un rapport de bogue, pour une autre application, mais avec des symtômes similaires :
https://bugs.mageia.org/show_bug.cgi?id=8682
Je suggère de contrôler les droits sur /var/lib/php, que ce soit apache:apache et 775.

Mageia 3 a bien attribué /var/lib/php à apache:apache comme il se doit. Et pour faire bon poids j'ai donné la permission 777 à var, à lib et à php...

Le rapport de bug semble effectivement décrire un problème analogue au mien.

Compare les php.ini
En particulier session.save_path
http://www.php.net/manual/en/session.configuration.php#ini.session.save-path

On trouve un très normal « session.save_path="/var/lib/php" » comme dans Mageia 1 et 2 et je n'ai rien changé d'autre que la timezone. Je n'ai rien touché dans httpd.conf non plus (ça sera plus plus tard).

Édité par gustine Le 29/01/2013 à 20h44

Me revoici six semaines plus tard, toujours au même point.

Sur la même machine Mageia 1 (« tant que ça marche, touche-zy-pas »)

• une première virtualbox avec une installation toute propre de Mageia 2 (KDE 32 bits) qui fait tourner piwigo et webtrees sans avoir modifié la configuration par défaut fournie par task-lamp (deux paquets ajoutés et les permissions mises à 777),
• une seconde virtualbox avec Mageia beta3 (KDE 32 bits aussi) avec strictement la même démarche, tesk-lamp, mes deux paquets supplémentaires et les permissions ad hoc, mais pas moyen d'installer ces deux applications.
  

Piwigo réussit à créer les tables de la base de données mais ça s'arrête sur :


webtrees n'y réussit pas :


Quelqu'un a-t-il réussi à faire fonctionner une application php+mysql avec Mageia3 ?

Oui, moi. Ça marche nickel.... Tu as peut être un souci ailleurs ?

Je suis reparti de la virtualbox dans laquelle Mageia 2 faisait tourner piwigo et webtrees correctement et j'ai entrepris le saut de version vers Mageia 3b3.

Pas de problème pour ce saut de version, à part un « 'script' failed for ppp-2.4.5-14.mga3.i586 » qui n'a pas interrompu l'installation puis, lors de la mise à jour de Mageia 3, un curieux « ne peut installer telepathy-kde-common-internals-core-0.5.80-1.mga3.noarch car libgcc_s.so(GCC_3.0)(64bit) est non satisfait ». Pourquoi 64 bits puisque c'est un système 32 bits ?

Par contre ni piwigo ni webtrees ne fonctionnent plus !

• piwigo m'indique « La connexion avec le serveur a été réinitialisée pendant le chargement de la page. »
• et pour webtress c'est « Fatal error: Call to a member function exec() on a non-object in /var/www/html/webtrees/library/WT/DB.php on line 81 ».
  

Peux tu retourner un
uname -a

Merci.

Voilà uname -a :
Linux localhost 3.8.1-desktop586-1.mga3 #1 SMP Sat Mar 2 19:37:33 UTC 2013 i686 i686 i686 GNU/Linux
pour les deux virtualbox que j'ai installées sur la première machine avec Mageia-3-beta3-LiveDVD-KDE4-i586-DVD.iso

et
Linux localhost 3.8.1-desktop586-1.mga3 #1 SMP Sat Mar 2 19:45:23 UTC 2013 i686 i686 i686 GNU/Linux
pour l'installation « en dur » sur la seconde machine avec Mageia-3-beta3-i586-DVD.iso

Édité par gustine Le 15/03/2013 à 23h17

bo je sais pas si c'est lié ton probleme mais te faut un hostname pour les trucs genre apache, sendmail etc localhost ca le fait pas



chez http://www.noip.com/ tu peux en creer un gratuit



bon fais un moment que me suis pas amusé avec apache mais d’expérience la page blanche php ca arrive souvent quand tu installes un site manuellement



ce que je peux te conseiller, c'est de virer un max apache, php etc effacer manuellement les "residus"

ensuite tu reinstalle juste apache avec le wizard



en console root



urpmi drakwizard

puis

drakwizard

puis

/etc/init.d/httpd restart

puis

drakfirewall

et tu coches serveur web

puis

msecgui (si pas installé urpmi msec-gui)

onglet paramètres de sécurité , onglet de base double clique sur webserver et menu fichier sauvegarder la configuration

ensuite

tu installe un site web present sur mageia par exemple ampache

urpmi ampache ce qui va t'installer php + quelque module

une fois installé

/etc/init.d/httpd restart ( faut toujours relancer le serveur apache quand tu installes un news site ou bien fait des modifs dessus ou des modif sur php)

bon pas obligé de le config mais tu peux le test

http:://monhosname.org/ampache ou a defaut http:://127.0.0.1/ampache

en principe ca marche

donc tu as un "model" et tu sais que ca marche, te permet de mater les droits des dossier etc

et une fois sur que ton system fonctionne la tu réinstalle a neuf ton site



bon j'ai jamais été un grand expert, puis fait assez longtemps que j'ai pas utilisé apache,php, msql mais bon si je peux t'aider n’hésite pas

Édité par Visiteur Le 16/03/2013 à 10h52