xpatval

Hormis la question des logiciels, sujet ô combien abordé ici même, c'est surtout, AMHA, posséder une méthodologie assez rigoureuse, une bonne vision de ce à quoi tu souhaites parvenir, en t'appuyant sur les docs et sites (tutoriaux, forums...) traitant du sujet. N'importe qui peut faire un site Internet. Moins nombreux sont ceux qui parviennent à capter, captiver, et donc attirer l'internaute. Je dirais donc: 1: la méthodologie utilisée 2: un code propre 3: un contenu riche (pas en nombre de lignes ou de photos, mais en intérêt) A toi de jouer. xpatval

Une chose me turlu...pine, me semblait que, hormis si l'on possède une ip fixe, l'addresse d'une ip ne servait à rien dans ce genre de recherche (recherche du détenteur). Me trompes-je ?

Je dirais qu'il aurait pu être sympa, mais non, je ne le dirais pas. AUCUN article sur les 24 heures du Mans. Honte à toi !!! Sinon, j'ai trouvé le chargement des articles assez long. Concernant la page de garde, c'est sobre, mais je trouve le logo central trop...central justement. Affaire de goût... xpatval

Et bien +2 pour OVH

Etonnant, car, ayant aussi kério et Filezilla, je me connecte sans problème au serveur (même si celui-ci est un mutualisé) via le FTP...

Exact, merci beaucoup.... xpatval

Oui, j'ai bien constaté qu'il y a possibilité d'interdire les trackbacks et commentaires, mais dans ce cas, je bloque pour tous les billets. Or ce blocage ne concernerait que quelques uns, et non tous... xpatval

Bonjour, midi, Je souhaitais savoir s'il est possible d'empêcher quiconque d'ajouter un commentaire, ou un trackback, d'un billet, et comment cela se faisait-il donc ? Merci de vos réponses, xpatval

Bonjour, soir, Venant de recevoir un spam parmi tant d'autres, je vais à la fin du message, et retrouve ce genre de propos: Comment lire cette chose ? est-ce codé ? les extra-terrestres ont-ils débarqué ? la vérité est-elle ailleurs ? xpatval <loupilo: doucement, pas besoin d'être si précis ! Merci de rester sobre >

C'est même tout à fait cela, j'avais déjà vu cet exemple il y a quelques mois, et bien entendu perdu de vue depuis... Merci à toi de me rafraichir le seul neurone que je possède ! xpatval

Bonjour, midi Je vais imager pour une meilleure compréhension (?). Imaginons que j'ai un bloc container, dans lequel je place une image (10x10) en css background: transparent url(commun/fond-container.gif) repeat; . Cette image est de couleur grise, avec traits horizontaux. Dans ce bloc, je positionne un bloc contenu. Or, ce que je souhaite, c'est avoir un effet de couche alpha, atténuant l'image du container, sans la supprimer. Il y aura donc une partie entourant le bloc contenu, ayant la couleur grise, et la partie contenu au travers de laquelle le gris paraîtra moins gris, et les traits horizontaux, bien qu'atténués aussi, seront encore visibles. Est-ce possible, et comment ? Merci, xpatval

A mon avis, c'est trop tard ... Pour parer à ce genre de chose, les include php sont une solution, mais tu n'es pas en php. Autre solution (sous dream): tu as la possibilité de créer un fichier .lib (comme library) qui se retrouvera dans les "actifs" de ton onglet fichier. A partir de là, il te faudra insérer au bon endroit ce fichier .lib. Une fois fait, chaque modification du code de ce fichier se répercutera dans tous les fichiers l'incluant. Bien entendu, c'est à faire...avant... Sinon, tu as le rechercher/remplacer dans le site local en entier. Bon courage...

Heu...à chacun ses goûts, mais lorsque tu dis que cela ne fait pas très "pro", je te rétorquerai que la (très) grande majorité des sites réalisés dans un but professionnel n'utilise pas du tout les iframes. Bien au contraire, elles sont royalement évitées, pour différentes raisons. Le "professionnalisme" qu'un site peut dégager vient surtout de la qualité de son code, de son bon référencement, des objectifs de départ qu'il réussit à atteindre, d'une navigation fluide, du respect d'un cahier des charges, du public qu'il attire... (Je ne parle pas du contenu). Alors iframe ou pas, flash ou pas, JS ou pas, je ne pense pas que la question se pose: à toi de savoir quel but tu souhaites atteindre... xpatval

