Dadou

Je ne supporte pas les fenêtres ou onglets qui s'ouvrent sans que je leur ai explicitement demandé, je trouve ça super chiant

Pas vraiment, un courrier provenant d'un huissier suite à une décision d'un tribunal à beaucoup plus de poids qu'un courrier provenant d'un avocat. Des courriers d'avocats, j'en ai reçus plus d'un, ils cherchaient à m'intimider pour récupérer un NDD, je les ais envoyés bouler, par contre, j'aurais reçu le même type de courrier suite à une décision d'un tribunal, je ne m'aurais pas senti aussi sûr de moi. Les avocats commencent en général par une procédure d'intimidation / bluff, mais sans que forcement sa demande soit réellement justifiée. En général, quand tu commence à travailler avec ce genre de clients indélicats, ils savent très bien comment fonctionnent les avocats, L'avocat sera plus cher que l'injonction de payer, et l'injonction aura forcement plus de poids qu'un simple courrier d'avocat, alors pourquoi dépenser plus d'argent qu'il n'en faut?

Non, cela ne doit pas être le cas, parce que sans le script de traitement et d'envoi de ton formulaire, c'est totalement impossible de l'utiliser pour l'envoyer, si tu reçois toujours du spam associé à ton formulaire, c'est que le script de traitement est encore la

Si le script qui permet l'envoi des données du formulaire n'est plus sur ton site, il est impossible de continuer à l'utiliser

Tu as du les avoir à ton inscription, mais sinon, tu as le lien en bas à droite de chaque page : Règles du Hub

Arlette t'a donné la réponse avec l'injonction de payer, et a mon avis, si il reçoit un tel document, il risque de changer de chanson

Non tu as mal compris, apparement, absolument rien n'a été payé. Et la ou Altano a fait une erreur, c'est de continuer à travailler sur le projet alors qu'il n'avait pas reçu le premier réglement. En gros l'utilité d'un paiement en 3x, c'est de minimiser les pertes en cas de mauvais payeur.

Ça non plus tu ne peux l'affirmer

Non, tu ne peux déduire que c'est la volonté de Google, tout ce que l'on peu penser, c'est que le budget internet des clubs de foot est souvent plus élevé que les communes

Les démarches administratives, en effet, ne prennent beaucoup de temps, mais les incidents d'hébergement, peuvent eux en prendre plus quand ils surviennent. Des problèmes, il peut y en avoir pleins, disque qui lâche prématurément, équipement réseau défectueux, attaques, ... J'ai déjà eu à passer du temps avec le support d'un hébergeur pour régler un problème. L'avantage pour mes clients, c'est que comme je fais l'intermédiaire, et que j'ai un bagage technique plus étoffé que le leur, il est moins facile de m'embobiner. Il y a aussi, les clients qui veulent que tu leur modifie un petit truc dans le site, genre un numéro de téléphone, mettre à jour un tableau de prix, si c'est ponctuel, tu peux inclure dans le prix à l'année ce genre de modifs

