Anonymus

C'est la sortie 'standard' de la fonction print_r($array), qui affiche un tableau comme ceci, et non la valeur du tableau dans le code En remplacant '$ton_array' par ton tableau, il te faudrait donc faire quelque chose comme : $tableau = array_count_values($ton_array); foreach ($tableau AS $pseudo=>$valeur) { echo "$pseudo et $valeur"; } Nico.

Bonjour, J'ai un ancien disque dur avec windows, un nouveau avec Linux. J'ai mis Lilo pour passer de l'un à l'autre au démarrage. Ca marche très bien pour la partie Linux, le problème, c'est qu'au démarrage de windows, il reboot constamment (sur la page bleue). Je suis obligé de repartir sur le cdrom, en version 'dernière configuration connue'. Si vous aviez des idées sur le 'comment faire pour que XP reparte sans reboot ?? (ps : linux : mandrake version 10.2) Merci

Dans ce cas, il faut t'intéresser à la variable $_SERVER['PHP_SELF'], que tu passes dans la fonction 'basename', ce qui va t'extraire le nom du fichier courant. Il y a d'ailleurs plusieurs facons d'extraire le nom du fichier courant, notamment avec le tableau $_SERVER. Fais une boucle dessus, et choisis celle qui te plait foreach($_SERVER as $k => $v)echo " ".$k."-->".$v; Anonymus.

