davidm

RSS et atom sont les deux principaux type de flux xml existant, auquel on peut ajouter RDF désormais tombé en désuétude. Si tu veux une explication simple qui réponde à tes questions, voir cet article de wikipedia Rapidement quand même, tu parles de lire un flux xml provenant d'un autre site : on appelle ça aggrégation, c'est l'application (phpnuke ou autre) ou le plugin qui extrait les données xml et qui les transforme pour être publiées. La deuxième façon de lire un flux xml, c'est tout simplement d'utiliser un lecteur RSS. FeedReader a ma préférence, mais tu trouveras un petite liste sur wikipedia (cf plus haut).

3dlv, je pense que tu auras bien plus d'éléments sur le forum dédié au e-commerce ici sur le hub. En attendant, la solution préconisée par rikaix (CMS + plugin, il existe le même genre d'extension pour Mambo entre autre) me semble intéressante si tu veux mettre en place un site qui ne fait pas que du e-commerce. Sinon tu as les solutions dédiées, OSCommerce effectivement mais aussi ZenCart qui est un fork du précédent.

A partir du moment où le navigateur a besoin des images, des pages et des css pour fonctionner, je vois mal comment il pourrait en être autrement. Il y aura toujours un moyen mais la question c'est "et alors ?" Puisqu'on a pas de moyen d'empêcher la copie d'image, il vaut mieux se concentrer sur les moyens de retrouver des utlisations frauduleuses des images : moteur de reconnaissance graphique par exemple (je sais que ça existe), qui scanneraient le web et compareraient avec une banque d'image "déposées", envoyant automatiquement l'adresse des sites contrevenants (c'est à dire ne comportant pas la signature électronique insérée dans l'image). Reste que vu le coût de ce type de solution, il vaut mieux avoir des images qui valent de l'or !

Je suis supris... mais comme je dis je n'utilise plus les tableaux dont je suis un peu rouillé... essaye quand même de rajouter la déclaration !important sur td.opaque, ça peut marcher

Non pas vraiment mais j'avais deux fenêtres ouvertes sur le hub, d'où la confusion... nerd multi-tasking quoi

Oui je vois de quoi tu parles, mais j'ai tellement l'habitude de webdevelopper qui est plus rapide d'accès que je n'y ai même pas pensé !

Ooops ! Voilà ce que c'est de surfer sur plusieurs fenêtre en même temps , j'étais sur le sujet concernant la protection des images...

Oui tu parles de la très fameuse webdevelopper extension (lien vers version fr) Très pratique je m'en sert souvent... voi aussi Aardwark ou aussi ScrapBook

Ok, oui j'avoue que c'est tentant de teaser ! Pour Mozilla ils ont développé du propriétaire en attendant (moz-opacity) mais ils supportent aussi opacity est une propriété CSS3 "standard" (du moins, futur...)

Dedel53, tu peux consulter la discussion de référence épinglée sur la problématique du choix. Plutôt que de me répéter, tu peux lire ce thread, ou encore celui là Si tu as des questions...

Dudu, on peut définir l'opacité sur d'autres navigateurs en utilisant opacity: .6 par exemple qui est équivalent à filter:alpha(opacity=60), qui marche dans safari et mozilla. Mozilla comprend aussi moz-opacity, même syntaxe (chiffre entre 0 et 1). Vinom, ton problème est que tes cellules (TD) sont imbriquées. Cela fait bien longtemps que je n'utilise plus les tableaux, mais côté CSS ta cellule imbriquée hérite de la propriété définie dans ta cellule parente (celle qui contient les autres). D'où ton problème... Ce qu'il faut faire c'est assigner une classe à tes cellules "filles" (celles qui sont contenues et que tu ne veux pas transparentes), en faisant comme ça : td.opaque {filter:alpha(opacity=100); } Cela te permet de "remettre à zéro" la propriété héritée

Je pense qu'utiliser GD pour ajouter un copyright sur chaque image doit être possible. Surement moins évident, mais si tu produit beaucoup d'image ça peut valoir le coup. Concernant le fait de pouvoir virer un watermark avec photoshop, pas trop d'accord ce n'est pas si facile si tu inséres un watermark en transparence qui soit suffisamment grand sans défigurer l'image. Le principe retenu par les pros des banques d'image d'ailleurs comme veer : pas de watermark sur les thumbnail et un big watermark (1/4 de l'image) sur les aperçus.

... et tout ça n'est certainement pas dans le sens de l'utilisabilité !

Sûr qu'aucune technique n'est fiable à 100%. D'ailleurs en ce qui me concerne, je ne les utilise pas, sauf pour des clients qui en ont besoin. Reste que ça rend plus difficile et plus laborieux le pillage...

Yo bien sûr que je tease, là (d'où le dans le message d'origine) ! Parfois ça me gonfle de voir qu'on pourrait mettre tout ça en oeuvre facilement mais qu'à cause de Kro$oft et autres navigateurs non compatibles on doit en rester à du bricolage, et bloquer l'avancée des techniques web. Au delà du coup de provoc La compatiblité d'un site avec tous les navigateurs est essentielle. Mais à part concevoir graphiquement des coins arrondi, aujourd'hui je ne vois pas de solution pratique. Nifty corners est ingénieux, mais le rendu n'est pas extraordinaire, à mon goût... à chacun de voir ce qu'il veut faire !

Si si elle est supportée , mais seulement par les navigateurs mozilla à partir des versions suivantes : netscape 1.7.0 + mozilla 0.9.5 + en fait, elle doit être codée moz-border-radius C'est une solution sympa, car elle se "dégrade" bien : les utilisateurs d'IE ou d'Opera auront juste des coins carrés Tant pis pour eux

