captain_torche

Effectivement, je n'y avais pas pensé. Mais le pire, c'est que j'utilise moi-même trim() à chaque fois que j'utilise file()

Tu penses bien à ajouter le retour chariot, t'as déjà fait la moitié du boulot Il suffit juste de supprimer le retour chariot déjà existant dans la ligne, ça peut donner quelque chose comme ça : $lines[5] = str_replace("\r\n", '', $lines[5])." ".$id."\r\n"; Attention toutefois : dans ton exemple, tu modifies la ligne 5 uniquement, sans vérifier son contenu. Dans l'idéal, il faudrait déterminer de manière dynamique quelles sont les lignes à éditer.

J'imagine que tu ajoutes le texte à la ligne de ton tableau sans manipulation supplémentaire. Comme je te l'ai dit, chaque ligne se finit par un retour chariot. Si tu veux ajouter quelque chose AVANT le retour chariot, tu as deux solutions : - Réécrire la totalité de la ligne - Supprimer le retour chariot à la fin de la ligne avant de la compléter Dans les deux cas, n'oublie pas d'ajouter le retour ligne à la fin

Tu peux imaginer quelque chose du genre (pas testé, mais fonctionnel si je ne me suis pas planté) : <?php $fichier = 'mon_fichier'; $tab_contenu = file($fichier); $flux = fopen($fichier, 'w+'); foreach($tab_contenu as $ligne) { fwrite($flux, $ligne); } fclose($flux); ?> Attention : le paramètre 'w+' pour la commande fopen, réduira la taille du fichier à 0 (ça videra le fichier). Très pratique pour réécrire son contenu, très dangereux si on n'a pas fait de sauvegarde du fichier avant. Il faut également savoir que chaque ligne de ton tableau $tab_contenu contiendra un retour chariot à la fin. Si jamais tu rajoutes des lignes, n'oublie pas de les finir par un retour chariot "\r\n".

Et c'est lent malgré la mise en cache des pages, ou seulement lorsque la page est recalculée ?

Les pages sont-elles mises en cache ? Si mon souvenir est bon, dans ta version de SPIP il faut définir #CACHE{duree_en_secondes} en première ligne des fichiers de squelette.

Il y a plusieurs avantages. Le premier, est que tes pages seront légèrement moins lourdes, le fichier CSS n'est chargé qu'une fois. La seconde est que si tu fais une modification dans le CSS, elle est automatiquement appliquée à l'ensemble des pages de ton site, sans que tu aies besoin de "propager" ta modification. En fonction de ton public, tu peux aussi partir sur une résolution un peu plus large, mais toujours fixe. Tout dépend de ce que tu souhaites faire. Les logiciels comme Photoshop gèrent deux "types" de PNG : le PNG-8 et le PNG-24. Le PNG-8 est équivalent en tous points au GIF : il gère 256 couleurs et la transparence sur une couleur. C'est juste un choix à faire (à la base, PNG était un format ouvert et GIF un format propriétaire, mais GIF est dans le domaine public depuis 2006) LE PNG-24 gère 16 millions de couleurs (comme le JPEG). Ce n'est pas un format destructif (tu ne peux pas régler sa qualité, comme pour le JPEG), et donc son poids peut être relativement important (en fonction de ce que tu souhaites faire). Son algorithme est très performant pour gérer les dégradés. Et, bien entendu, c'est le seul format qui gère la transparence sur plusieurs niveaux. Le fichier joint est un dégradé en PNG, qui fait moins de 1Ko. En résumé : - pour des images avec peu de couleurs (interface, dessin au trait, etc), tu peux utiliser selon ta préférence PNG-8 ou GIF - pour des dégradés, ou si tu as besoin d'utiliser la transparence sur plusieurs niveaux, tu prendras du PNG - pour le reste (principalement des photos), tu choisiras le JPEG

