captain_torche

Comment peux-tu comparer avec "la réalité" ?

Je viens de faire un test et je crois bien que ça n'est pas possible du tout : http://jsfiddle.net/13vz8Ly4/ En fonction de la taille de la fenêtre, l'image de fond sera coupée sur les bords ou le haut et le bas, on ne peut pas caler du contenu précisément sur l'image. Si je comprends bien ton message, tu cherches à faire en sorte que ton interface soit en plein écran, et c'est une mauvaise solution : sur des écrans larges, ton contenu serait difficilement lisible. Une image de fond comme celle-ci ne doit servir qu'à meubler le fond, l'interface en elle-même étant complètement indépendante. Les exemples fournis sur le lien d'alsacreations le montrent bien.

Ta première question était un peu ambigüe, d'où les deux réponses apparemment contradictoires (Et toutes deux exactes) que tu as reçues : - Lors de l'exécution du onUnload, les processus AJAX (Donc purement JavaScript) s'arrêtent - Toutefois, à partir du moment où l'exécution d'un code côté serveur est lancée (PHP ou autre), cette exécution est totalement indépendante du navigateur. Donc, les processus serveur lancés ne s'arrêteront pas

Ca ne confirme que le fait qu'à partir du moment où le script PHP est appelé, il est exécuté jusqu'au bout, comme te l'avait spécifié Portekoi.

Si on parle de processus strictement AJAX, selon SStéphane il serait arrêté. Mais effectivement, tiens compte de la remarque de Portekoi si derrière l'AJAX, un traitement lourd est effectué côté serveur.

Par ailleurs, il faudra veiller à deux choses : - Que tes anciennes urls soient correctement redirigées (HTTP 301) vers ces nouvelles, et - Qu'il soit impossible d'accéder à une de ces pages en en modifiant la partie non signifiante de l'url

Que veux tu dire par "inscrit" ? Sinon, si tu veux évaluer la qualité d'un backlink, regarde simplement s'il vient d'un site d'une thématique similaire et s'il est bien mis en contexte. S'il apporte une information supplémentaire aux lecteurs du site qui fait le lien, il est qualitatif et ce, quelle que soit l'audience du site.

Si effectivement, tu n'auras au maximum jamais plus de 50 utilisateurs connectés, un bon serveur mutualisé peut parfaitement faire l'affaire. Il en existe une pléthore en France (OVH, 1&1, Gandi, etc), mais probablement aussi dont les serveurs seraient situés en nouvelle calédonie ou plus proche. Cette discussion sur les forums d'OVH semble indiquer qu'un hébergeur australien peut parfaitement te satisfaire : http://forum.ovh.com/showthread.php?83456-h%E9bergement-Nouvelle-Cal%E9donie-Australie-OVH-OVH-ca-CDN

Pour commencer, rédige des conditions de vente : http://savons.alwaysdata.net/index.php?id_cms=3&controller=cms ! Pareil pour le "qui sommes-nous" et les infos de l'entreprise en footer ! Il n'y a rien de pire que ça pour indiquer à l'utilisateur que ce n'est pas une entreprise sérieuse derrière le site.

Le plus simple serait probablement de l'envoyer dans un apple Store, ils apporteront sûrement une réponse plus satisfaisante que n'importe qui ici.

Et je confirme, c'est exactement le fonctionnement qu'il faut, ça marche à merveille !

Je me réponds tout seul, mais cet article répond sans doute partiellement (Si ce n'est entièrement !) à mes attentes : http://diveintohtml5.info/history.html

Je vais sans doute créer un petit site pour des potes, qui proposeront des MP3 à télécharger et écouter sur le site. J'étais parti de l'idée de le faire en Ajax pour pouvoir permettre une lecture continue dans un player à part, mais je viens de me rendre compte que Deezer, apparemment, a trouvé un moyen de faire changer de page (Et pas seulement le hash) sans interrompre la lecture (On peut le voir sur les pages des playlists, par exemple). Si quelqu'un sait quel subterfuge ils ont utilisé (A priori ils n'ont pas de frames), je serais grandement intéressé.

Techniquement, si j'essaye ceci, tout semble fonctionner très bien : http://jsfiddle.net/4kof4ay9/ Ne connaissant par la valeur de tes variables i et nbImages, je les ai enlevées, mais si souci il y a, cela ne devrait pas être lié à la boucle ni à innerHtml.

Sans le code de la fonction changerTexte on va avoir du mal à deviner quoi que ce soit. Pourrais-tu la poster ?

@Dan, c'est clair ! Un cadeau SEO comme ça, je vais pas le refuser

Merci ! Et je viens de voir que tu es allé sur le rêve que t'avais posté

Des petites nouvelles, le site a bien été relayé ces dernières semaines et ce, bien que je manque de bcp de temps pour m'en occuper : - http://lci.tf1.fr/science/sante/les-reveurs-lucides-peuvent-controler-leurs-reves-8508533.html - http://www.rtl.be/gojimag/article/apprenez-a-decoder-vos-reves-336022.htm - http://www.rtl.fr/actu/societe-faits-divers/djihadistes-et-ordinateurs-bayrou-et-la-cohabitation-des-reves-et-des-cauchemars-7775017437(à 4" dans le podcast) Dans le dernier, je pense que la chroniqueuse a un peu mélangé (Je n'ai pas 3000 membres), mais tant qu'elle met le lien vers mon site sur la page, je suis d'accord. Quant au premier article, si vous jetez un œil sur le lien vers le site du parisien ...

Surtout que cette "reco" est assez vieille, et carrément obsolète !

Tu as déjà eu besoin de contacter leur service client ?

Sans utiliser de pointeur, on aurait aussi pu faire ceci : foreach($array as $val) { $array[$val][] = "a"; }

Tu as un "e" de trop dans la vérification de $groupe != 11

Dans ce cas, c'est que ta requête n'est pas exécutée (Ou que $userid est vide)

Exactement, le PR est un indicateur interne de Google, qui va continuer à être utilisé. Par contre, il ne sera plus rendu public, comme c'était le cas, très sporadiquement, avec les mises à jour de la toolbar.

Le site est développé sous Joomla ! (Si j'en crois la favicon), c'est possible que quelqu'un ait exploité une faille de leur CMS.