Le programme ne peut pas deviner quelle action faire, en fonction du bouton.. Ou alors, tu fais une action, que tu divises dans ton programme, en 2 sous actions. En fonction de quoi ce sera telle ou telle action (si ce n'est pas en fonction des boutons )?

La différence entre la pub et le spam, c'est que la pub a un réel but : Celle de vous vendre un produit, ou de le faire connaitre. Si vous recevez un mail d'une société, c'est un mail 'marketing'. On ne peut pas reprocher à une société de rechercher des clients potentiels, c'est la publicité. Si vous recevez un mail de... personne, ou d'une adresse bidon, alors c'est un spam. Que les pubs soient emm..dantes, c'est un fait, mais elles vont de paire avec la société de consommation. Il faut faire avec, et il n'y aura jamais grand chose capable d'éradiquer le problème. Pour les courriers livrés par La Poste, effectivement, il existe un service où l'on peut s'inscrire, pour ne plus recevoir de publicités. Le problème est que la publicité est distribuée par des sociétés qui ne dépendent pas de La Poste, et qui n'ont rien à lui devoir. Autrement dit, il faudrait se désinscire de toutes ces sociétés, qui poussent comme des petits pains. Pour les spams, le problème est différent. Ils sont là pour pourrir les boites mails, c'est leur unique but. Pour cela, ils utilisent toutes les méthodes, surtout les plus illégales. Là, c'est le jeu du chat et de la souris. Le jour où il n'y aura plus de spam, y'aura plus de virus, y'aura plus d'internet... C'est dire.. C'est pas pour demain. Juste un lien. Il date un peu (), mais est toujours aussi valable => http://www.webmaster-hub.com/index.php?showtopic=291&hl=

Oui, 2 boutons submit, et pour chaque bouton, un nom différent. Essaies, c'est hyper simple

Pour éviter les ennuis dès le début, insères ta date en format 'timestamp' dans ta base. Ce format permet toutes les manipulations de date, sans prises de tete : - combien de jours entre le 1er janvier 1985 et le 15 juillet 2002, - le 15 aout 2003 tombe quel jour ? - etc.. Et ceci sans se soucier des jours à 30 jours, à 31 jours, des années bissextiles, des mois d'hivers( ), etc.. S'il y a un seul format à garder pour tout ce qui est gestion de dates, c'est celui ci.

En fait, si, c'est tout à fait possible de le faire en url_rewriting, c'est la meme démarche qu'avec des identifiants numériques, sauf que ce sont des 'mots' au lieu des 'chiffres'. Après, il faut savoir que faire de ces identifiants 'string', ces chaines de caractère. En fait, il faut faire pareil qu'avec un id. numérique, à savoir : aller dans la base de données, et comparer avec les identifiants que l'on a en stocke, et ressortir la page, l'article en question.

2 choses : Tout fait, non, ca n'existe pas (à ma connaissance). A faire, il faudrait être plus explicite : C'est la page de TON site, que tu veux rafraichir toutes les 5 secondes, ou la page d'un site 'au hasard' ? Ce n'est pas la meme chose. Pour le code donné par Jean Luc, c'est une simple balise html. Il suffit de l'insérer dans le header du code html de la page en question. A condition d'y avoir accès, ce qui ne sera pas le cas si ce n'est pas ta page.

Je dirais pareil que Dudu, ce n'est pas possible, parce que contradictoire. Quelques exemples : - Tu prends java ? Tout le monde n'a pas Java sur sa machine. - Tu créées un truc du style 'toobar' ? Tu devras en créer une pour chaque OS. etc.. L'universalité n'est pas encore synonyme d'informatique. S'il existait un système compatible tous OS, ca se saurait, et... ca se sait pas.

A l'inverse, si un responsable sait que tous ses employés travaillent avec tel navigateur, il lui est possible de restreindre l'accès à ce seul navigateur. Donc, je dirais que c'est possible, oui.

En fait, il faut que tu ailles dans la table sql, et que tu cherches l'article qui corresponde à ton identifiant : SELECT article FROM table_article WHERE nom_article='charlotte_aux_fraises'

Non, '../' spécifie 'le répertoire parent' par rapport à celui où tu te trouves. Tu peux donc soit utiliser les chemins relatifs (à l'endroit où tu te trouves), ou les chemins 'absolus', tels que /home/truc/machin/template/'. L'un et l'autre se valent. Tu peux très bien mettre une variable globale, telle que : $repertoire_de_base ="/home/truc/"; et à chaque fois que tu es dans un répertoire, tu ajoutes à cette variable le nom du répertoire courant : $repertoire_courant = $repertoire_de_base."machin/"; et à chaque fois que tu est dans un script, tu peux ainsi y ajouter le nom du script (ou plutot du répertoire final) : $repertoire_final = $repertoire_courant."template/"; Et le tour est joué

Bonjour, Pour cela, il faudrait que l'on sache comment se trouve la facon de stocker de tes 'vrais' articles, histoire de savoir ce que l'on devra renvoyer. Ensuite : Les 2 urls renvoient sur la meme page. Tu sais laquelle ? Toutes les urls renvoient vers cette page, actuellement ? Enfin, comment le faire ? En php ? ou mysql ? Tu peux le faire en php, s'il n'y en a pas beaucoup, et si tu n'as pas envie d'utiliser la base de données pour cela. Sinon, si tu as vraiment beaucoup de pages, si tu veux que ce soit vraiment dynamique sans prise de tete (au niveau 'ajouter/modifier/supprimer'), alors mysql serait mieux.

Effectivement, deux pieds dans le canulard :

La sortie du "PR temps réel" a coïncidé grosso modo avec la sortie d'un moteur de recherche conccurent 'poids lourds'. Le PR de Google est un outil de propagande formidable, qu'ils utilisent parfois pour relancer l'idée d'avance technologique de Google sur ses conccurents. Il faut se méfier des outils de communications, tels que peuvent l'être le PR, surtout qu'il est aussi critiqué qu'adulé, ces derniers temps.

En fait, dans ce cas précis, le principe est d'aller chercher la feuille de style dans le cache de son ordinateur. Donc, meme générée en php, meme protégée par htaccess, elle a été récupérée par l'ordinateur local, et est donc accessible.

Si c'est un serveur local, il faut 'créer' un serveur de mails sur ton serveur local. Sinon, il serait étonnant qu'un serveur internet n'ait pas la possibilité d'envoyer des mails.

Dans la discussion suivante : http://www.webmaster-hub.com/index.php?sho...t=0entry95838 Il est question d'un site, qui 'cache' l'adresse mail du propriétaire du site. Une simple édition en fichier html fera ressortir l'adresse mail mystère. Le but d'empecher d'afficher la source n'est pas de rendre impossible la lecture du code, mais juste d'éviter d'échapper à un certain nombre de 'robots' réculteurs d'infos indiscretes. C'est peut etre aussi le but de ce morceau de script.

La fonction 'eval' permet justement d'executer tout texte (ou fichier dans ce cas) comme une commande php. Autrement dit, s'il y a une variable dans ce code, elle sera comprise comme étant du 'code' valide. S'il y a un problème, 'eval' renverra 'faux', mais pas d'erreurs. Ce code permet donc d'executer du php à partir de tout fichier quelque soit son extension.

C'etait tellement évident qu'on finit par l'oublier, c'est vrai.. Erreur réparée. Anonymus.

Ton point d'interrogation est 'valable' pour l'expression entre les balises de fermeture et d'ouverture du lien. ( entre </a> et <a.. ) Il faut le rendre valide pour le lien seulement, ce qui donne : $montexte= preg_replace("/<a href=(.*?)>(.*?)<\/a>/si", "<a href=\"\\1\"> \\2 </a>", $montexte); Anonymus.

Lorsqu'un membre a besoin de conseils sur son site, il place une discussion dans le salon, et chacun peut laisser son avis. le forum "promotion de sites internet" est plus destiné aux discussions ayant un rapport avec la publicité d'un site : référencement, affiliation, ou publicité 'classique'. Les conseils que l'on peut donner à un site peuvent avoir un rapport avec la programmation, la publicité, la configuration du serveur, etc.. Autrement dit, ce n'est pas forcément un problème de référencement. Mais tous les avis sont les bienvenus.

En fait, CMS désigne pas mal de choses. Il ne faut pas partir d'une architecture générique, mais bel et bien partir du papier, mettre ses idées au clair (c'est à dire par écrit), et voir les synergies entre telle et telle page, telle et telle fonction, etc.. De plus, il faut savoir ce que l'on veut comme fonctionnalités, dans ce CMS. A t on besoin juste de publier des articles, ou d'une newsletter, d'un formulaire de contact, etc.. Bref, il faut détailler au maximum, en partant du principe qu'un CMS, comme tout autre type de site, se doit d'être évolutif. Donc, prévoir... ce que l'on n'a pas prévu, ou ce que l'on souhaiterais plus tard. Si c'est prévu dès le départ, ca fait gagner du temps par la suite. Pas obligé de redévelopper des pans entiers du site. A partir de là, il est possible de commencer à parler d'architecture. A propos d'architecture, il y a 2 tendances. Les sites qui gerent tout à partir d'un seul fichier index, et ceux qui multiplient les entrées. Ainsi, Mambo n'a qu'un seul fichier, quelque soit le menu que vous preniez. Ensuite, ce sont sur des paramètres de ce fichier que vous partez. Le forum sera (par exemple ) index.php?page=forum, alors que la newsletter sera index.php?page=newsletter, etc.. D'autres, au contraire, font une page de départ par 'thème', par menu différent. Ainsi, ca donnera : forum.php pour le forum, newsletter.php pour la newsletter, etc.. Je pense, à ce sujet, que les derniers développements open source sont plutot 1ere tendance. Quand je développe un site en partant de zero, je fais également de meme. Un seul fichier, qui gère l'ensemble des possibilités. Imaginons une maison : Si elle n'a qu'une seule porte, c'est plus facile à controler Une fois l'architecture faite, voire en meme temps, il faut penser sécurité. Comment faire en sorte que les membres soient correctement identifiés, comment faire pour que l'administration (s'il y en a une), soit correctement protégée. Là, c'est idem, plusieurs possibilités. Les cookies, les sessions, les bases de données avec génération d'un numéro identifiant unique (qui sert d'identifiant de session), etc.. Pas de mystères, les sessions l'emportent haut la main, notamment parce qu'elles sont vraiment sécurisées. Mais ca permet de faire aussi la partie 'accès'. Qui a accès à quoi, etc.. Voilà pour un début Anonymus. ps : Petite appartée : L'avantage de développer soi meme un CMS est que ca permet d'y mettre exactement ce que l'on veut, et de la manière que l'on veut. Les CMS qui existent actuellement essaient de gérer tous les cas, certes, mais ils se retrouvent soit hyper complexes (pour une simple utilisation, je veux dire), soit pas assez, dans le sens où il manque justement le petit truc qui fait la différence.

En fait, tout dépend à quoi tu destines ton compteur, et aussi l'importance (la taille) que tu lui veux. Pour un petit compteur, il peut être intéressant de le faire en fichier avec appel en include, alors que pour un gros gestionnaire de statistiques, il faut mieux utiliser les bases de données, qui sont (plus ou moins) destinées à ca.