tamplan

J'ai oublié de préciser que les fiches seront générées via PHP. La mise en signet d'une fiche ne sert à rien pour l'utilisateur. La page principale n'est accessible que par les membres d'un forum. Sans préciser à quoi sert le site en question, voici un exemple de ce que je souhaite mettre en place. Le site gére des recettes de cuisine. hxxp://www.exemple.com/recette.php est la page principale du site. hxxp://www.exemple.com/fiche1.php est une page qui présente une recette sur laquelle un lien permet de télécharger la recette (au format pdf par exemple). hxxp://www.exemple.com/fiche1.php ne doit être accessible que depuis la page principale, un accès direct à hxxp://www.exemple.com/fiche1.php dans l'absolu ne devrait rien retourner. hxxp://api.exemple.com/recherche_recette.php permet de rechercher une recette et de télécharger la recette (au format pdf par exemple) via des scripts tiers avec contrôle via clé api. C'est la copie sauvage sans passer par l'api que je souhaite compliquer au maximum...

Je suis malheureusement certain de cela. Le pillage de ce site est malhaureusement une réalité. Le fait de ne pas gagner de visiteurs par les moteurs de recherche est justement un plus pour ce type de site. Ce site est légal mais je ne compte pas à dire plus ici. Je peux simplement préciser que le contenu du site est exportable via une api mais je souhaite éviter que les personnes ne passent pas par l'api justement. Pour le referer, je suis conscient qu'il possible de le falsifier. Je pensais à l'ajax pour empêcher un pompage du site via un logiciel comme wget par exemple.

Bonjour à tous, Je vous expose rapidement mon problème. Le site que je gère a une structure facilement exploitable par script afin d'en parser le contenu, ce que je souhaite éviter. Afin de compliquer ce processus de pillage en règle, je pensais utiliser de l'ajax avec appel de fichier php et contrôle de la variable $_SERVER['HTTP_REFERER'] pour changer le contenu renvoyé si le visiteur ne passe pas par le site mais accède directement à une page. En gros, le site gére sur une page principale trois blocs : - les fiches les plus consultées (fiche_1, ..., fiche_10) (10 fiches) - les dernières fiches (fiche_245, fiche_244, ..., fiche_235) (10 fiches) - une fiche au hasard (fiche_n) Ces trois blocs pourraient être retournés par 3 requêtes ajax. La page principale permet une recherche dans les fiches. L'adresse d'une fiche est de la forme hxxp//www.example.com/fiche_n.html, je souhaiterais empêcher la consultation d'une fiche directementan sans passer par la page principale. Est-ce possible ? Est-ce qque les requêtes en ajax permettraient de compliquer la tâche des pilleurs ? Je ne sais pas vraiment comment résoudre ce problème et surtout si il y a une solution pour compliquer la tâche des pilleurs. Merci de bien vouloir me donner des pistes de réflexion. Cordialement

J'ai trouvé, il suffit d'écrire : RewriteEngine On RewriteRule ^site/$ /forums/index.php?app=custompages [QSA,L] RewriteRule ^site$ /forums/index.php?app=custompages [QSA,L] RewriteRule ^site.php$ /forums/index.php?app=home [QSA,L] Et ça fonctionne

Bonsoir à tous, J'ai installé un forum dans le dossier '\forums'. Je souhaiterais que lorsque je navigue sur '-http://www.example.com/forums/index.php?app=home', l'adresse apparaissant dans le navigateur soit '-http://www.example.com/site'. Je précise que le dossier 'site' n'existe pas. Où placer le fichier '.htaccess' et quoi mettre à l'intérieur ? A priori, il faudrait le mettre dans le dossier racine ? J'ai tenté cela : RewriteEngine On RewriteRule ^/site/$ /e2t/index.php?app=home [L] Merci pour vos réponses

