Leonick

Si tu veux vendre des ebook, pour que la traduction de ton site ait un intérêt en langue étrangère, il faut que tu vendes des ebook dans cette langue, sinon aucun intérêt. Et si tu vends des ebooks réellement écrits ou traduits dans cette langue et que ton site a été traduit automatiquement, l'internaute prendra peur quant à la qualité de tes ebooks Tiens, voici ton 1° message traduit par google français ->anglais ->français est-ce que ça te donne envie ?

sans le vouloir, pour un ndd, soit, mais pour plusieurs j'ai quand même des doutes acheté en toute légalité, soit, mais renouvelé en toute illégalité depuis 2007 alors

à partir de IE7, les menus déroulants uniquement en css fonctionnent sans problème et sans aucun hack (et sur FF et opera, sur toutes versions)

pas d'accord avec qui ?

Comme dit au dessus, le mieux est de prendre un doctype strict et de mettre les balises en minuscule. Comme ça, pas de problème ensuite pour passer à un format xhtml

par contre, si tu souhaites mettre des BL ancrés, il faut savoir que facebook coupe les mots sur les liens des commentaires

tu mets ton site sur blogspot, ça coute 0 et il n'y a pas de pub dessus. Comme ça tout est réglé

Et ne pas oublier que si tu fais une recherche plein texte dans ta BDD, avec les entités tu risques de ne pas tout retrouver. Par exemple tu recherches "coûté" alors que dans la base c'est écrit coûté

A voir en utilisant un erp, du genre http://www.openerp.com/ il me semble qu'ils ont des versions gratuites

évidemment, il te faut blinder ton contrat : le client ne deviendra propriétaire du site qu'après le paiement intégral des sommes stipulées dans le contrat et ses éventuels avenants. Le site restera hébergé sur tes serveurs jusqu'à la validation par le client et par validation, on entend, évidemment, le paiement de la (quasi) totalité des sommes dues. A ce moment seulement, le client pourra, éventuellement, récupérer les sources.C'est évident que si tu installes le site sur un serveur tiers, le client peut récupérer les sources puis dire ensuite que, finalement, tu l'as mal compris et que ça ne correspond pas à ce qu'il voulait

sauf que les liens adword/adsense n'influencent pas le positionnement dans les serp, contrairement aux bl payés (souvent selon le pr affiché de la page sur laquelle ils sont positionnés)

sauf si tu as pensé à indiquer, dans le contrat que le client a signé, qu'à défaut de paiement dans les délais précisés sur le contrat, tu te réserves le droit de supprimer la mise en ligne du site, en parallèle d'autres actions devant les tribunaux compétents. C'est difficile pour le client de refuser cette option là en avant vente, sauf à avoir déjà l'intention de ne pas te payer. Et là, la seule chose à faire est de refuser ce prospect

sauf qu'au début, il n'y aura encore aucune communauté et les internautes sont déjà (sûrement) sur d'autres communautés. Donc en dehors d'avantages substantiels par rapport aux sites existants, ils ne changeront pas de site. Franchement, tu as déjà été poser des questions sur un forum sans avoir de réponse ? y compris sur de gros sites. Donc si c'est un gros site, tu vas y retourner en posant d'autres questions, auxquelles tu auras, peut-être une réponse, mais pour un nouveau site, tu ne poseras même pas ta question, sauf si tu vois sur les articles que le webmaster maitrise bien son sujet

pareil, au niveau des droits. Ca m'était déjà arrivé précédemment

la question est : cela intéresse-t-il suffisamment de personne au Maroc ? en clair, les offres téléphoniques avec l'iphone sont-elles développées et à des tarifs abordables ? y a-t-il une activité suffisante en terme de nouveautés pour pouvoir créer une actualité en nombre sur le site ?si oui, les internautes marocains francophones ou anglophones peuvent déjà trouver moult sites existant, donc qu'apporterait ce nouveau site que ne peuvent actuellement proposer les autres

ça serait quand même plus efficient d'avoir les scripts js en externe, tout comme les css

pour moi le n ressemble à un caractère tronqué, car il représente le caractère minuscule alors que les autres sont en majuscule

il faut donner les droits en écriture sur ce répertoire (au niveau de l'OS, pas en http !)

Connais-tu Deep Zoom Composer ? très bon petit outil de microsoft qui fonctionne avec silverlight

tu as pas mal de fonctions sur la date en mysql http://dev.mysql.com/doc/refman/5.0/fr/date-and-time-functions.html avec interval...

oui, par exemple sur les erreurs dans les js, qui peuvent ralentir les navigateurs. Et je ne sais pas si vous avez déjà regardé la console js dans firefox, mais des erreurs dans les scripts de google (analytics, pub, etc...)

dans "Statistiques sur l'exploration" j'ai "Temps de téléchargement d'une page (en millisecondes)" et dans "Performances du site" j'ai "temps de chargement requis dans un navigateur (en secondes)." pour moi c'est juste une question de sémantique, mais ça représente la même chose. Une fois que la page est chargée, il faut qu'elle s'exécute (javascripts, vidéo, audio, ... appelés par flash) et nulle part il n'en est question peut-être parce que ça n'est pas représentation des navigateurs généralement utilisés sur le web sauf que cela dépendra de ta configuration, nombre de plugins installés dans FF, y compris ceux d'abode et autres, gestion de la mémoire cache du navigateur,... Donc ingérable pour faire un quelconque pronostic de délais de chargement

tu le vois où le temps d'affichage ? moi je n'ai que temps de chargementcomment peut-on calculer un temps d'affichage sachant que chaque navigateur va réagir différemment. En plus, comme dit au dessus, moi ce qui m'intéresse ce n'est pas le temps d'affichage mais le temps à partir duquel le navigateur redeviendra opérationnel, c'est à dire que je pourrais interagir avec lui, scroller, ...

si on ne trouve rien qui dit le contraire c'est que c'est ça Sinon, ils seraient obligés de vérifier tes scripts js pour voir si rien ne fait planter, si le js est bien compatible avec tous les navigateurs, etc... Là on ne voit qu'une durée d'upload et de taille (éventuellement à compresser), or, ce qui prend du temps c'est la création de la page, pas le transfert via le réseau (en dehors des mp3 et vidéo démarrés lors du chargement de la page) Franchement, combien gagne-t-on comme temps à envoyer un js de 12 Ko sous forme compressée au lieu de 30 Ko non compressé ? Combien gagnerait-on comme temps à envoyer un js non compressé de 15 ko qui ne contiendrait que les fonctions dont on a réellement besoin au lieu d'utiliser les frameworks les plus courants (genre script.aculo.us et autres) ?

qu'est ce qui est mieux pour un surf rapide ? d'avoir une vitesse d'upload plus rapide ? si c'est pour ensuite se taper 15 secondes d'initialisation des différents javascript dans le navigateur, tout ça pour donner un effet web 2.0 étant donné que gg ne calcule que la vitesse d'upload et pas celle d'exécution de la page, comme peut-on quantifier la vitesse d'affichage ?