Comme suggéré dans un autre post, voici l'annonce officielle: xpatval

Une taille en %, ou en em..

c'est toujours bon à savoir... Allez, merci encore; et à la prochaine question d'url-rewriting...

php tourne en cgi chez ovh ? Oui, Nad ne pouvait être que toi !! Qui d'autre repond aussi souvent, et de manière idéale, aux questions de réécriture ? Et comme Dan par-ci, Dan par là.... xpatval

Quand je suis bouché, je suis BOUCHé !! J'ai lu le thread en question. Mais bien entendu, je n'ai même pas fait gaffe au partenaire sans "s" de ta ligne de réécriture... Autant pour moi, voire au temps pour moi !! Merci Nad, cela fonctionne dorénavant. Par contre, question subsidiaire, pourquoi cela ne gênait en rien, en local ?

Oui, c'est nouveau. $PHP_SELF est passé en rééecriture... Cela étant, pourquoi ma page ne s'affiche-t-elle pas correctement en ligne ?

Je précise qd même que l'affichage de l'image, avec la règle d'écriture, ne fonctionne pas du tout en ligne (alors qu'impeccablement en local...) RewriteRule ^partenaires/([^/]+)/(.+)\.html$ /partenaires.php?im=$1/$2.jpg [L] C'est la page partenaires.php qui s'affichent (la page "appelante"), mais avec l'url décrite dans la règle. Quelqu'un aurait-il une idée ? Merci, xpatval

Disons qu'à partir d'une page partenaires.php contenant des bannières, je rends possible, ainsi, l'affichage d'images promotionnelles, en souhaitant conserver la même page, et en ayant une url plus "propre". Et ce, sans passer par un JS. C'est vrai qu'il existe d'autres méthodes, mais j'aime bien ne pas faire tout le temps la même chose. $_PHPSELF avec une balmise <a> ? Cela fonctionne ?

J'étais resté sur mon post premier, et n'avais pas vu que vous aviez commis d'autres réponses. Quel est l'avantage de cette méthode ? xpatval

Et voilà, c'est super ici. On pose une question en réécriture d'url, dès que l'on post, un script enclenche automatiquement une alerte au sein de la cellule de crise du hub. Aussitôt, les bots de la terre entière scannent absolument partout, les BL demandent aux PR de démarrer une Danse, afin de rechercher et de trouver, où qu'il soit, quoi qu'il fasse, le FAISEUR d'URL-REWRITING, j'ai nommé un certain Nad. Dès que celui-ci a été repéré, et toujours automatiquement, la grande Aspireuse du Hub s'envole pour un succion technologique, et afin de lui aspirer l'une de ces lignes de code que lui-seul connaît. Une fois fait, l'Aspireuse retranscrit en temps réel le savoir de cet étrange personnage, mi-homme mi circuit imprimé, à qui l'on doit, entre autre, le WA Nad OO. Bon, ca y est , j'ai tout fumé !! Super, tout fonctionne comme Nad l'a dit. Par contre, cette page contient une ligne de récupération de date de mise à jour: $maj = date("d/m/Y", filemtime(basename($_SERVER['SCRIPT_NAME']))); Celle-ci fonctionne sans problème en local, mais plante en ligne (OVH-mutualisé) L'erreur retournée est la suivante: Sachant que toutes les pages du site contiennent cette ligne, et qu'elles ne retournent aucune erreur, je soupçonne qd même fortement le rewriterule d'y être pour quelque chose. Allo l'Apireuse, un p"tit coup de succion ?

Bonjour, après-midi (chaude), Comme beaucoup, je merdoie pleinement sur une règle de réécriture: L'url normale est la suivante: partenaires.php?im=affiche/image.jpg Or, je tente d'écrire la règle suivante: partenaire/affiche/image.html Comment est-ce faisable ? Merci, xpatval

Effectivement, cela a bougé sur 6 DC...