En attendant CSS3 et la propriété background-size, difficile de trouver une solution. J'ai fouillé sur les forums anglo-saxons les plus poussés sur ces questions, sans réel résultats. Juste ce javascript que je n'ai pas testé... à voir, je suis un peu dubitatif, mais enfin voilà l'adresse : http://www.morpheusweb.it/html_eng/scripts...ini/sfondo2.zip

Whowww, GD c'est une idée, mais ça risque d'être lourd ! Et consommer les ressources de ton serveur... Il y a quelques moyens plus simple de freiner les furieux : 1) le classique javascript pour empêcher un clic droit "enregistrer sous", ça n'empêche rien mais ça rend les choses plus chiantes pour le copieur. Je crois avoir vu des scripts qui permettent même d'altérer l'image src de l'image sur un clic droit (tu remplace par une image du style "votre IP vient d'être transmise au service de répression des fraudes ;-)") 2) Utiliser CSS pour positionner un GIF/PNG transparent au dessus de tes images, voir si tu veux ajouter ton fameux copyriht de créer ce copyright transparent avec la même technique, ce qui te permet de ne pas avoir à modifier tes images du tout :-) Pour moi, c'est la plus souple et la plus intérressante, combinée avec le point 4.B ci dessous. Il faut vraiment en avoir la nécessité, car perso je suis contre les techniques de masquage du code source... 3) Autre technique CSS, un petit hack qui est assez efficace : a) créer un div contenant un espace insécable <code><div id=image> </div> dans ta CSS, utiliser la propriété <code>display:table</code> de la manière suivante : #image { display: table; background: url(image.jpg); width: 250px; height: 250px;} En fait, tu oblige ton div a prendre la taille d'une cellule de tableau de taille définie, auquel tu appliques un background qui est en fait... ton image. Alors bien sûr, en lisant ta CSS on peut obtenir le chemin d'accès de l'image, et puis cette technique est lourde. 4) Faire joujou avec .htaccess : a) Pour empêcher les malins de carrément faire un lien sur les images de ton site : RewriteEngine on RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://(www\.)?your_domain.com/.*$ [NC] RewriteRule \.(gif|jpg)$ - [F] Pour bloquer l'accès au js et aux CSS (à combiner avec les techniques js et CSS ci-dessus) RewriteEngine on RewriteCond %{HTTP_REFERER}!^http ://domain.com/.*$ [NC] RewriteCond %{HTTP_REFERER}!^http ://domain.com$ [NC] RewriteCond %{HTTP_REFERER}!^http ://www.domain.com/.*$ [NC] RewriteCond %{HTTP_REFERER}!^http ://www.domain.com$ [NC] RewriteRule .*\.(cssŠjs)$ - [F,NC]

phpBB est au forum ce que Movable Type est au blog : une des plate-forme les plus répandues, qui fait partie des premiers produits valables dans leur catégorie. Reste que niveau sécurité, certains scripts sont plus sûr que d'autres, malgré tout...

Cette propriété CSS n'est pas encore totalement supportée (CSS3), mais c'est exactement ce que tu peux faire avec border-radius

La piste la plus sûre à explorer, c'est de changer de plateforme ;-) phpBB est la cible de hacks continuellement, mieux vaut avoir un hébergeur qui a un serveur Apache qui implémente mod_security Les scripts de migration sont nombreux, et perso en opensource j'irai vers PunBB, rapide, fiable et sûr. Ou alors pour les power-users vers le très puissant UNB Pour une démo de ce dernier : http://demo.opensourcecms.com/unb/ login: admin pass: demo123 Bon courage !

sKanD, pour le full css ça va changer avec la 4.6... il faut attendre !

CoolOs, personnellement je ne souffre pas du spamming automatique auquel tu fais probablement référence. Là aucun système ne garantira jamais qu'un être humain puisse publier des propos injurieux ou stupides... Si tu souffres de spambots c'est que tu utilise probablement un CMS du type MovableType (dont le module MT Blacklist a bien du mal à être efficace), ou alors que ton hébergeur n'a pas mis en place mod_security sur son serveur Apache. Personnellement avec TextPattern sur TextDrive, aucun problème... Quelle plateforme utilises tu ?

D'après ce que tu me décrit, SPIP peut tout à fait convenir pour ce genre d'utilisation. Cela était évoqué récemment, il n'y a pas vraiment à ma connaissance un CMS qui gère la gestion de petites annonces ou qui dispose d'une extension ou d'un plugin. Difficle sans développement PHP spécifiques de créer des champs personnalisés, mettre en place une recherche multi-critères par exemple. Pour les photothèques et les téléchargements, à peu près tout les outils en sont capables. Alors bien sûr il existe des outils plus puissants ou plus souples que SPIP, mais cela justifie t-il de changer de plateforme alors que vous avez déjà avancé sur votre projet ? Je ne pense pas...

Hmmm, j'ai l'impression que tu cherches à définir des liens statiques, si je me rappelle bien eZ appelle le menu à partir d'un template avec la commande {menu name=menuname}, le menu lui-même étant défini dans le fichier menu.ini.append.php Ca fait longtemps que je n'ai pas travaillé sous eZ donc je ne vois pas trop quoi répondre à ta question. Le seul truc qui me vient à l'esprit c'est que s'agissant d'un lien relatif, est-ce que le chemin (path) est bien défini ?