angel-dust-web

Sur le rédactionnel oui, mais de là à le laisser faire de l'html... Aucune chance de le faire utiliser les styles définis, grand risque de faire du code qui n'est plus valide... Je vois surtout des inconvénients. Sans même parler du fait que si le client modifie lui même ses pages, je sers à quoi, moi ? Lui laisser entrer du texte, en mettre des bouts en gras ou insérer des liens, oui, mais faire de l'html, non, je ne trouve pas que ce soit une bonne idée. Toujours avec mon garagiste, je ne pense pas qu'il m'aiderait à me passer de lui pour des grosses réparations sur ma voiture. L'entretien courant oui, mais pas plus. Mais cela n'engage que moi, et je me tiens a disposition des clients qui ont cassé leur site en voulant en faire trop, je leur ferai un devis du coût des réparations.

Bonjour, autant demander à un garagiste ce qu'il dit à un client qui veut lui même remplacer l'embrayage de sa voiture... Il dit "allez-y, faites le, quand ça sera cassé, je vous réparerai tout ça" Faire du code pour un site, c'est un métier, ça ne s'improvise pas, si un client veut modifier tout seul, il faut bien lui expliquer que si il y a des professionnels pour faire ça, c'est qu'un novice ne peut justement pas le faire (même si il peut avoir l'impression de bien le faire).

Perso, j'ai trouvé AlloPass très simple à intégrer. Le gros problème , toujours selon moi, c'est leur gros pavé à intégrer dans la page qui "salit" ton design. Si c'était un peu customisable, ne serait-ce qu'au niveau des polices et des couleurs, ce serait bien. Autre problème, si je me souviens bien, ma page écrite en xhtml ne passait plus la validation w3c avec leur code. Après pour ce qui est de la gestion, c'est simple et plutôt bien fait.

dans ce cas, select * from MA_TABLE where to_char(MON_CHAMP_DATE, 'dd-mm-yyyy')='13-10-2009'; en régle générale, je préfère convertir une date en chaine qu'une chaine en date. Ce n'est pas pasqu'on voit affiché "2009-10-10 18:42:33" sur son phpMyAdmin ou autre qu'on doit estimer qu'en SQL, la vue sera la même (les préférences d'affichage peuvent formater la date différemment, genre format fr, etc...). Il me parait plus prudent de demander a SQL de s'occuper de la conversion au format demandé, plutôt que d'essayer de gérer soit même. Sans compter qu'un débutant pourrait comprendre qu'une date et une chaine sont la même chose, et une fois arrivé dans un langage fortement typé, chercher pendant des heures pourquoi son test ne marche pas... // exemple en java : Date date = new Date(); if (date.equals("13/12/2009")) { // Syntaxe ok, mais ne fonctionnera jamais .... Attention, je ne veux pas dire qu'en java, on doit convertir les dates en chaines pour les comparer, hein ?

voilà : select * from MA_TABLE where to_char(MON_CHAMP_DATE, 'dd')='12'; -- Avec '12' à remplacer par la date du jour

Sans compter que souvent les PDF s'affichent directement dans une fenêtre adobe reader intégrée au navigateur, ce que personnellement je déteste, mais qui est bien pratique pour le surfeur "moyen" (ou moyen--).

Eclipse (PHP)

A mon avis, les textes sont bien centrés mais les span ne prennent pas toute la largeur, ce qui donne donc l'impression que le texte est aligné à gauche. Un bon truc que j'utilise quand je travaille avec des div ou des span, c'est de leur mettre une couleur de fond pendant la construction pour bien visualiser comment ils s'agencent dans la page. J'espère que ça peut t'aider...

Bonjor, cherche "Div transparent" sur google, tu devrais trouver pas mal de choses. Par exemple : http://www.lephpfacile.com/forum/2-html-cs...e-superposition

Bonjour, la partie ([a-zA-Z0-9-]+) de ton expression régulière ne matche pas %2B... essaye plutot RewriteRule ^achat-de-([a-zA-Z0-9]+)%2B-a-prix-reduits\.html$ /boutique/boutique.php?art=$1 [QSA,L]

Merci pour vos réponses. Je dois tout modifier, donc.... :-s Bon, ben j'ai du travail...

Bonjour, mon site est dynamique et utilise par défaut la langue du navigateur. Cette langue est stockée en session et peut être changée par un clic sur un petit drapeau (soumission de la nouvelle langue en POST via JS). Mon problème est qu'à cause de cette architecture, les robot ne référencient que les pages en anglais. Je souhaiterais éviter de devoir modifier toutes mes pages pour gérer un paramètre &lg=fr, surtout que je fais plutot du POST. Je souhaiterais aussi éviter de devoir dupliquer toutes mes pages dans un répertoire /fr. Quelqu'un connait-il une solution simple et rapide à ce problème ?

je ne comprends plus rien.... effectivement si je remplace 'tgpp' par 'abcd', ca fonctionne très bien. la seule raison que je voie, c'est que j'ai une page qui s'appelle tgpp.php (même si je comprend pas pourquoi le fait d'avoir une page du même nom que ce qu'il devrait considérer comme un répertoire fait qu'il renvoie la page AVANT la ré-écriture). Si je remplace mon 'tgpp' par n'importe quel nom de page, genre 'index', il m'affiche la page du même nom ('index.php'). => J'ai donc ma solution. renommer ma page tgpp.php en autrechose.php et tout ira bien.... merci à tous pour votre aide

Merci Leonick, je vais essayer ça. Question subsidiaire, comment faire pour que disparaissent tous les ?PHPSESSID des pages indexées par googlebot ? (Et comment se fait-il qu'un bot si évolué ne sache même pas reconnaitre qu'il est sur la même page ? ) Remi, c'est mon htaccess racine... :-( Je vais essayer de changer ma redirection comme tu dis, je te dirai