Non, ce n'est pas du tout le bon mode de fonctionnement, Soit tu t'amuses à prendre un hebergement spécifique par client, comme cela, le jour, ou ils veulent te quitter, tu n'as que les accès à leur refiler. Soit, tu prend un hebergement multidomaine, et tu facture un montant que TU auras déterminé, c'est à dire, ne pas s'amuser à découper par le nombre de site qui peut être variable d'une année sur l'autre, le client ne comprendrais pas. Pour ma part, j'ai un hebergement multidomaine sur lequel est tous mes clients, et je facture une prestation annuelle fixe (qui était dans mon devis de départ), en gros, je prend 150 € par an, oui, c'est plus cher que l'hébergement, mais je prend en charge les démarches administratives, et tous les problèmes qui pourraient arriver au niveau hebergement, ainsi que les mise à jours des différents CMS utilisés (choses que les clients font rarement d'eux même)

Comment avec aussi peu de contenu peut tu atteindre les 91Mo, juste après l'installation, il ne fait meme pas plus de 200Ko

Je viens d'en faire l'installation, et apparement il y a bien des index, mais beaucoup en FULLTEXT, du coup BDD en MyISAM, pas le meilleur au niveau perf. A mon avis, tu commences a avoir de gros index FULLTEXT ce qui explique la taille de ta base malgré le faible contenu du site apparent. Je pense qu'a la conception, ils ont mal pris le problème de la recherche, et trop voulu en faire avec FULLTEXT, ce qui doit a mon avis, pas mal plomber les perfs

La base de données possède bien des index? c'est souvent le gros point noir des CMS divers et variés que l'on trouve sur le net

Une recherche avec Google non? http://www.snoupix.com/galerie-dimages-dynamique_tutorial_15.html

En aucun cas il est dit qu'il fallait bloquer les pubs grâce au robots.txt, Google préconise de faire en sorte que les pubs ne soient pas indexées, et donne pour exemple les regies adsense et doubleclick qui utilisent eux robots.txt pour bloquer l'indexation. En gros, c'est juste pour indiquer de faire attention au choix de la régie de pub, car toutes ne bloquent pas l'indexation, et donc les pubs modifieraient ton contenu, et ton positionnement

Si après tout ce que l'on a pus t'expliquer, tu ne trouve toujours pas, un conseil, n'insiste pas, ce n'est semble t'il pas fait pour toi

Tu as la comprenette un peu lente, franchement, on t'a dit ce qu'il fallait faire, que veux tu de plus? Le mail de l'ancien prestataire est en accord avec ce que l'on t'a dit puisqu'il demande à la société si elle avait un nouveau prestataire dans le but d'avoir les coordonnées de ce dernier afin de lui refiler la gestion du domaine. Dans ton cas il n'y a absolument aucuns problèmes, le prestataire semble bien vouloir faire les choses. Il a juste indiqué que comme il n'avait plus a s'occuper de ce domaine, il ne ferait donc pas la démarche de le renouveler à échéance, et donc sera de nouveau dispo à l'achat, mais, ça c'est à éviter, tu risques de le perdre si tu n'es pas assez réactif.

La copie de la facture n'est absolument pas une preuve permettant d'être sûr que tu es vraiment le nouveau prestataire de la société en question, personnellement, en tant que pro, je t'enverrais bouler en réclamant que ce soit la société qui fasse la démarche. Alors pourquoi t'entêtes tu à faire la démarche que SEULE la société peut faire? Parce que tel que tu sembles le faire, tu vas faire perdre du temps et probablement de l'argent à la société. Et faire saisir la justice par la société après que ta demande soit rejeté est stupide, car, comme je viens de le préciser, aucune possibilité pour toi de prouver que tu es vraiment mandaté par la société, et donc tu généreras des frais de procédures inutiles, et qu'en tant qu'ancien prestataire, je me ferais un plaisir de facturer ceux que tu m'aurais générés.

Oui et non, met toi a la place de l'ancien webmaster, qu'est ce qui lui prouve que tu officie bien pour la société? et que tu n'es pas simplement un voleur de domaine? C'est donc à la société de faire la démarche de prendre contact avec l'ancien webmaster pour qu'il débloque le domaine afin de permettre son transfert

Ce n'est pas forcement l'include qu'il faut "protéger", on a bien compris que tu étais très axé sécurité, mais, il va te valoir avant cela, des bon principes de programmation, car avec eux, tu auras déjà plus de chance de développer une appli sure

o_O, mais dis donc, tu nous l'a déjà posé celle la : http://www.webmaster-hub.com/topic/54158-cms-base

Ah, alors problème d'encodage d'un fichier, qui fait que le mysql_real_escape_string ou le addslashe est perturbé

Mais non, si tu utilises mysql_real_escape_string, tu ne dois pas utiliser stripslashes, mysql_real_escape_string va se demerder tout seul

Je pense que tu as probablement un caractère à la con qui casse la requête. Personnellement, je n'utilise mysql_query qui est obslete dans PHP 5.5 et qui est voué à disparaitre, mais plutôt PDO avec des requêtes préparées, et l'usage de bindparam qui permet d'être tranquille de ce côté