Dadou

Arf, dans l'exemple d'ADN justement, il n'y a pas. Mais cela va dépendre beaucoup de l'intégrateur, qui aura nettoyer le code ou pas

Je rejoint Arlette, et pour avoir vécu la recherche de clients : - Par téléphone : retours quasi proche du zéro, les personnes n'ont que peut de temps à t'accorder en général, et lorsqu'ils t'en accordent, écoutent avec distraction tes arguments de vente, - Par fax : retours quasi proche du zéro, en général, comme toutes les pubs par fax, cela va directement à la poubelle, - Par campagne emailling : retours quasi proche du zéro, quand c'est pas directement mis en spam par les différents filtres, le destinataire n'apporte que peut d'intérêt a ce canal, - Par le bouche à oreille : la on commence à avoir des résultats, la problématique c'est d'avoir suffisamment de clients content de ton travail pour le conseiller à d'autres, mais c'est ce qui m'a le plus souvent apporté des clients - Séminaires, congrès... : c'est une bonne piste pour échanger ses cartes de visites. - La petite signature dans le footer des sites clients apporte aussi quelques clients. Je je plussois tout a fait Arlette quand elle parle de ne pas brader les prix : oui les clients qui paient le moins cher sont aussi ceux qui veulent avoir une Rolls pour le prix d'une 2ch, et comme en général il n'y captent que dalle à la technique, ils ne comprennent pas la quantité de travail que peux générer la création d'un site, c'est d'ailleurs pour cela qu'ils ont tendance à vouloir payer moins cher en te sortant comme l'argument qui tue : le fils de mon voisin a fait son site internet, si un ado y arrive, cela ne doit pas être bien difficile. Ou alors, il y a le "c'est pas automatique l'informatique... (en gros c'est pour eux l'ordi qui fait tout le boulot). En plus si tu brades le prix, le prix est aussi transmis par le bouche à oreille, ou tout bêtement, le client qui souhaite des modifications, ajouts... ne comprendra pas pourquoi tu augmentes tes tarifs.

Pourquoi avec humour, c'est une évidence Comme l'a dit Arlette, cela dépend essentiellement de tes besoins, par exemple, si tu as besoin d'un e-commerce certains développeurs sont spécialisés dans ce domaine il serait donc plus intéressant de piocher parmis ceux là. Il ne faut pas oublier l'aspect graphique, en général, un bon dév ne fait pas un bon graphiste, il arrive qu'il se débrouille, qu'il puisse obtenir un assez bon résultat, mais pas forcement autant qu'un vrai graphiste. Donc si tu as besoin d'un site esthétiquement poussé, il faudra voir avec quel graphiste le dev travaille.

Mais je n'ai jamais dit que c'était illogique de mettre un lien dans un hn

toujours pas d'accord, la page risque d'être pénaliser si le ratio de headings par rapport aux textes est trop important

Moi aussi c'est ce que je préfère

ça pas d'accord, bien sûr que tu peux mettre un lien sur un hn, pourquoi ce ne serait pas logique??? Si, si, un exemple tout bête : en général, je met le nom du site en h1, mais quand tu cliques sur le nom tu arrives sur la page d'accueil, donc cela reste logique Pas d'accord aussi, il peut tout a fait y avoir plusieurs h1, tout comme plus que 4 h2 et ainsi de suite, cela dépendra de la richesse du contenu de la page

Normalement non, puisque mettre ton navigateur en sécurité haute devrait faire le contraire : limiter aux applis sûres, donc si en sécurité plus basse il n'y a rien, c'est qu'en passant en haute tu as bloqué un script

Non, si tu es obligé de mettre en sécurité haute pour le voir, c'est plutôt qu'un des scripts inclus dans la page le gène (adwords, analitycs...) et qu'en passant en secu haute, le script gênant n'est pas chargé

C'est pour cela que je les renommes tout le temps

