Harry_20

J'ai trouvé un autre détail ... et je me demande si google apprécie cela ! Les pages du site sont définies comme étant du XHTML ... ce qui signifie qu'il s'agit d'un mélange de HTML et de ... XML (en simplifiant). Or en regardant le code de plus près, la majeure partie des balises sont en HTML. Dans ce cas, la redéfinition du DOCTYPE en début du code fera l'affaire

Pour l'envoi de données par formulaire, il y a 2 possibilités : - soit en utilisant les ressources client comme ça a l'air d'être le cas chez toi. Dans ce cas, il n'y a pas de script "cgi" ou "php" ou autre. En validant le formulaire, l'application Outlook ou son équivalent s'ouvre pour envoyer un mail. C'est pas pratique du tout et ne fonctionne pas du tout chez ceux qui emploient un webmail. - soit en utilisant les ressources serveur par le biais d'un script "cgi", "php" ... Les données sont transmises au serveur puis envoyées par mail à l'adresse spécifiée dans le script. Ici ça fonctionne pour tous les internautes qui ne se rendront compte de rien lorsqu'ils cliquent sur le bouton de validation. Pour confirmer ce que je pense ... que dit la ligne de ton code comportant la balise <FORM> ? Si cette ligne comporte l'indication suivante ... alors le premier cas est confirmé ! action=mailto A+

Je suis d'accord avec Jeanluc ... écrire l'une ou l'autre ligne ne change pas grand chose dans l'histoire. Par ailleurs, tous les hébergeurs n'autorisent pas un include via une url ... car cela peut introduire des problèmes de sécurité. Quoi qu'il en soit, il est préférable de travailler avec des paramètres qui sont les plus standards possible ! Imaginons que dans quelques mois je doive changer d'hébergeur pour une raison X, Y ou Z ... ou que la configuration ne soit modifiée suite à des abus. Dans ce cas, je dois revoir mes fichiers et modifier des infos reprises un peu partout Autrement ... c'est bon !

Merci pour les infos simminfo, cela peut toujours être intéressant ... Je mets le lien dans mes favoris C'est vrai que l'open source offre aussi des solutions intéressantes ... pas toujours aussi abouties qu'un logiciel commercial mais l'avantage en est la gratuité et le fait de pouvoir modifier selon ses propres besoins. Tiens-moi au courant, je suis curieux de voir le résultat

D'après ce que je comprends, tu compiles ton fichier sur ton pc et tu essaies de transférer dans le même temps la vidéo sur ton espace d'hébergement via FTP Je viens de voir sur le net au sujet de ffmpeg qu'il y a une extension pour les serveurs utilisant PHP. Dans ce cas, il est possible d'encoder un fichier vidéo à la volée directement sur le serveur. L'extension nécessite un serveur dédié en revanche. Je ne sais pas si cela pourra te venir en aide ...

