Anonymus

A priori, on ne peut pas faire de jointure entre tables de bases différentes. Tu peux ouvrir une base, prendre les résultats, et ouvrir la seconde base. A priori pour ne pas prendre de risque il te faudra fermer la première base. Pour solutionner ton problème, tu pourrais très bien : - récupérer les résultats de la première base, - récupérer les résultats de la seconde base, - insérer le tout dans une table temporaire (dans une seule base) et faire ta ... jointure sur cette table Ca ne ressemblera plus à une jointure, mais l'idée est bien d'utiliser une table temporaire D'ailleurs, quitte à créer une table temporaire, tu la créées sur la seconde base, et tu fais ta jointure entre la 2e table et la table temporaire Anonymus.

Il existe tout un tas d'encodage spécifique différent, pour les différents langages. Sans savoir quel encodage a subit la base de données, il sera difficile de les décoder. Les points d'interrogation sont souvent synonymes de UTF8, mais il y en a d'autres, beaucoup d'autres..

Salut, Quitte à faire les choses bien, commence par les passer toutes au format timestamp. Le classement ultérieur n'en sera que plus facile. Pour cela, il te faut utiliser la fonction mktime : int mktime ( [int hour [, int minute [, int second [, int month [, int day [, int year [, int is_dst]]]]]]]) Pour la date : 28/03/2006 18:10, ca donnera : $timestamp = mktime(18,10,0,03,28,2006); Ensuite, tu tries sur le timestamp. Est ce bien utile de te rappeler la fonction substr ? string substr ( string string, int start [, int length]) Nico.

Le but du Hub n'est pas de faire le travail à ta place, mais de t'aider lorsque tu rencontres des difficultés. Tu as dû essayer au moins une fonction décrite dans la doc : Tu bloques à quel niveau ? Qu'es ce qu'il te manque pour continuer ?

En anglais dans le texte :: http://opensourcecms.com/ Tester toutes les solutions (les plus connues, c'est déjà pas mal, mais il y en a vraiment beaucoup ! ) opensource

Bonjour, Tout dépend ce que tu as mis dans le mail Mais effectivement, c'est assez étonnant. Pourtant, ton action part plutot d'un bon sentiment, c'est vrai qu'en tant que prestataire on ne sait jamais si le devis a été accepté mais reporté, ou s'il a été refusé, ou... Enfin bon, c'est tout de même sympa de ta part, je trouve. Ne focalises pas trop là dessus. Anonymus.

Tu affiches sur ton nouveau site les images de l'ancien site. En gros, sur le site .http://87.98.197.129/360/ tu as des appels comme ceci : : http://www.xbox360france.com/upload/Gallery/test-graw.jpg Donc, les images sont bien appelées de l'ancien site, et n'ont pas besoin d'être installées sur le nouveau pour être visibles. Comme je suppose que tu veux comme meme les installer sur le nouveau site, il te faudra modifier l'appel à ces images, c'est à dire trouver l'endroit où les images (du premier site) sont appelées dans ce nouveau site. Fais une recherche sur l'ensemble du répertoire du nouveau site ainsi que dans la base de données, sur : "xbox360france" tu trouveras rapidement cet appel

Le problème est que dans la mesure où tu envoies la vidéo sur le poste client, celui-ci a tout loisirs et en général toute la technologie pour la récupérer On ne peut protéger ce que l'on envoie explicitement au client

La clause LIMIT d'une requète sql intervient dans le résultat à la fin seulement du calcul des résutalts. Autrement dit, ta requète sera faite entièrement, et seulement après interviendra la clause LIMIT. Autrement dit, la clause LIMIT influencera la totalité de la table, et pas seulement les résultats retournés. Pour le 'id' que tu veux réorganiser, ca ne sert absolument à rien. L'id increment est un numéro unique, quelqu'il soit. C'est un nombre qui augmente de 1, mais ca pourrait aussi bien être une chaine de caractères, comme ca se passe pour certaines tables. Réorganiser ce champ est plutot contraire au principe même de ce champ

Tu confonds html, php et sql. Que tes champs soient en enum ne change rien. le formulaire est en html, et renvoie les variables au programme en php, qui va les formater et les envoyer à la base de données. Il te faut donc te pencher sur le formulaire html, pour savoir comment envoyer les données, puis il te faudra te pencher sur le programme en php, qui va récupérer les données, pour les formater puis les envoyer à la base. Mais dans un premier temps, c'est ton formulaire html. Les champs en enum sont toujours fixes, tu peux donc les mettre dans un bouton à choix multiple :<select name=valeur><option>....</option></select> Ensuite seulement, le programme récupérera les données.

D'un coté tu veux tout apprendre, et de l'autre tu ne connais aucun langage ? Commences par en apprendre un, tu verras pour les autres par la suite Et pour commencer, tu peux très bien faire un tour d'horizon sur le site commentcamarche.net, qui explique très bien le pourquoi du comment de chaque langage. Suivre un professionnel en se mettant derrière son dos n'est pas réalisable. Il te faut d'abord en apprendre un minimum pour savoir après au moins de quoi il en retourne. Tu manques d'intelligence ? Non, pas forcément ! On ne peut pas tout comprendre, certains sont bons dans telle discipline, et d'autres dans telle autre discipline, chacun son domaine de prédilection Concentres toi sur un langage, le html, et essaie de nous en faire quelque chose, c'est en essayant qu'on devient ... bons