SEO : Search Engines Optimization (optimisation pour les moteurs de recherche). Ce sont les techniques qui permettent à un site de remonter dans les résultats des moteurs de recherche (optimisation du contenu, de l'organisation des pages du site, échanges de liens ...).

J'avais vu un site dont le principe était similaire, mais qui se limite aux prêts entre proches : http://www.friendsclear.com/accueil.php J'imagine que dans ce cas de figure, la législation est différente, non ?

En fait, tu as trois possibilités de notation en CSS : rien, le point et le dièse. - "rien" te permet de cibler les balises directement par leur nom : h1, p, a, dfn ... - le point te permet de cibles les balises par leur classe - le dièse te permet de cibler une balise selon son id

Ou plutôt : <dfn title="la définition">texte</dfn> Avec dans le fichier CSS : dfn { font-family: Georgia, "Times New Roman", Times, serif; background-color: #00FF99; }

C'est tout simplement parce que tu peux appliquer la mise en forme à la balise dfn elle-même Une classe ne devrait intervenir que si tu avais à différencier plusieurs balises de même nom.

Si, tu as eu des réponses, mais elles ne te conviennent pas. C'est pourtant (malheureusement pour toi) la stricte vérité.

En ce qui concerne la redondance, ce n'est pas entre plusieurs balises dfn sur la même page, mais avec l'attribution de la classe "definition" à chacune de ces balises. Cette classe est inutile car j'imagine que tu l'ajoutes à toutes tes balises dfn. C'est comme si tu écrivais : <a href="" class="lien"> ou <h1 class="titre">

Le souci que tu vas avoir, c'est que tu passes d'urls avec des paramètres à des urls 100% texte. Si tu n'as pas de liaison entre ces deux types d'urls (associer l'id 3849 avec le titre "Tales of Vesperia"), tu ne pourras rien faire.

Si tu ajoutes cette classe sur TOUTES les balises dfn, ça ne change rien Et, la modification dont je te parle, s'effectue bien entendu dans le fichier CSS.

Pourquoi ajouter une class supplémentaire ? Elle me semble redondante avec le nom de la balise. Tu peux tout simplement attribuer une couleur de fond à la balise elle-même : dfn {background-color: #FFF;} Edit : je n'avais pas vu que tu parlais de l'infobulle. La remarque concernant l'attribut class est néanmoins toujours valide

Pourquoi les balises <limit> ne s'affichent pas ? C'est tout simple : elles ne sont pas interprétées par ton navigateur. Ces balises sont formées comme des balises HTML, mais ton navigateur ne les reconnaît pas : il ne les affiche donc pas. Mais rassure-toi, elles sont bien là : regarde le code source de ta page Quant à lire le contenu d'un fichier, ligne par ligne, j'utiliserais la fonction file(), qui me semble toute indiquée. Il te suffira de modifier chaque ligne du tableau obtenu à ta convenance, puis il faudra écraser le contenu de l'ancien fichier par celui généré par tes modifications (prends soin d'en faire une sauvegarde, une bourde est vite arrivée).

tryan, si tu as matière à argumenter, ne te gêne surtout pas ! En l'état, ton post n'apporte strictement rien à la conversation, tu ne fais que dénigrer les intervenants précédents (dans lesquels se trouve un expert-comptable, et une autre bien calée en droit), mais tu n'étayes tes dires par aucune argumentation ! Ton site te met dans une situation particulière par rapport aux dons, tu as par conséquent l'occasion de bien expliquer tout cela, le vivant de l'intérieur. Je t'invite donc à reformuler ton post précédent, en argumentant correctement tes propos.

Je sais que ça paraît publicitaire, mais je peux te garantir que la question a été posée par un membre+, un modérateur ou un admin, comme toutes les questions des interviews d'Arlette. Il n'y a pas de bidonnage, ni de questions soumises par l'interviewé lui-même.

Si tout ton contenu est en UTF-8, il te suffit de décoder uniquement le sujet avec utf8_decode()

Dans ce cas, il faut utiliser blockquote.

Et pourquoi pas appliquer le CSS directement sur la balise cite ?

Ca ne devrait pas trop nuire à l'accessibilité (je ne sais pas comment les synthétiseurs vocaux se comportent avec la balise cite), mais tu molestes la sémantique Tu ne PEUX pas utiliser cette balise avec ton système, ou tu n'avais simplement pas pensé à l'utiliser ?

La solution de Kioob est très facile à utiliser, et elle n'impactera pas tes scripts existants. Sers-t'en !