Aller au contenu

captain_torche

Membre+
  • Compteur de contenus

    7 531
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par captain_torche

  1. Non, aucun risque à ce que les HTML/CSS/JavaScripts soient accessibles : en toute logique, il n'y a strictement rien de confidentiel dedans.
  2. Ce ne sont pas des logiciels qui le peuvent, mais des solutions "on-site", qui utilisent des "serveurs blancs", qui sont garantis non-blacklistés par les routeurs mails. En gros, le prestataire taggue tous les liens de l'email, pour pouvoir traquer les clics (Une simple redirection logguée, en fait). Pareillement, pour traquer l'ouverture, une image "piège" est insérée. Si elle est affichée, c'est que le mail est ouvert. Bien entendu, il faut que l'affichage des images soit activés dans le logiciel de mail.
  3. Ca a l'air d'être une "simple" interface d'envoi ... depuis un ordinateur. Pas top du tout, donc. Ils veulent absolument du gratuit ?
  4. Je ne comprends pas : comment le code source pourrait-il être à disposition ?
  5. En toute logique, personne ne peut voir tes scripts PHP : ils sont interprétés par le serveur avant d'être envoyés au navigateur (Il faut bien TOUJOURS les nommer en .php, pas en .inc). Seuls les JavaScripts (et de manière générale, tout ce qui est envoyé au navigateur) ne peuvent pas être masqués.
  6. Attention à la libre discussion sur les thèmes d'actualité : les différents points de vue peuvent très vite mener en pugilat virtuel. De plus, il est assez rare de voir des articles d'un point de vue neutre (donc strictement informatif).
  7. Ce sont uniquement les droits du système de fichiers que tu modifies comme cela : pas les droits du navigateur ! Tu devras développer des fonctionnalités en PHP, pour bloquer ce genre de pages.
  8. Et faire en sorte que tes pages existent : http://www.apzs-chauffage.com/achat_produit.html
  9. Pourquoi ne le serais-tu pas ? Tu peux étoffer un peu ta présentation, si tu veux, et mettre jusqu'à trois liens en signature pour présenter tes sites.
  10. Ajax, c'EST du javascript, quoi que tu puisses en dire (pour mémoire : Asynchronous JavaScript And XML). On peut effectivement connaître JavaScript sans connaître Ajax (De même qu'on peut coder en PHP sans avoir de notions de POO), mais l'inverse est impossible. Ensuite, pour compléter ma réponse de tout à l'heure, on peut envisager de changer le contenu en Ajax, bien entendu : un clic sur un des éléments de pagination entraîne une requête vers une page générant le contenu de la zone de résultats, et remplaçant l'ancien contenu. Il faut bien entendu penser à mettre à jour la zone de pagination.
  11. On peut très bien faire ça sans javascript (Je rappelle que l'Ajax EST du javascript). Si ça peut éclairer ta lanterne, j'ai fait ici un petit article : gestion d'un système de pagination.
  12. Si je ne me trompe pas, c'est toi (le prestataire) qui serait responsable. Tu as un devoir d'information, et tu dois donc expliquer à ton client que tu ne peux pas réaliser un pompage d'un site existant. Ensuite, dans quelle mesure le site est-il copié ? La maquette en est inspirée, ou reprise presque à l'identique ?
  13. J'ai un peu de mal à suivre : les liens sont-ils censés être les uns en-dessous des autres (ce que je comprends de la question), ou les uns à côté des autres (ce que je comprends du CSS, avec le float: left) ?
  14. C'est bien ça Il faut, tant que possible à mon sens, privilégier une identification sur le nom de marque dans le nom de domaine.
  15. Sans doute parce que ça impliquerait de devoir faire un nom de domaine par mot-clé à positionner ? Imaginons que Jules, qui ne fasse que des t-shirts pour l'instant, décide de se lancer dans la vente de pantalons. Il devra déposer tshirts-jules.com et pantalons-jules.com. Alors que s'il travaille depuis le début sur jules.com, il n'aura pas de souci.
  16. Pour autoriser des modifications par le client, il faut utiliser un CMS : Drupal, Joomla, SPIP, ModX, TypoLight ... Par contre, je ne saurais que te conseiller de bien te former avant de te lancer !
  17. Je le comprends comme ceci : ton tableau est formé de trois lignes, ayant chacune trois valeurs, un peu comme ceci : $array = array( [0] => array( [big] => $big, [description] => $description, [small] => $small ), [1] => array( [big] => $big, [description] => $description, [small] => $small ), [2] => array( [big] => $big, [description] => $description, [small] => $small ) ) Dans ce cas, il te suffit d'utiliser la fonction foreach : <?php foreach($array as $key => $value) { echo '<a href="'.$value['big']."><img alt="'.$value['description'].'" src="'.$value['small'].'"></a>'; } ?>
  18. Je crois avoir lu que c'était aussi activé ou pas en fonction de la bande passante.
  19. Tu pourrais donner l'argent liquide à tes parents, et eux paieraient par carte.
  20. Je ne comprends pas tous ceux qui disent que ça va nuire à la longue traine ... Au contraire ! Avec la saisie prédictive, les requêtes devraient se faire plus précises. Par contre, ce qui peut potentiellement en souffrir, ce sont les résultats basés sur les fautes d'orthographe et de frappe : la saisie prédictive devrait amoindrir leur impact.
  21. Tu peux utiliser la meta "canonical", pour indiquer l'url "correcte", si c'est possible. Ainsi, seule la version "normale" sera mémorisée par les moteurs.
  22. Je suis tombé sur ça aujourd'hui : http://www.journaldugeek.com/2010/09/06/google-va-t-il-devoiler-quelque-chose-le-8-septembre/ Tu aurais eu accès à une fonctionnalité cachée ?
  23. 100 colonnes, ça fait beaucoup. Il y a probablement un problème de structure : tu devrais sans doute pouvoir faire des jointures sur une autre table pour la simplifier.
  24. Première chose à faire : modifier tes mots de passe BDD et FTP. Ensuite, mets phpBB à jour, si ce n'est pas déjà fait.
  25. C'est sûr que tu tiens mieux les mélanges que moi
×
×
  • Créer...