Oui bien sur il faut que les devs de l'appli aient pensé à modifier le header par header('Composed-By: nom de l'appli'); Dans modx je présume qu'il y en a pas. Mais oui, des blocs de codes peuvent faire partis des indices pour reconnaitre une appli, comme par exemple ton formulaire de recherche doit en être un. <form id="ajaxSearch_form" action="resultat-recherche.html" method="post"> <fieldset> <input type="hidden" name="advSearch" value="oneword" /> <label for="ajaxSearch_input"> <input id="ajaxSearch_input" class="cleardefault" type="text" name="search" value="Saisissez votre recherche ici..." onfocus="this.value=(this.value=='Saisissez votre recherche ici...')? '' : this.value;" /> </label> <label for="ajaxSearch_submit"> <input id="ajaxSearch_submit" type="submit" name="sub" value="rechercher!" /> </label> </fieldset> </form> Il y a aussi les urls générées qui peuvent être un indice, les JS implémentés par défaut... En fait tout plein de chose pour savoir avec quel CMS tu a fais ton site. C'est pas fiable à 100%, mais à mon avis, on peut obtenir d'assez bon résultats

Les deux sont faux, c'est que tu n'as toujours pas compris ce à quoi servait les TITRES, un bloc de titres ça n'existe pas, ou alors va falloir me montrer un exemple convaincant.

Relis bien les propos de captain_torche, tu verras que tu as la réponse à ta question

Dans les entêtes HTTP tu as

euh adobe acrobat

Euh, Nynaeve, tu as fait quelque chose sur le site?? il n'est plus accessible?

Fais ce qu'a fait captain_torche dans le post qu'il a donné en lien : "laisse pisser", tu as fait un boulot correct pendant que tu était dans l'assos, les associations ont souvent tendance à considérer que comme ils ne sont que des associations, ils doivent tout avoir (ou presque) pour pratiquement rien, et quand tu fais quelque chose pour eux c'est quasi-normal, c'est un du. Les quelques assos avec lesquelles j'ai eu contact pour des sites internets, c'était essentiellement avoir les mêmes services que le clients qui paie plein pot et surtout avoir la même réactivité. Cela t'auras permis au moins d'avoir une expérience, et de venir t'inscrire sur le hub (tu verras, on est des gentils nous ) Penses la prochaine fois à bien délimiter sur un contrat les limites de la prestations, et ce qu'il est possible de faire. J'ai déjà eu une assos qui a voulu me faire le même coup, mais je lui ait indiqué que j'étais d'accord pour fournir une copie HTML du site, mais qu'il perdait l'usage de l'outil de gestion associé. A son nouveau webmaster de se débrouiller pour en remonter un autre

Tu es un cas particulier : ton site contient des galeries photos, alors forcement, ça attire les pilleurs

sans code ou autre info on ne peut pas te dire grand chose

Oui il a légèrement changé le script en n'autorisant que IE, mais l'extension "user agent switcher" fonctionne à merveille pour tromper le test. Mais ta manip : fichier, enregistrer sous fonctionne très bien sous IE

En général, lors de votes massif, les petits co*s votent par séries à peu d'intervalle, j'avais fait il y a quelques années un système qui loggait la config système du votant (son ip, fai, navigateur, resolution, plug-ins acceptés) son vote et après coup, un script qui parsait les logs pour vérifier si trop de votes à config identique à peu d'intervalle du style entre 22H30 et 23H un nombre massif d'une ip (différente pour chaque votre) provenant de chez orange et du même relai, même OS, même resolution, me suffisait pour invalider le bloc de vote. C'est pas fiable, je l'accorde, mais limitait sérieusement les petits co*ns

dans les options de firefox tu peux bloquer uniquement le script menu contextuel, donc tu vois, avec ce que fais Kioob et moi, déjà deux façon de contourner votre protection inutile. En plus votre soit disant alerte de sécurité est totalement à coté de la plaque...

les cadres c'est mal et apporte plus de problèmes que d'avantages. Il n'xiste pas de code html pour cela mais un code javascript

On s'en moque du pr il n'a plus l'importance qu'on a pus lui accorder

Il n'est pas dans l'habitude du hub de donner des conseils ou des liens qui soient néfaste à vous ou à votre site web