non sarc je suis d'accord avec toi pour le fait que le traitement manuel est supérieur à une opération automatique Cependant, je ne vais pas traiter l'info de manière exhaustive ... et je n'ai pas le temps de traiter plusieurs centaines d'extraits chaque jour non plus D'où mon idée. En ce qui concerne le stockage dans la base de données ... je me pose l'une ou l'autre question en rapport avec les droits d'auteur (suite à ce qui s'est passé avec Google). Je ne tiens pas à m'approprier le contenu des autres mais à présenter une rubrique qui peut être utile pour mes visiteurs, d'autant plus que les flux RSS présentent des contenus qui apparaissent et disparaissent très vite ! Je m'écarte un peu du sujet initial mais je pense que c'est une question importante aussi quand on se lance

Je réfléchis aussi de mon côté à la solution que je vais employer Disons qu'ici c'est un peu différent, j'analyse plusieurs flux RSS et j'extrais les news relatives à un domaine en particulier pour en afficher les plus pertinents. La procédure prend plus de temps surtout s'il y a plusieurs flux à analyser, si je veux classer par pertinence, supprimer les doublons, calculer l'indice de pertinence, ... J'hésite entre plusieurs solutions : - mettre un javascript qui permettrait l'affichage des news tout en permettant l'affichage de la page dans un premier temps ... ici l'opération serait recommencée à chaque accès de la page - effectuer les opérations de sélection dans une table "tampon" ou dans le script PHP et stocker le résultat dans la base de donnéesn, avec réactualisation régulière des informations P.S. Je n'ai pas eu de difficulté avec ATOM même si je ne suis pas trop familier du XML ou de l'intégration de scripts externes. J'ai essayé avec d'autres mais ça ne fonctionnait pas ou alors ils n'étaient pas à jour par rapport à la version des flux RSS.

Moi j'utilise ATOM ... il est simple d'utilisation pour parser un flux RSS ou pour en créer un (deux classes en tout). Un autre avantage : il est adapté aux nouveaux standards

Je ne m'inquiète pas à ce stade du développement ... ça n'aurait aucun sens Mais c'est pour plus tard quand j'aurai enrichi ma base de données. Je compte encoder le contenu de mes pages dans ma base de données et puis sans doute la possibilité de laisser des commentaires sur le site, ouvrir une session, ...

Personne n'a d'idée ? Aurais-je posé une colle ?

A mes yeux, cela relève du droit à la vie privée et de données personnelles. La Belgique accorde un droit à toute personne de corriger, consulter ou supprimer des données personnelles.

Salut, A partir du moment où tu as un compte POP, tu peux gérer la réception du courrier avec Outlook ou un autre programme de messagerie. Normalement, les prestataires octroient également un compte SMTP pour l'envoi des messages via le même programme. Alors le fait qu'une adresse soit du type aliceadls.fr ne dérange pas tellement. Au moment où tu indiques l'adresse "sortante", Outlook te demande plusieurs choses : dont le serveur SMTP, l'adresse e-mail ou le login pour se connecter au serveur ... et ce qu'il convient d'afficher quand la personne reçoit un message de ta part. J'ai déjà utilisé cet artifice pour l'envoi de mails via un serveur différent de celui pour la réception de mails et ça a très bien fonctionné

Bonjour, J'ai une question concernant la taille de ma base de données sur un serveur mutualisé OVH. Comparant les données entre l'interface Eskuel (env. 20 KB) avec celles de l'espace d'administration (env. 120 KB) ... J'en conclus que les données stockées dans ma base de données prennent plus de place que ce qu'elle ne prendraient normalement Pourtant mes données sont stockées de manière standard dans des tables "MyISAM". Pouvez-vous me donner une indication sur ce phénomène ? Merci d'avance

Avec la méthode que tu emploies (càd un mailto dans la balise formulaire), il faut que l'internaute ait un programme pour gérer son courrier électronique pour que les données du formulaire puissent être envoyées par mail. Si l'internaute ne dipose que d'une adresse hotmail ou autre adresse utilisant internet explorer pour relever son courrier, les données ne pourront être envoyées. C'est pourquoi il est préférable d'utiliser (quand c'est possible) un script pour envoyer les données par mail, indépendemment de ce dont dispose l'internaute comme logiciels. Mais pour cela, ça demande de la programmation et ... les ressources au niveau du serveur. Donc pour résumer. Quand on construit un site web et quelque soit ce que l'on veut placer. On dispose de deux niveaux de ressources (matériel, logiciel) : - les ressources "client" : ce sont les ressources dont dispose l'internaute (internet explorer, programme de messagerie, animations, ...) - les ressources "serveur" : ce sont les ressources qui sont fournies par l'hébergeur et qui permettent de négliger le fait que tous les internautes n'ont pas les mêmes ressources. Elles sont variables d'un hébergeur à un autre. Dans certains cas, comme pour le formulaire ici, on peut avoir le choix entre les deux types de ressources. J'espère que mes explications t'aideront à y avoir plus clair Je sais, je suis passé par là aussi

