L'iTunes Store s'approche des 10 milliards de téléchargement

Bon alors pour ceux qui voudraient vérifier, le compteur n'est pas en Flash, c'est du java script (je me suis quand même posé la question, des fois que ...).

Pareil
Sinon joli coup marketing. Pleins de gens vont beaucoup plus télécharger pour espèrer tomber sur le 10mia et la récompense qu'ils proposent va leur revenir quand la personne achètera les 10k$ sur itunes store .

Tout cela pour du vent ... une onde qui se propage dans l'air.

Dix milliards de chansons vendues à 1€. L'élevage de pigeons est florissant.

Il y a un bug dans le code javascript de Apple!!! :
<script type="text/javascript">
var downloadCounter = new DownloadCounter('/autopush/us/itunes/includes/countdown.inc'),
pageSwap, content,
maxCount = 9999999990,


la variable devrait être : 9999999999

Me trompe-je ?

oui, mais non^^ enfin, le 9 du milliard, y changera pas alors pas besoin d'y mettre une variable

Mais bien sur qu'il changera, quand ça va passer à 10 milliard.
Ca doit normalement lancer la fonction stop si tu regardes le code.
Mais comme la valeur max est à 90 au lieu de 99,
les 10 milliards ne pourront jamais être atteint.

Je viens moi-même de coder un compte à rebours à javascript.
Mais je suis surpris de voir de bug chez apple...

si tu stoppes à 90, les 10 chiffres "9" ne seront jamais affichés,
ce qui est un bug, et la fonction stop qui doit se déclencher donc juste avant le 10 milliardième est fausse.

Les geek me comprendront. y a un js codeur dans la salle ?

Il n'y a pas de bug, le compteur est prévu pour stopper a 9 999 999 990 c'est tout, certainement pour éviter les réclamations du style "ha mais quand j'ai validé ma commande le compteur était a 9 999 999 999 j'ai fait une photo d'écran !"

boutdegras, on voit que tu n'es pas un codeur javascript, et que tu n'as jamais codé un sytème de compte a rebours. En plus, le compteur que tu vois s'animer à l'écran est faux, il défile à la seconde et est basé sur le temps. aucunement sur des soi-disant ventes. J'ai réalisé des compteurs basés sur des ventes et on fait un appel serveur régulier à une base de donnée. Ce qui n'est pas le cas ici. Si quelqu'un veut démonter le code avec moi et le réutiliser. (expert javascript minimum) qu'il me contacte à : rodier@easy.com