Bonsoir à tous, A priori, je pense avoir solutionné mon problème. Dans le fichier 'F:/xampp64/htdocs/.htaccess', j'ai les lignes : RewriteEngine On RewriteRule ^studios/([0-9]+)$ studios/showentry.php?showentry=$1 [L] RewriteRule ^studios/delete/([0-9]+)$ studios/deleteentry.php?showentry=$1 [L] RewriteRule ^studios/edit/([0-9]+)$ studios/editentry.php?showentry=$1 [L] RewriteRule ^studios/add/$ studios/addentry.php [L] RewriteCond %{HTTP_HOST} api.tamplan.fr [NC] RewriteRule ^(.*)$ /api/index.php [QSA,L] Options -Indexes J'ai dû rajouter un fichier 'F:/xampp64/htdocs/api/.htaccess' qui contient : RewriteEngine Off Je suppose que par ce biais et seulement dans le seul dossier 'F:/xampp64/htdocs/api', les règles définies dans le fichier '.htaccess' ne sont plus appliquées. J'espère avoir trouvé la solution et surtout compris le concept...

Bonsoir à tous, Je teste en local, sous windows, un site perso en simulant un nom de domaine et un sous-domaine. Dans le fichier 'C:\Windows\System32\drivers\etc\hosts', j'ai rajouté la ligne : 127.0.0.1 www.tamplan.fr api.tamplan.fr Dans le fichier 'F:\xampp64\apache\conf\httpd.conf', j'ai les lignes suivantes : ServerName localhost:80 NameVirtualHost *:80 <VirtualHost *:80> ServerAdmin admin_AT_localhost DocumentRoot "F:/xampp64/htdocs/" <Directory "F:/xampp64/htdocs"> # ici viennent les options spécifiques à ce dossier </Directory> </VirtualHost> L'adresse 'h**p://www.tamplan.fr' est reconnue en local. L'adresse 'h**p://api.tamplan.fr' n'est pas reconnue en local. Jusque là, tout est normal. Dans le fichier 'F:/xampp64/htdocs/.htaccess', j'ai les lignes : RewriteEngine On RewriteCond %{HTTP_HOST} ^api.tamplan.fr RewriteRule api/(.*) - [L] RewriteRule ^(.*)$ /api/index.php [QSA,L] Options -Indexes Par ce biais, l'adresse 'h**p://api.tamplan.fr' est reconnue et c'est bien le fichier 'F:/xampp64/htdocs/api/index.php' qui est exécuté. Maintenant, ça se corse si j'ai le fichier 'F:/xampp64/htdocs/.htaccess' suivant : RewriteEngine On RewriteRule ^studios/([0-9]+)$ studios/showentry.php?showentry=$1 [L] RewriteRule ^studios/delete/([0-9]+)$ studios/deleteentry.php?showentry=$1 [L] RewriteRule ^studios/edit/([0-9]+)$ studios/editentry.php?showentry=$1 [L] RewriteRule ^studios/add/$ studios/addentry.php [L] RewriteCond %{HTTP_HOST} ^api.tamplan.fr RewriteRule api/(.*) - [L] RewriteRule ^(.*)$ /api/index.php [QSA,L] Options -Indexes J'obtiens une erreur 500, les scripts dans le dossier 'F:/xampp64/htdocs/studios' ainsi que le script 'F:/xampp64/htdocs/index.php' ne sont pas exécutés. Que me faudrait il modifier sachant que je compte utiliser un hébergement mutualisé par la suite qui ne devrait pas me donner accès à la configuration d'apache ? Merci pour votre aide !!

Merci pour ces infos, si je dois conseiller des personnes sur ce sujet autant que je ne dise pas trop d'âneries ...

Ok pour le fichier et en ce qui concerne la solution d'un iframe dans le wrapper du forum ? - dangeureux ? - autorisé ? Merci de m'éclairer sur ces derniers points à moins qu'il ne me faille ouvrir un autre sujet ?

