Problèmes d'installation sur openBSD
davandg
J'ai installé Piwam sur mon serveur perso.
Je tombais toujours sur une page 404 :
Not Found
The requested URL /piwam/web/install was not found on this server.check_configuration.php me dit que tout est OK sauf :
[[WARNING]] php.ini has short_open_tag set to off: FAILEDOr dans mon php.ini short_open_tag est à On et phpinfo() ne dit pas le contraire.
*** Set it to off in php.ini ***
Peut-être il y a-t-il un bug quelque part ?
Je pensais que l'erreur venait du .htaccess.
J'ai essayé de dé-commenter le RewriteBase / (comme indiqué dans le fichier), sans effet.
J'ai aussi essayé avec RewriteBase /piwam/web/ toujours sans résultat.
En cherchant du coté de symfony (que je ne connais absolument pas), il semblerait que le problème vienne du paramètre no_script_name. J'ai mis à off partout où j'ai pu, mais toujours rien...
Une petite recherche sur google m'a permis de trouver ce post :
http://forum.symfony-project.org/index.php/m/80405/
Il indique que son serveur n'indique pas $_SERVER['PATH_INFO'], ce qui est mon cas. Je ne sais pas pourquoi (config de php ? de apache ? de suhosin ?) mais c'est le cas.
Il faut rajouter le script suivant tout au début de index.php :
if ( !isset($_SERVER['PATH_INFO']) )Maintenant je "peux" utiliser piwam mais uniquement avec le index.php devant, quelque soit la valeur de no_script_name. Je me demande si ce paramètre change bien quelque chose (est-ce le bon paramètre à modifier ?) car il ne modifie pas non plus les liens des pages web.
{
$_SERVER['PATH_INFO'] = $_SERVER['REDIRECT_URL'];
}
Je me retrouve maintenant bloqué devant la page de config de la BDD. Je ne peux pas aller plus loin car le formulaie n'envoie pas les données sur index.php/install/configDatabase mais sur install/configDatabase ! Je pourrais passer à travers en modifiant la page en direct mais refaire cella à chaque envoie de données n'est pas une solution.
Je m'en remet à vous ôh dieux de symfony et de piwam !
Bonnes fêtes,
David.
Adrien Mogenet
C'est cool de voir que tu as poussé un petit peu loin la résolution du problème :-)
Je me permets de poser une première question : le problème me semble être celui d'un serveur Apache qui n'a pas le mod_rewrite activé. Est-ce le cas ?
Si c'est le cas, est-ce que les fichiers .htaccess sont bien pris en compte ?
Pour le savoir, crée un fichier ".htaccess" à la racine avec uniquement la ligne suivante : "deny from all".
À partir de là, le serveur est censé te refuser systématiquement l'accès. Si il affiche autre chose, c'est que les fichiers . htaccess ne sont pas pris en compte. (Sous debian, par défaut il faut modifier le fichier httpd.conf, en mettant le AllowOverride à All au lieu de None)
Bon courage !
--
Adrien Mogenet
Créateur de Piwam
http://www.piwam.org
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Piwam.
Pour envoyer un message à ce groupe, adressez un e-mail à pi...@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse piwam+un...@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/piwam?hl=fr
davandg
Le problème venait bien de "AllowOverride".
Merci pour l'aide, merci pour le logiciel.
David.
Achibald
Je doit être bête mais je n'y arrive pas. J'ai toujours :The requested
URL /piwam/web/install was not found on this server.
un htacess deny from all fait son boulot et pourtant rien.
Conf : Une debian toute neuve
si je renomme le htaccess, j'accède au check configuration qui me
donne :
********************************
* *
* symfony requirements check *
* *
********************************
php.ini used by PHP: /etc/php5/apache2/php.ini
** Mandatory requirements **
OK PHP version is at least 5.2.4
OK php.ini has zend.ze1_compatibility_mode set to off
** Optional checks **
OK PDO is installed
OK PDO has some drivers installed: mysql, sqlite, sqlite2
OK PHP-XML module is installed
OK XSL module is installed
OK The token_get_all() function is available
OK The mb_strlen() function is available
OK The iconv() function is available
OK The utf8_decode() is available
OK A PHP accelerator is installed
[[WARNING]] php.ini has short_open_tag set to off: FAILED
*** Set it to off in php.ini ***
[[WARNING]] php.ini has magic_quotes_gpc set to off: FAILED
*** Set it to off in php.ini ***
OK php.ini has register_globals set to off
OK php.ini has session.auto_start set to off
J'ai hésité à poster mais là je ne vois plus quoi essayer.
Merci
Archie
On 21 déc 2009, 22:53, davandg <dava...@gmail.com> wrote:
> Youhouuuu !
> Le problème venait bien de "AllowOverride".
>
> Merci pour l'aide, merci pour le logiciel.
>
> David.
>
> Le 21 décembre 2009 17:00, Adrien Mogenet <adrien.moge...@gmail.com> a écrit
> :
>
> > Bonjour !
>
> > C'est cool de voir que tu as poussé un petit peu loin la résolution du
> > problème :-)
>
> > Je me permets de poser une première question : le problème me semble être
> > celui d'un serveur Apache qui n'a pas le mod_rewrite activé. Est-ce le cas ?
>
> > Si c'est le cas, est-ce que les fichiers .htaccess sont bien pris en compte
> > ?
>
> > Pour le savoir, crée un fichier ".htaccess" à la racine avec uniquement la
> > ligne suivante : "deny from all".
>
> > À partir de là, le serveur est censé te refuser systématiquement l'accès.
> > Si il affiche autre chose, c'est que les fichiers . htaccess ne sont pas
> > pris en compte. (Sous debian, par défaut il faut modifier le fichier
> > httpd.conf, en mettant le AllowOverride à All au lieu de None)
>
> > Bon courage !
>
> > --
> > Adrien Mogenet
> > Créateur de Piwam
> >http://www.piwam.org
>
> > 2009/12/21 davandg <dava...@gmail.com>
>
> >> Bonjour !
> >> J'ai installé Piwam sur mon serveur perso.
> >> Je tombais toujours sur une page 404 :
> >> Not Found The requested URL /piwam/web/install was not found on this
> >> server.
>
> >> check_configuration.php me dit que tout est OK sauf :
>
> >> [[WARNING]] php.ini has short_open_tag set to off: FAILED
> >> *** Set it to off in php.ini ***
>
> >> Or dans mon php.ini *short_open_tag* est à *On* et phpinfo() ne dit pas
> >> le contraire.
> >> Peut-être il y a-t-il un bug quelque part ?
>
> >> Je pensais que l'erreur venait du .htaccess.
> >> J'ai essayé de dé-commenter le *RewriteBase /* (comme indiqué dans le
> >> fichier), sans effet.
> >> J'ai aussi essayé avec *RewriteBase /piwam/web/* toujours sans résultat.
>
> >> En cherchant du coté de symfony (que je ne connais absolument pas), il
> >> semblerait que le problème vienne du paramètre no_script_name. J'ai mis à
> >> off partout où j'ai pu, mais toujours rien...
>
> >> Une petite recherche sur google m'a permis de trouver ce post :
> >>http://forum.symfony-project.org/index.php/m/80405/
> >> Il indique que son serveur n'indique pas $_SERVER['PATH_INFO'], ce qui est
> >> mon cas. Je ne sais pas pourquoi (config de php ? de apache ? de suhosin ?)
> >> mais c'est le cas.
> >> Il faut rajouter le script suivant tout au début de index.php :
>
> >> if ( !isset($_SERVER['PATH_INFO']) )
> >> {
> >> $_SERVER['PATH_INFO'] = $_SERVER['REDIRECT_URL'];
>
> >> }
>
> >> Maintenant je "peux" utiliser piwam mais uniquement avec le index.php
> >> devant, quelque soit la valeur de no_script_name. Je me demande si ce
> >> paramètre change bien quelque chose (est-ce le bon paramètre à modifier ?)
> >> car il ne modifie pas non plus les liens des pages web.
>
> >> Je me retrouve maintenant bloqué devant la page de config de la BDD. Je ne
> >> peux pas aller plus loin car le formulaie n'envoie pas les données sur *
> >> index.php/install/configDatabase* mais sur *install/configDatabase* ! Je
> >> pourrais passer à travers en modifiant la page en direct mais refaire cella
> >> à chaque envoie de données n'est pas une solution.
>
> >> Je m'en remet à vous ôh dieux de symfony et de piwam !
>
> >> Bonnes fêtes,
> >> David.
>
> >> --
> >> Vous recevez ce message, car vous êtes abonné au groupe Google
> >> Groupes Piwam.
> >> Pour envoyer un message à ce groupe, adressez un e-mail à
> >> pi...@googlegroups.com.
> >> Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse
> >> piwam+un...@googlegroups.com <piwam%2Bunsu...@googlegroups.com>
> >> .
> >> Pour plus d'options, consultez la page de ce groupe :
> >>http://groups.google.com/group/piwam?hl=fr
>
> > --
> > Vous recevez ce message, car vous êtes abonné au groupe Google
> > Groupes Piwam.
> > Pour envoyer un message à ce groupe, adressez un e-mail à
> > pi...@googlegroups.com.
> > Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse
> > piwam+un...@googlegroups.com <piwam%2Bunsu...@googlegroups.com>.
Adrien Mogenet
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse piwam+un...@googlegroups.com.
Archie Chase
Bah non, le .htaccess d'origine est bien au chaud dans le répertoire web.
Je me dis que j'ai du rater quelque chose, mais je ne vois vraiment pas ce que ça peut être ?
Bonne soirée
mon .htaccess :
Options +FollowSymLinks +ExecCGI
<IfModule mod_rewrite.c>
RewriteEngine On
# uncomment the following line, if you are having trouble
# getting no_script_name to work
#RewriteBase /
# we skip all files with .something
#RewriteCond %{REQUEST_URI} \..+$
#RewriteCond %{REQUEST_URI} !\.html$
#RewriteRule .* - [L]
# we check if the .html version is here (caching)
RewriteRule ^$ index.html [QSA]
RewriteRule ^([^.]+)$ $1.html [QSA]
RewriteCond %{REQUEST_FILENAME} !-f
# no, so we redirect to our front web controller
RewriteRule ^(.*)$ index.php [QSA,L]
</IfModule>
Adrien Mogenet
Archie Chase
Archie Chase
Merci
Archie
Le 16/02/2010 20:40, Adrien Mogenet a écrit :
Adrien Mogenet
Pour l'activer : a2enmod rewrite
Puis redémarrer Apache !
Archie Chase
C'est pas ça !!!!
Dommage
Merci quand même ;(
Archie
Le 16/02/2010 21:38, Adrien Mogenet a écrit :
a2enmod rewrite
Théophile Helleboid
> # uncomment the following line, if you are having trouble
> # getting no_script_name to work
> #RewriteBase /
>
Il faut peut-être décommenter cette ligne, et jouer avec le "/". Ne
pas hésiter à regarder /var/log/apache/error.log pour voir où ça
coince.
En espérant pouvoir être utile,
Librement
--
Théophile Helleboid