Discussion :

[ambyl]

Bonjour! Avant toute chose super framework prise en main simple rapide et hyper maniable
Bon j'ai une appli avec login développé en local (conf: windows xampp) qui tourne sans problème. En production j'ai un serveur nginx sous debian et le problème c'est que je suis toujours redirigé sur la page de login après la connexion réussi avec une erreur "302 Move temporaly" (souci de routage de module jpense).
Voici ma config serveur:
server {
listen 80;
server_name domain.tld;

root /rootfolder/public/;
index index.php;

access_log /var/log/nginx/domain_access.log;
error_log /var/log/nginx/domain_error.log;


location / {
try_files $uri $uri/ @rewriteapp;
}

location @rewriteapp {
# rewrite all to index.php
rewrite ^(.*)$ /index.php?$1 last;
}

# Php configuration
location ~ ^/(index|index_dev)\.php(/|$) {
# Php-FPM Config (Socks or Network)
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_split_path_info ^(.+\.php)(/.*)$;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}


# Static files
location ~* ^.+\.(jpg|jpeg|gif|css|png|js|pdf|zip)$ {
expires 30d;
access_log off;
log_not_found off;
}
}

[imikado]

Je ne connais pas nginx, j'utilise exclusivement apache

Mais pour essayer de vous aider:
1. utilisez vous l'url rewriting sur votre projet, si oui essayer de le desactiver pour donner une piste
2. il y a peut etre un soucis de configuration du repertoire "root" qui doit etre le dossier public

[imikado]

J'ai fait l'exercice d'installer un server nginx et de visualiser l'application sans problème, sauf pour mes applications avec de l'url rewriting
la problème doit venir de là je pense

[ambyl]

Merci.
Effectivement j'ai une appli par defaut du builder lui passe correctement, je pense que le problème doit venir de mon appli au niveau du module login quand je desactive le module authentification (site.ini.php=>auth=>enable=0) le site fonctionne sans problème. j ai juste des erreur au niveau des modules qui requière _root::getAuth()->getAccount()

[imikado]

Peut etre un soucis au niveau du cookie de session

Vous pouvez tester sur votre application locale (windows) et distante (debian/nginx) pour verifier les parametres de cookie

peut etre un soucis identifié ici:

sticky cookie srv_id expires=1h domain=.example.com path=/;

http://nginx.com/products/session-persistence/

[imikado]

Pour info, je viens de réessayer de paramétrer l'url rewriting et j'utilise la règle:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
location @rewriteapp {
# rewrite all to index.php
rewrite ^(.*)$ /index.php last;
}

plutôt que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
location @rewriteapp {
# rewrite all to index.php
rewrite ^(.*)$ /index.php?$1 last;
}

C'est peut etre du a ceci: une mauvaise interpreation de l'url rewriting