Bonjour à tous,
Bien que la mise en ligne du site soit proche, je reste convaincu que c'est bien Piwigo qui deviendra l'outil le plus adapté aux demandes (déjà !) des utilisateurs. Il me faudra donc me repencher sur cette question des url, et la résoudre.
Je vous remercie de votre accueil, ce message est essentiellement destiné à marquer comme "résolu" cette discussion, jusqu'à nouvel ordre.
Merci à tous,
py
Merci P@t, je suis effectivement intéressé. Cette fonctionnalité me semble importante, puisqu'elle permettra aux photographes (pour tout vous dire, "une certaine photographe" pour commencer ;) de disposer de "leur" espace facilement identifiable et partageable. Si tu as un peu de temps, je te remercie grandement.
Le fichier .htaccess testé est basique et fait le travail dans un sens, mais est oublié si je veux rejoindre la page d'accueil ou sort de l'album :
SetEnv PHP_VER 5_3 AcceptPathInfo On Options -Indexes +MultiViews Options +FollowSymlinks RewriteEngine on RewriteRule ^nom_utilisateur$ ./index/category/nom_utilisateur [L]
Ce simple test a pu me prouver la difficulté de l'exercice et me faire mesurer le travail restant à effectuer.
py
Si tu as un peu de patience je peux t'expliquer (simplement) comment faire un .htaccess pour tes besoins...
Bonjour à tous,
Un message pour vous indiquer que ces manipulations dépassent de loin mes compétences ! Tout est cassé, comme craint.
Quelques essais avec ZenPhoto permettent d'obtenir plus simplement le comportement voulu. Il me faudra donc me passer des fonctionnalités étendues de Piwigo pour ces pages.
Merci de votre aide et de l'étendue de votre documentation, en français ! J'ai découvert un outil superbe et vous souhaite le meilleur pour le futur.
Merci Gotcha !
py
Bonsoir à tous,
En fait, je pense que la solution serait d'écrire un fichier .htaccess qui reprendrait "en dur" le nom de chaque galerie créée pour un utilisateur, ce qui interdirait une inscription automatique. J'ai bon ?
Dans ces conditions, je peux conserver le paramètre "id" et ne rien changer dans le fichier de configuration.
Un retour d'information après m'être familiarisé avec la sintaxe du htaccess... en espérant ne rien casser !
Merci,
py
Merci Gotcha !
En fait, la solution se trouverait donc en amont, chez OVH.
Il me faut donc vérifier le php.info du serveur et adapter le fichier que vous me faites découvrir. Une partie de la solution se trouverait donc là, dans l'option AcceptPathInfo, et la conversion des liens ensuite.
Merci, merci, une piste !
py
Hummmm je ne suis pas du tout spécialiste de la question mais un élément de solution devrait se trouver dans le code :
// +-----------------------------------------------------------------------+ // | urls | // +-----------------------------------------------------------------------+ // question_mark_in_urls : Générer un ? dans les URL. Ne peut être // à false uniquement si le champ PATH_INFO sera converti (ce qui dépend // de la directive AcceptPathInfo de la configuration du serveur) $conf['question_mark_in_urls'] = true; // php_extension_in_urls : si true, les URLs génerées pour picture et // category n'intègreront plus l'extension .php . Ne fonctionne que si // .htaccess comporte un paramètre Options +MultiViews ou une règle de // ré-écriture d'url. $conf['php_extension_in_urls'] = true; // category_url_style : donne l'indication sur la forme de la catégorie // dans l'url $conf['category_url_style'] = 'id'; // picture_url_style : 'id' (défaut), ou 'id-file' ou 'file'. 'id-file' // ou 'file' signifient que le nom de fichier sans extension apparaîtra // dans l'URL (l'adresse Internet). // Notez qu'une requête SQL supplémentaire sera exécutée si // 'file'/'id-file' indiqué. // Notez également que vous pourriez relever des anomalies de navigation // si vous choisissiez 'file' et que vos noms de fichiers ne soient pas // uniques. $conf['picture_url_style'] = 'id'; // tag_url_style : 'id-tag' (défaut), ou 'id' ou 'tag'. // Notez qu'en choisissant 'tag' la valeur ASCII de l'URL pourrait ne plus // correspondre à une valeur unique, le résultat serait de montrer tous les // tags correspondant à cette valeur. $conf['tag_url_style'] = 'id-tag';
Notement la configuration $conf['category_url_style'] = 'id'; où je noterai à la place de 'id" => 'name'
Pour savoir comment utiliser ce code, rendez-vous dans le [wiki]
Bonjour à tous,
Ayant un projet de site présentant les photographies de plusieurs utilisateurs, je désirerais permettre un accès direct de chacun à son "espace" par une url du type http://le.site.de/nom_utilisateur/ tous les albums étant présentés en page d'accueil.
Quand sur mes pages de test, je demande à accéder à un album, après avoir enregistré un lien permanent, il me faudrait saisir http://le.site.de/piwigo/index.php?/cat … tilisateur pour parvenir à la page voulue.
Serait-il possible de gommer le piwigo/index.php?/category/ pour faciliter l'accès et la mémorisation ?
Je n'ai pas trouvé d'informations relatives à ce problème dans les documentations (peut-être ai-je mal cherché ?) et me permets de faire appel au forum.
Une réponse positive déterminerait le choix de Piwigo, même si je devine qu'il s'agit d'une des conséquences de l'organisation particulière des fichiers du système (albums "virtuels"...)
Merci de votre attention, et quel plaisir d'écrire en français sur ces sujets !
py