La solution d'un iframe est elle dangeureuse ou déconseillée ? (je cherche juste à approfondir mes connaissances, nous venons juste d'ouvrir un sujet sur invision board france)

Bonjour, Je me permet d'intervenir ici pour vous signaler que la redistribution même d'un seul fichier (modifié) d'IPB est interdite. Et le patch à appliquer n'est pas conseillé par IPS pour des questions de sécurité. J'ai conscience de ne pas solutionner le problème ...

Pour Joomla, c'est le cas : Fireboard est un composant pour gérer un forum. VirtueMart est un composant de boutique en ligne.

Bonsoir, J'ai mis en place un site avec Joomla. Au programme, intégration des membres du site + d'un forum invision power board + MediaWiki. Un composant payant (20$) est nécessaire. Je vous invite à suivre ce sujet dans lequel j'expliquerais ce que j'ai bidouillé (un login et pass de test est indiqué). Salutations

Bonsoir, J'ai trouvé ce chat en php4, je suppose qu'il fontionne avec php5. http://www.phpfreechat.net/ C'est un tchat utilisant Ajax. Le site propose de nombreux exemples pour faire fonctionner le tchat avec Mysql (à la base les infos du chat sont stockées sous forme de fichiers). Dans le forum de ce site, j'ai trouvé comment utiliser le tchat avec une base de données d'utilisateurs, intégrer les membres d'un forum (phpBB, IPB). En espérant que ça vous aide ...

Bonjour, Juste pour signaler un bug dans la boutique longchamp.com Testé sous Firefox 2.0 à l'heure de l'écriture de ce post : Cliquez pour agrandir l'image

Bonjour, Je suis sur un 90plan mutualisé chez ovh et ait réussi un début de redirection (c'est la première fois que je fais ça). A la recherche d'une solution à mon problème je suis tombé sur ces infos : - 'Options followsymlinks' est déja activé par défaut - Indiquez le répertoire de base du site si celui-ci n'est pas à la racine - Précédez la partie droite d'un caractère '/' (dernier point à vérifier, ça marche pour moi sans :!: ) Voici le fichier .htaccess que je te propose : Options +followsymlinks RewriteEngine On RewriteBase /betawhynot RewriteRule membres/([0-9]+)/(.+)$ /membres_details.php?id=$1 [L] RewriteRule articles/([0-9]+)/([0-9]+)/(.+)$ /activites.php?comite=$1&article=$2 [L] RewriteRule forum/forum/([0-9]+)-(.+)$ /forum_forum.php?forum=$1 [L] RewriteRule forum/sujet/([0-9]+)-(.+)$ /forum_sujet.php?sujet=$1 [L] RewriteRule forum/categorie/([0-9]+)-(.+)$ /forum_categorie.php?categorie=$1 [L] RewriteRule (.+)/$ /$1.php [L] Et donc avec la réserve que j'ai faîte au sujet du caractère '/', ceci devrait fonctionner également : Options +followsymlinks RewriteEngine On RewriteBase /betawhynot RewriteRule membres/([0-9]+)/(.+)$ membres_details.php?id=$1 [L] RewriteRule articles/([0-9]+)/([0-9]+)/(.+)$ activites.php?comite=$1&article=$2 [L] RewriteRule forum/forum/([0-9]+)-(.+)$ forum_forum.php?forum=$1 [L] RewriteRule forum/sujet/([0-9]+)-(.+)$ forum_sujet.php?sujet=$1 [L] RewriteRule forum/categorie/([0-9]+)-(.+)$ forum_categorie.php?categorie=$1 [L] RewriteRule (.+)/$ $1.php [L] En espérant que ça t'aide ...

Bonjour, Peux tu nous en dire un peu plus ? Nom de l'hébergeur ? Mutualisé ou pas ? Emplacement de joomla ? Message d'erreur ? ... Je gére un site avec joomla 1.0.11 sur ovh en mutualisé, si je peux t'aider ...