Dans ce cas-ci, le traitement revient à reprendre les données soumises dans le formulaire à les placer dans un e-mail et l'envoyer au webmaster du site

Malheureusement ... tu peux traiter les données du formulaire mais tu ne peux les communiquer par mail en fin de traitement

La balise <FORM> devient : <form name="formulaire" action="script.php" method="POST"> Le fichier script.php contient les instructions (un bloc notes suffit pour écrire). Je ne connais pas de programme tel que NVU ou autre pour écrire du code PHP. Il y a des scripts libres disponibles sur le net et que l'on peut adapter avec plus ou moins de facilité en fonction de ses besoins. Je veux bien t'aiguiller pour le script PHP mais avant ça, je souhaiterais savoir si le langage et la fonction mail() sont supportés par ton hébergement. Quel est ton hébergeur et la formule dont tu disposes ?

Pour cela, il faut adapter la balise <FORM> qui détermine entre autre la méthode de transmission des données et disposer d'un script PHP qui envoie les données par mail directement. La balise form doit être ajustée comme suit : <FORM name="..." method="POST" action="script.php"> ... </FORM> le script PHP doit récupérer les données contenues dans les champs du formulaire et envoyer avec la commande mail() à l'adresse qui lui est spécifiée en argument. Ah oui pour que cette méthode fonctionne, ton serveur doit prendre en charge le langage PHP ! Je ne sais pas quel hébergement tu as ... Difficile de dire plus sans avoir plus d'infos sur le formulaire

Chez moi c'est normal pour les 2 adresses

Bonjour, Il suffit d'ajouter un argument à la balise <A> qui détermine le lien : <A href="page.html" target="_blank">Lien</A> De sorte que lorsqu'un internaute clique sur le lien, la page s'ouvre dans une nouvelle fenêtre tout en laissant l'ancienne page !

Bonjour Genmin, En toute logique la requête serait : SELECT * FROM annonces INNER JOIN prix ON annonces.ID = prix.ID_annonces Dans ce cas, en cas de changement de prix, le nouveau prix sera automatiquement repris dans le résultat de la requête. Personnellement je ne vois l'intérêt de dissocier l'annonce du prix, étant donné que le prix diffère pour chaque logement ... Sans plus de détail sur ce que tu veux, je ne peux pas dire plus pour le moment. Bon travail.

Pour éviter de recourir aux frames, il y a une instruction PHP pratique qui est include(). Elle évite les problèmes que l'on connaît des frames et a l'avantage de pouvoir placer un contenu HTML dans un même fichier, si ce contenu est placé sur plusieurs pages du site.

En y regardant de près, il y a des pages du site dont l'url contenient des variables qui sont bien indexées dans google. Les moteurs de recherches n'aiment pas trop les url qui contiennent nombre de variables et en plus celles qui les font tourner en rond Un url-rewriting peut être une solution ... à partir du moment où il est réalisé proprement et évite des erreurs de type (duplicate-content par exemple).

Bonjour, Personnellement, j'utiliserai l'instruction PHP striptags() qui permet de nettoyer le code HTML dans le texte renvoyé par le formulaire et j'encoderais le texte tel qu'encodé au clavier dans la base de données. Ensuite, lors de l'affichage de la page, j'utiliserais l'instruction htmlentities() pour adapter le texte en code HTML. Bonne continuation

Personnellement, j'utilise un anti-virus +Service Pack 2 + Spybot et Windows Defender (Microsoft). Je n'ai pas de problème Pour la messagerie, j'utilise aussi Thunderbird ... et le bon sens pour éliminer les courriers qui pourraient représenter un menace. Donc pas d'outil spécifique sinon la fonction de filtrage qui est tout de même très performante je trouve Attention avec les anti-virus ! Un seul sur un pc ... sinon ce sont les ennuis assurés : ils entrent en conflit et favorisent l'infection. De même pour les firewalls ...