Leonick
-
Compteur de contenus
1 339 -
Inscrit(e) le
Messages postés par Leonick
-
-
sans le vouloir, pour un ndd, soit, mais pour plusieurs j'ai quand même des doutesJ'ai acheté, sans le vouloir, des noms de domaines .fr qui sont des noms de ville.
acheté en toute légalité, soit, mais renouvelé en toute illégalité depuis 2007 alorsEn un mot : je possède depuis mai 2004 des .fr qui peuvent être réclamés par des villes. La loi de blocage date de 2007. J'ai acheté en toute légalité - sans être au courant - car entre 2003 et 2007 la loi Raffarin autorisait cela. -
à 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.Très dangereux juridiquement ça.
La création du site, c'est une chose. L'hébergement une autre. S'il ne t'as pas payé l'hébergement tu peux lui couper l'hébergement. Mais il peut dans ce cas te demander le code du site et le faire héberger ailleurs.
Si c'est son hébergeur, tout action punitive s'apparente à de l'intrusion et du vandalisme.
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)Par contre si on achète des liens en passant par Adwords là il n'y a pas de soucis !!!Avec Adwords les plus riches peuvent être bien classés dans Google. Google nous empêche (sauf si on paye une campagne adwords cf exemple de dan) de faire ce qu'il fait lui même puisque Google vend lui même du lien !!!
-
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 prospectEn aucun cas, il ne faut chercher à te venger parce que tu n'as pas encore été payé.(ex: modifier le site si tu as les ftp...)
-
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 sujetUne communauté supplémentaire, des avis divergents et une source d'information supplémentaire. De toute façon, si un site n'est pas à la hauteur des besoins de ses internautes, il finira par être abandonné. -
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 ?L'iphone a de beaux jours devant lui, si j'étais un fin connaisseur je me lancerais dedans (portail d'actualité + forum + services gratuits)
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 cssLe moteur de template smarty fait des preg_replace sur le code source de la page complète avant l'affichage, pour peu qu'il y ait du code javascript comme du Google map avec des dizaines/centaines de marqueurs, ca va très vite en taille. -
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...)Peu importe la machine GG fait des stats sur beaucoup de points.
-
ici :
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 webPour ce qui est du "choix" du navigateur, pourquoi n'auraient-il pas le droit d'utiliser leur navigateur maison ?
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 chargementPour ce qui est des détails techniques, as-tu au moins essayé PageSpeed dans Firefox ou l'équivalent intégré à Chrome ? C'est plutôt bien foutu, bien que pas parfait.Par exemple, le "domready" et la fin de chargement "complète" sont clairement identifiés, comme dans la plupart des outils du genre.
-
tu le vois où le temps d'affichage ? moi je n'ai que temps de chargementeffet j'ai un site avec des graphiques "temps de réponse" ayant une moyenne de 300ms et des graphiques "temps d'affichage" de l'ordre de 4 secondes.comment 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 çaD'où vient cette affirmation? j'ai cherché et je n'ai pas trouvé de référence là dessus...
Personnellement je pense que c'est le contraire
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 ?
Traduction selon ip du pays
dans Accessibilité et Ergonomie Web
Posté
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 ?