Tout d'abord bonjour tout le monde, c'est ma premiere question ici.
Voila,
Je me suis mis en tete de construire un site foutoir (le fait que ce
soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte.
Une page = article = plusieurs mots clés.
jusque tout est trés simple.
La navigation s'effecturai ainsi.
Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées:
1- ce mot est un mot clé d'un autre ou de plusieurs autres articles.
2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché.
Dans le cas 1, il devient un lien qui renvoie sur la liste des
articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
j'ai quand meme reflechi un minimum a la question et voila 2 solutions
possibles quej'envisage.
1-Chaque article est parsé lors de leur validation et 2 choses ce
produisent alors:
- tout les autres articles sont mis a jour en fonction des eventuels
nouveau mot clé present dans l'article.
- les mots présents dans l'article deviennent ou non des liens en
fonction des différents mots clé présent dans la BD.
2-Chaque article est parsé lors de leur affichage et donc il n'y a
qu'a afficher les mots sous forme de liens si il corresponde a des
mots clé.
Les 2 solutions ont leur avantages et leur defaut.
La premiere a le gros desavantage de devoir mettre a jour TOUT les
articles présent dans la base de donnée a chaque validation d'un
nouvelle article.
par contre il a le gros avantage d'avoir une navigation sur le site
rapide puisqu'a chaque consultation une courte requete est lancé
La deuxieme solution est dans le sens inverse. les validations se font
de facon rapide mais chaque requete d'affichage de page risque
d'entrainer un nombre de requetes enorme ou une seule requete tout
aussi grosse.
Dans le 2 cas je ne suis pas tout a fait satisfait puisque les choses
sont bien trop lourde (soit pour le validateur soit pour le visiteur).
Wikipedia, a l'air de gérer ca a merveille puisque les liens possédant
un articles deja ecrit sont souligné en bleu tandis que ceux n'est
possédant pas sont souligné en rouge (c'est donc qu'il fait tout seul
la distinction, j'ai regardé le code wiki est le meme pour les 2 cas),
mais je ne comprend pas comment ils fonctionnent.
Donc voila, j'espere que quelqu'un aurait une idée et pourra m'aider a
debloqué mon projet.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
P'tit Marcel
domo wrote:
Je me suis mis en tete de construire un site foutoir (le fait que ce soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte. Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi. Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées: 1- ce mot est un mot clé d'un autre ou de plusieurs autres articles. 2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché. Dans le cas 1, il devient un lien qui renvoie sur la liste des articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce 2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn un utilisateur qui envoit un article est psychologiquement plus prêt à attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les articles présent dans la base de donnée a chaque validation d'un nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots indexables: nombre de caractères minimum, focalisation sur les substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste de mots clé d'abord pour ne pas à faire à chaque fois une recherche full text.
mes 2 centimes. a+ -- Geoffroy
domo wrote:
Je me suis mis en tete de construire un site foutoir (le fait que ce
soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte.
Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi.
Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées:
1- ce mot est un mot clé d'un autre ou de plusieurs autres articles.
2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché.
Dans le cas 1, il devient un lien qui renvoie sur la liste des
articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce
2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn
un utilisateur qui envoit un article est psychologiquement plus prêt à
attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à
rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les
articles présent dans la base de donnée a chaque validation d'un
nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots
indexables: nombre de caractères minimum, focalisation sur les
substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste
de mots clé d'abord pour ne pas à faire à chaque fois une recherche full
text.
Je me suis mis en tete de construire un site foutoir (le fait que ce soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte. Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi. Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées: 1- ce mot est un mot clé d'un autre ou de plusieurs autres articles. 2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché. Dans le cas 1, il devient un lien qui renvoie sur la liste des articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce 2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn un utilisateur qui envoit un article est psychologiquement plus prêt à attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les articles présent dans la base de donnée a chaque validation d'un nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots indexables: nombre de caractères minimum, focalisation sur les substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste de mots clé d'abord pour ne pas à faire à chaque fois une recherche full text.
mes 2 centimes. a+ -- Geoffroy
tohmash
ET bien merci pour ton aide, je vais me mettre a la tache en esperant que le systeme fonctionne correctement et ne devienne pas trop lourd.
P'tit Marcel wrote in message news:<4182b0e7$0$313$...
domo wrote:
Je me suis mis en tete de construire un site foutoir (le fait que ce soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte. Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi. Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées: 1- ce mot est un mot clé d'un autre ou de plusieurs autres articles. 2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché. Dans le cas 1, il devient un lien qui renvoie sur la liste des articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce 2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn un utilisateur qui envoit un article est psychologiquement plus prêt à attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les articles présent dans la base de donnée a chaque validation d'un nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots indexables: nombre de caractères minimum, focalisation sur les substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste de mots clé d'abord pour ne pas à faire à chaque fois une recherche full text.
mes 2 centimes. a+
ET bien merci pour ton aide, je vais me mettre a la tache en esperant
que le systeme fonctionne correctement et ne devienne pas trop lourd.
P'tit Marcel <geononauxspams@centrale-lyon.org> wrote in message news:<4182b0e7$0$313$636a15ce@news.free.fr>...
domo wrote:
Je me suis mis en tete de construire un site foutoir (le fait que ce
soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte.
Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi.
Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées:
1- ce mot est un mot clé d'un autre ou de plusieurs autres articles.
2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché.
Dans le cas 1, il devient un lien qui renvoie sur la liste des
articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce
2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn
un utilisateur qui envoit un article est psychologiquement plus prêt à
attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à
rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les
articles présent dans la base de donnée a chaque validation d'un
nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots
indexables: nombre de caractères minimum, focalisation sur les
substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste
de mots clé d'abord pour ne pas à faire à chaque fois une recherche full
text.
ET bien merci pour ton aide, je vais me mettre a la tache en esperant que le systeme fonctionne correctement et ne devienne pas trop lourd.
P'tit Marcel wrote in message news:<4182b0e7$0$313$...
domo wrote:
Je me suis mis en tete de construire un site foutoir (le fait que ce soit le foutoir est un des éléments fondateur du projet).
Le site serait constitué de la sorte. Une page = article = plusieurs mots clés.
La navigation s'effecturai ainsi. Chaque mots contenu dans l'article doit etre parsé, 2 possibilitées: 1- ce mot est un mot clé d'un autre ou de plusieurs autres articles. 2- ce mot est un mot non clé.
Dans le cas 2, il est simplement affiché. Dans le cas 1, il devient un lien qui renvoie sur la liste des articles aillant ce mot comme mot clé associé.
le probleme concerne la facon de parser de facon rapide.
1-Chaque article est parsé lors de leur validation et 2 choses ce 2-Chaque article est parsé lors de leur affichage et donc il n'y a
En principe, un site est plus fréquemment consulté que modifié. En plusn un utilisateur qui envoit un article est psychologiquement plus prêt à attendre que quelqu'un cliquant sur un lien. Donc la solution 2 est à rejeter.
La premiere a le gros desavantage de devoir mettre a jour TOUT les articles présent dans la base de donnée a chaque validation d'un nouvelle article.
Ce n'est pas forcément un gros travail si tu limites les mots indexables: nombre de caractères minimum, focalisation sur les substantifs, etc.
Pour rechercher dans les articles déjà présents, on analyse leur liste de mots clé d'abord pour ne pas à faire à chaque fois une recherche full text.