Merci mais c'est mon travail (entre autre), j'ai fait mon premier compteur en Basic puis en assembleur Z80...haaa la commande "DJNZ" (oui c'est vieux) il y a plus de 26 ans, aujourd'hui je suis Analyste programmeur
pas besoin d'un "expert" pour analyser un bête compteur (surtout en Javascript), ou d'éventuels requêtes à une BD,

Si tu etais vraiment expert tu aurais dû te rendre compte que la valeur d'initialisation du compteur se fait grâce à http://www.apple.com...s/countdown.txt
qui est mis à jour réguliérement (mais pas en temps réel c'est vrai, elle à déjà 4 jours tout de suite), puis ensuite cette valeur est incrémentée certes arbitrairement de manière statistique par le code Javasript pour créer un compteur "vivant"
je n'ai jamais dit que le compteur etait basé sur les ventes (même si il l'est a l'initialisation), j'ai juste dit que le code etait prevu pour stopper à 9 999 999 990 et qu'a mon avis ce n'est pas un "bug" mais une volonté commerciale
car comme tu le dit, comme ce compteur n'est pas un reflet de la réalité, il doivent se protéger d'un quelconque recours en justice ou même seulement de réclamations dues au fait même que le compteur n'est pas "juste"

même un vrai compteur ne serait pas "exactement" juste a cause des latences des requêtes, du refresh imposé, et surtout de la vitesse trés rapide a laquelle celui ci augmente
Il faut considérer ce compteur comme d'ailleurs plein d'autre compteurs sur internet (celui du coût de la guerre en Irac est un bon exemple) comme "faux" c'est juste une idée de la réalité, une Pub quoi !
C'est pour ça que parler de "BUG" n'est pas approprié ici.

D'ailleurs, même si il y avait une requête a une BD cela ne garantirait pas que ces données soit actualisées et justes.
A mon avis ils ont prevu une page speciale pour remplacer c'elle de ce compteur quand les 10 000 000 000 auront été atteint, des confettis...tout çà !

héhé, boutdegras, pique pas ta crise! hahaha lol
contacte-moi sur mon e-mail, je suis en train de démonter le compteur pour le récupérer.
Tu verras que j'ai raison, tête de mule.
++

héhé, je codais le Z80 moi aussi en assembleur, puis le 6800 motorola de l'amstrad et le 6502 du commodore64... merde, ça nous rajeunit pas! lol
Me dit pas que tu "déplombais" les logiciels sur K7 toi aussi ?

Bien sûr que tu as raison, tu n'as juste pas compris que j'étais d'accord avec toi c'est tout, sauf que le compteur est bien initialisé avec les ventes (qui dates un peu certes)
avec le lien que j'ai posté dans mon précédent post, pour le reste oui tu as raison, mais il n'y a pas de Bug.

je ne comprends pas ton entétement a vouloir communiquer par mail, c'est un Forum ici, et l'appel a révéler son adresse email (même qu'a toi) n'est pas à encourager.

Oui je deplombais, un des plus dur à été Discology (le dernier) sur Amstrad (sur Disquette),
il utilisait des secteurs de 4Ko vérolé et etait crypté (XOR) avec le registre de refresh mémoire "i" (registre qu'il se permettait d'initialiser...c'est assez incroyable...)
de plus il utilisait des commandes Z80 non référencées (car redondantes ou moins performantes) donc non désassemblable conventionnellement,
il utilisait des checksum de son propre code un peu partout pour vérifier son intégrité,
il y avait aussi les incontournables table de sauts de la mort qui t'occupais pendant des heures pour trouver le Jump final
il passait aussi par des lignes de code inutiles et illogique...c'était en fait un texte ASCII "BUG OFF"...j'avais enfin déplombé la totalité !

Le programmeur avait laissé un petit trait d'humour à l'intention d'un eventuel pirate ! c'était le bon temps !

depuis j'ai "bien" progressé

Discology!! Le premier logiciel avec un système de menu déroulant sur amstrad si tu te souviens.

J'avais pour ma part avec un pote déplombé le fameux système de protections des cassettes "speedload", t'as dû connaître.
J'avais aussi développé un excellent jeu vidéo à la "Sorcery" que je n'ai malheureusement pas fait éditer.
Quand je me souviens comment j'optimisais les quelques 48, 64 et 92 k-octets du CPC, ça t'apprends à économiser chaque ligne, chaque octet de mémoire. Aujourd'hui, les mecs programment comme des porcs car ils ont toute la mémoire nécessaire. Mais les applis sont lourdes et lentes...

p.s: Pour le bug, inutile de chercher à te faire changer d'avis.
l'adresse e-mail que je laisser est une adresse jetable, l'une des 50 que j'ai crée spécial forums. quand elles sont trop spammées j'en crée d'autres. elles ne contiennent absolument rien de confidentiel.

Cool de parler avec un vrai programmeur qui a taté de l'assembleur sur 8 bits. c'était autrement plus balaise que le php.
J'avais d'ailleurs crée mon propre langage de programmation pour crée des sprites et graphiques : le GFX! héhé

Tu as tout a fait raison, quand on déplombais les jeux,
on trouvait souvent des messages des programmeurs. Dans le jeu sur amstrad "Green Beret",(crée par une société de UK), que j'ai déplombé, on pouvait lire : "I hate french"! J'étais mdr