captain_torche

Le coup de la taxe foncière, ça a été annulé, ou juste reporté ?

Ça fait trèèèès longtemps que je n'ai pas touché DreamWeaver, mais je crois que les versions les plus récentes permettent de générer du code PHP de manière assez simple.

Dans le principe, il faudra appeler le flux à intervalles réguliers (rôle du cron) pour alimenter ta base. Le fait que tu aies une base de données n'influe pas sur les performances du site (encore heureux !), mais je le répète, un système de cache est toujours à prévoir. Par contre, impossible d'avoir une disponibilité en temps réel avec des flux XML : tu ne peux pas les interroger "en live", et il est certain que les boutiques ne les mettent pas constamment à jour (Ils utilisent très probablement eux aussi un système de cache). Au vu de tes connaissances, le projet me semble un peu ardu à mettre en oeuvre. Il vaudrait sans doute mieux que tu te fasses la main sur quelque chose de plus simple, ou que tu embauches un développeur.

Tout dépend de quelles données tu veux récupérer. Si ce sont de "petites" infos, tu peux interroger le flux directement et afficher le résultat dans la page. En fonction de la quantité de flux à interroger, je ne saurais que te conseiller de prévoir un système de cache. Si ce sont des flux beaucoup plus importants (Catalogue de produits, par exemple), il vaut mieux tout mettre en base de données (C'est ce que je fais pour des sites de ma boîte). Je commence d'abord pour lancer une tâche cron qui : - vide la base de produits (facultatif, dépend de l'organisation du flux XML, s'il contient le catalogue entier des produits, par exemple) - ajoute des produits / met des produits existants à jour (en fonction d'un identifiant). Ensuite, reste à construire le site autour.

Sauf que les sites que tu mentionnes doivent avoir un sacré budget com' derrière eux : ce n'est pas juste en créant le tien que tu pourras t'imposer comme le "nouveau challenger".

Pour les "\n" et "\r\n", il faut absolument les mettre entre doubles quotes, sinon ils ne sont pas interprétés.

Il vaudrait mieux créer une tâche cron constante, qui vérifiera en fonction des paramètres, si elle doit envoyer un email ou pas.

Il peut aussi coexister deux versions du site : une version mobile et la version "normale". Selon les réglages, les deux versions peuvent être référençables. Dans ce cas, si les contenus sont identiques, une des deux pages sera classée en duplicate content, et il y a de fortes chances que ce soit la version mobile : généralement plus récente, elle est aussi beaucoup moins linkée.

Je dirai même plus : ajoute un "or die(mysql_error());" après le mysql_query(), et tu auras beaucoup plus d'infos sur la raison du non fonctionnement de ta requête.

Mets $cattitle entre guillemets simples, après avoir éventuellement échappé la valeur avec mysql_real_escape_string().

Bonjour Vincent88, As-tu des sites en ligne ? S'ils ne contreviennent pas aux règles du forum, je t'invite à les ajouter en signature (Tu as droit à trois liens) pour qu'on puisse mieux te connaître.

la nouvelle page est-elle au même niveau d'arborescence que la première ? (Et, éventuellement, pourrais-tu poster un lien vers les deux pages ?)

Pour éviter une attaque de ce genre, choisis juste un mot de passe suffisamment complexe. Si tu comprends l'anglais, je ne saurais que te conseiller la lecture de cet article : http://www.baekdal.com/tips/password-security-usability

Dans ce cas, il vaut mieux passer par une protection par login / mot de passe, ça sera infiniment plus simple.

De plus, limiter à une seule IP t'empêche d'accéder à ton interface dès lors que tu n'es pas chez toi (Vacances, etc). J'ose également espérer que tu as une IP fixe ?

Essaye en mettant un antislash devant l'apostrophe de volière d'hivernage, dans ta fonction javascript.

Surtout que le domaine étant exploité depuis plus de temps que la société, je doute qu'il puisse obtenir quoi que ce soit en justice.

Sur lequel de ces deux navigateur es-tu connectée avec ton compte google ? Quand tu es connectée, ton historique de navigation peut influencer les résultats de recherche.

En cliquant sur "Plus", tu as accès à l'ancienne liste, non ?

On fait tout ça sur le Hub : le premier point avec un réglage du forum, le second avec une modération efficace

Et ça sera à elle de gérer le litige. Tu as déjà fait le maximum, ne te prends pas plus la tête avec ça.

Ajoute un "Allow from all" juste en-dessous du Deny from 41., pour voir (à moins que cette instruction ne soit implicite ?)

En ce qui concerne les droits d'auteur, n'oublie pas non plus que ce n'est pas parce qu'il est globalement toléré que les forums de fans se servent de contenu protégés sans autorisation, que vous soyez à l'abri de poursuites : si un ayant droit se réveille, il a parfaitement le droit de prétendre à supprimer tout contenu lui appartenant ! Venir dénigrer dans ces conditions le droit d'auteur est un peu déplacé. Personnellement, je dirais que le fait que le logo soit diffusé sur le site depuis un certain temps vaut autorisation de publication implicite (pour quelque chose d'amateur et non contractualisé), mais comme le dit Arlette, il vaut mieux changer le logo comme tout le reste a changé également.

Si, ton message était passé, mais il est passé par le filtre de liens pour les nouveaux : je l'ai activé. Le div id=page est pour pouvoir limiter la taille du site, ainsi que pour le centrer. Le contenu_article est pour une bidouille CSS, j'avais besoin d'une balise supplémentaire pour créer un effet. Quant au titre en header, c'est pas la logique de cette balise, justement ?

Merci quand même, Patrick !