Non : Une image peut apparaitre à l'écran et ne pas être dans un répertoire. Pour cela, plusieurs méthodes. La plus simple (à expliquer) est de stocker l'image dans la base de données. (comme du texte ! ) Lorsque tu appelles l'image img44.jpg, le programme convertit le nom en image N° 44, et va chercher le code de l'image (le binaire) dans la base, et le renvoie à l'écran. Une autre solution pour ne pas avoir l'image dans le répertoire, ou plutot dans le répertoire auquel on pense de prime abord : La stocker ailleurs. Une image est comme un texte, on y a accès avec un fopen classique, qu'elle soit sur son disque dur, ou sur un autre site. (avec les limitations du fopen et donc de l'hébergeur, bien sûr). A partir de là, on peut très bien imaginer que les images soient toutes stockées dans le répertoire /fourre-tout/ mais qu'elles apparaissent dans le répertoire /images/ pour la personne qui visionne le site. A coups de redirections, ca sera un fichier .php lambda qui lira l'information, et qui ira chercher l'image dans le répertoire adhéquat, pour la renvoyer à l'écran. Donc, ne cherches pas trop longtemps, elle n'est pas forcément là où tu penses

Non, il faut arrêter de dire que un hacker est utile. Un hacker est un hors la loi : Il est interdit d'essayer de pénétrer un système informatique, pour quelque raison que ce soit.

Tu vas sur le whois de leur IP, tu récupères l'adresse en 'abuse @ xx', et tu leur envoie un mail. Je pense que si tout le monde fait pareil, ils auront du mal à tenir leur forum longtemps.

Si tu as 90% des devis acceptés, c'est que tu fais des prix très/trop? bas. Il est raisonnable de penser que beaucoup de monde veuille travailler avec soi, mais.. pas tout le monde, non plus Après, pour l'histoire des devis, ca peut dépendre aussi de quelques facteurs : Etre premier sur une requète, c'est bien. Mais ca attire aussi tous les "curieux". On demande aussi rapidement un devis qu'une dizaine de devis...

En combinant GeoIP de MaxMind et Phpadsnew, j'ai installé un gestionnaire de bannières sur Studyrama qui permet de localiser un internaute, et de lui renvoyer les publicités de sa ville/département/région. Et un simple calcul de latitudes/longitudes permet de définir un " rayon " pour l'affichage de la publicité. En gros : Si la personne habite à Lyon : - Latitude : 45.75 - Longitude : 4.85 On peut afficher la publicité à 10 km de Lyon, ou 23 km de Lyon, ou... au choix. On peut aussi afficher la publicité sur tout Rhone Alpes, ou en France, ou... etc

J'ai environ 10% des devis qui sont acceptés, et ca ne me tracasse pas plus que ca. Ce ne sont pas les devis pour lesquels je passe le plus de temps qui sont le plus acceptés, à mon grand desespoir. Et pour info, Je ne cherche pas à avoir (spécialement) plus de devis ( Et pour l'anecdote, le devis le plus long faisait plus de 50 pages )

C'est même la méthode recommandée !

J'ai mis en évidence tes termes. D'après toi, une bande de gamins prets à cracker le travail des autres est il une source fiable quand il s'agit de créer un mot de passe normal ? Si tu dois te créer des login/pass pour un fichier htaccess, passes par les outils du Hub ou tout autre crypteur que tu trouves sur le net, mais en aucun cas celui d'un site de c... pirates !

Tu as accès à des 'jokers', qui demandent aux expressions régulières d'être plus ou moins 'gourmands' ( les ? et autres +*, etc.. )

Bonjour, Il te faut construire un second tableau, que tu remplis avec les éléments que tu n'as pas encore mis dedans $tmp = array(); foreach($tableau as $k => $v) if( ! in_array($v,$tmp)) $tmp[$k] = $v; Eventuellement, tu réaffectes le tableau temporaire : $tableau = $tmp;

Mais alors pourquoi ne pas opter pour un forum ? Pourquoi prendre à la base un cms, alors que ce que tu décris correspond plus à l'utilisation classique d'un forum, auquel éventuellement tu serais le seul à pouvoir ouvrir une nouvelle discussion !?

Tu destines cette classe à une utilisation particulière, ou c'est juste 'comme ca' ? Parce qu'à l'époque où tout le monde veut mettre un maximum de contenu texte sur la page, il peut paraitre surprenant de vouloir écrire du texte 'en image', non ? C'est vrai qu'au niveau de la reproduction de la page, ca peut poser des problèmes, et donc régler .. le problème du copyright dudit texte. Mais celui-ci ne sera pas indexé, ce qui n'est pas forcément mieux... (quoiqu'une utilisation sympa peut être l'utilisation en balise 'antispam' pour les adresses email ) D'où ma question.. (et préviens nous lorsque c'est ok )

Oui, tu as les publications du Hub, qui présentent des articles sur php/mysql, et un certain nombre de sites dans la TopSite liste, en haut à droite (juste sous la bannière). Il n'y a pas besoin spécialement de tutos pour faire un forum, il suffit de s'inspirer de l'architecture classique des forums ( question, multiréponses, identification, etc.. ). Si tu as des questions sur le développement, n'hésites pas à les poser dans le forum php/mysql, et... n'oublies pas que la conception (temps passé sur le papier) dure 2 à 3 fois plus longtemps que le développement en lui même. Autrement dit, le temps que tu passes à modéliser ton forum sur papier n'est pas du temps perdu.

Par contre, pour éviter toute surprise, ne te contentes pas d'une simple vérification en javascript. Ajoutes y une vérification lors de la validation au serveur