Sarc

Ah, Arlette, tu disposais d'une donnée que je n'avais pas. Cependant, OVH fournit un serveur, pas la configuration... Avec un infogérant, ça serait peut-être mieux. Bref, il faut voir, je n'ai pas de vérité absolue à ce sujet ! Cependant, Omari ne parle pas de "boîte vide" mais de "boîte noire", à savoir une configuration tellement bricolée par l'ancien prestataire que le nouveau ne comprendrait pas comment ça a été foutu, et que ça coûterait cher juste pour remettre le serveur avec une configuration plus propre.

Avec ces chiffres, notamment une base énorme, je ne vois pas (en tout cas sur OVH que je connais bien) quel service de mutualisé te permettrait de faire tourner ta bête correctement. Tu as de la chance d'être tombé sur un forum créé par un monsieur qui fait de l'infogérance (lien en haut). Je n'ai (hélas ?) pas d'action dans sa boîte, mais je sais que le nombre d'infogérés qu'il a en permanence indique la qualité du service. D'après ce que j'ai compris, il développe des outils qui font les mises à jour en parallèle sur toutes les machines qu'il gère, et donc peut diviser ses coûts de maintenance par "plein". Contacte-le, son pseudo c'est Dan, il te donnera plus d'informations !

Bonjour, A tout hasard, tu as regardé du côté de l'infogérance ? Le prestataire qui met à jour de nombreuses machines en même temps a des coûts réduits, et au final, tu peux peut-être te retrouver gagnant. Quelle est la taille de ta BDD ? L'espace disque utilisé ? Le nombre de connectés simultanés en pic ? Je ne parierais pas sur un mutualisé avec ce genre de statistiques. Peut-être regarder un dédié virtuel, qui coûte moins cher qu'un vrai dédié pour la location ? (sans réduire les frais de maintenance, mais bon, c'est déjà ça)...

C'est bien le problème du web d'aujourd'hui : c'est Google qui choisit ce qui est bien et ce qui n'est pas bien... Quel danger. Je suis d'accord avec toi, utiliser ce que je propose est dangereux, et je ne le conseille pas du tout, mais sémantiquement, il donne un titre à chaque div utilisé, et permet peut-être une meilleure navigation, parce qu'on sait où on est à chaque entrée de div.

Histoire de rajouter une difficulté à l'histoire... Un titre de rubrique pourrait même être envisagé en H1, parce qu'il est le premier niveau de titre de ton div "menu". Ou alors, ton div menu a "Navigation" en titre h1, et devrait donc avoir les titres de rubrique en h2... Bref. En fait, l'utilisation des hx n'est pas si claire que ça, loin de là. Au moment où les moteurs de recherche se basaient beaucoup sur la sémantique, avoir des h1 partout dans la page était mal vu. Maintenant, j'en sais rien du tout. Mais logiquement, on pourrait envisager : Je parle sous contrôle des connaisseurs des spécifications w3c (Dudu, si tu me lis), mais il me semble que cette vision de voir les choses serait plus sémantique que la classique...

Merci pour ton code. Je vais essayer d'analyser comment il marche, plus en profondeur, et surtout pour l'adapter correctement à Jquery. Pour l'instant, tous les tests que j'ai effectué buguent : la perte de focus et la fonction focus ne semblent pas bien marcher... Ou alors il y a un autre souci. Je vais voir ! Sur Gmail et Facebook, ça marche plutôt très bien. J'espère arriver au même résultat...

Salut à tous ! Quasiment tout est dans le titre. J'aimerais savoir si l'utilisateur a l'onglet de mon site ouvert, ou si l'onglet n'est pas en premier plan. En gros, le plan, c'est de faire clignoter le title dans certaines conditions quand l'utilisateur n'est pas sur l'onglet en avant-plan, et d'arrêter le clignotement si jamais il clique sur l'onglet. Mais je ne sais pas comment détecter où est l'utilisateur... Merci d'avance si vous avez des pistes

Le message d'erreur, c'est normal, il disparaîtra quand tu auras viré tous les echo et print de ton programme. Pour les images, c'est logique que ça vienne de ce que je t'ai signalé dans le message précédent... C'est comme si tu disais à quelqu'un de t'appeler sur ton fixe alors que tu n'étais pas chez toi. Les programmes sont bêtes, ils font ce que tu leur dis Pour le déboguage, tu vois, Jcaron et moi-même t'avons proposé la même chose, au même moment, c'est sûrement qu'il y a une part de vrai. Afficher des informations, c'est permettre de savoir comment réagit le programme et par où il passe. Tu peux les mettre partout où tu veux, et si il en manque un à l'affichage, tu sauras que ton programme n'est pas passé par là.

Pas la peine de citer le message précédent, on vient de le lire Conseil méthode : quand un programme ne fait pas ce que tu attends de lui, amuse-toi à mettre des "echo 'étape X';" à plusieurs endroits de ton programme, avec X le numéro, pour voir où il passe, où il ne passe pas, pourquoi il y passe, etc. Il y a pas mal de débogage à faire... Là par exemple, je devine déjà le chemin qu'il prend : <input type="file" name="monimage" /> if (empty($_FILES['mon_image']['tmp_name'])) Entre monimage, et mon_image, la différence est de taille. D'ailleurs, si tu ajoutes un "echo $erreur" à la fin de ton programme, tu devrais voir un peu...

Bonjour, Si Jcaron te propose d'afficher le répertoire courant, c'est aussi pour que tu l'utilises dans ton script. En effet, j'ai pris l'habitude avec les années de toujours passer en adressage absolu (vue serveur) pour l'upload d'images, parce que ça a des tendances à ne pas marcher toujours comme on veut. Les dossiers dans lesquel tu dois envoyer tes images sont donc, dans ce cas : $dir = getcwd()."/pics"; $dir_mini = getcwd()."/mini"; Avant de te lancer dans des choses compliquées, avec création de la miniature, bla, et bla, essaye juste de faire un formulaire qui envoie une image, point. C'est un premier pas, pour tester les adresses d'envoi, les noms, les choses de ce genre. Ensuite, complexifie ton programme en rajoutant la miniature, mais ne grille pas les étapes ! Il existe également des classes PHP très bien foutues pour gérer les images, avec création de miniature et autres. J'en ai utilisé une récemment, et complètement adoptée !

Bonjour Elow, bienvenue sur le Hub On travaille tout pile dans les mêmes sujets. On aura sûrement l'occasion de se contacter.

Bonsoir, 1. Dans un premier temps, apprendre le HTML, et CSS, être au point, comprendre les spécifications w3c, les astuces d'affichage, la séparation contenu et style 2. Ensuite, apprendre le PHP, le SQL, l'optimisation de bases de données, l'organisation du contenu 3. (optionnel) apprendre un système de template, pour bien séparer la partie HTML de la partie PHP, pour mieux organiser son code 4. Se lancer 5. Réussir. Bonne chance !

RewriteRule (.*) /errordocument.html Si je ne suis pas trop fatigué, cette ligne veut dire de transformer n'importe quelle page en /errordocument.html ? Ça expliquerait pourquoi toutes les pages sont redirigées en erreur...

C'est pas bizarre, c'est juste que le web francophone manque énormément de ressources en jquery, et que donc, soit on cherche sur l'anglophone, soit on se dépatouille. Bref, en fait, c'était tout bête : une fois que tu as fait ton append, il suffit que tu relances un coup de : $("a[rel^='lightbox']").slimbox({/* Put custom options here */}, null, function(el) { return (this == el) || ((this.rel.length > 8) && (this.rel == el.rel));}); Comme ça, ça remet un slimbox sur tous les objets qui existent après ton append, et donc, ta nouvelle image sera concernée... Enfin, tu changes lightbox par gallery, si j'ai bien fait gaffe à ton code, bien entendu. J'ai fait un test rapidement sur l'exemple de base, et ça marche comme il faut. Bonne chance, et excuse-moi d'avoir tourné autour du pot (et de la solution).

Je viens de regarder un peu le code de slimbox, que je ne connaissais pas. En effet, c'est du côté de l'AUTOLOAD CODE BLOCK qu'il faut modifier des choses. Eux, ils donnent ça : // AUTOLOAD CODE BLOCK (MAY BE CHANGED OR REMOVED) if (!/android|iphone|ipod|series60|symbian|windows ce|blackberry/i.test(navigator.userAgent)) { jQuery(function($) { $("a[rel^='lightbox']").slimbox({/* Put custom options here */}, null, function(el) { return (this == el) || ((this.rel.length > 8) && (this.rel == el.rel)); }); }); } Essaye voir en modifiant un peu ça, et par exemple en mettant : $("a[rel^='lightbox']").live('click', function(){ slimbox({/* Put custom options here */}, null, function(el) { return (this == el) || ((this.rel.length > 8) && (this.rel == el.rel)); }); Pas certain que ça marche en l'état, mais il faut voir...

En fait, ce n'est pas trop le code ton accordéon qui est important ici, mais plutôt celui qui gère le slimbox. Ton accordéon marche sans souci, et te crée le contenu que tu souhaitais, donc c'est bon. Maintenant, il faut s'assurer que le slimbox marchera partout, même sur les objets nouvellement créés. Dans le code de ton slimbox.js, il doit sûrement y avoir "$(truc).click()" quelque part, où il met "quand on clique sur une image dont l'attribut rel est ça, alors on lance l'effet slimbox". A la place de click, il faut mettre live('click', function{}). J'espère que je suis compréhensible... A peu près.

Disons que je rajoutais de l'eau au moulin. Le mieux est effectivement d'utiliser live, avec l'événement "click", et de pouvoir faire en sorte que le slimbox se lance quand on clique sur l'élément. Mais je ne connais pas le code slimbox, donc je ne sais pas comment on peut le lancer... Après, je te montrais le forum d'Alsa pour information, une autre piste à fouiller si jamais la solution avec le live ne marchait pas. Apparemment, quand l'état du DOM change, il relance une fonction qui applique lightbox à toutes les images concernées.

Il semble que quelqu'un ait résolu le problème sur le forum d'AlsaCréations.

Bienvenue sur le Hub

Bonjour, Oui, je pense savoir ce qui ne va pas, à vue de nez, avec ton explication. En fait, les fonctions jquery de base ($('#machin').click() par exemple) ne fonctionnent que sur les projets qui ont été créés en HTML dur ! Si tu crées un objet en javascript, cette fonction n'aura aucun impact sur lui... Pour faire en sorte que ça marche, il faut utiliser la fonction live() de jquery, qui marche comme ceci : $('#machin').live('click', function(){...}); J'espère que ça pourra te faire avancer. N'hésite pas à aller voir l'API de live sur le site officiel.

Bonjour, Sans la requête, difficile de te dire ce qui pose problème, quand même, et comment faire pour l'améliorer. Il te dit que tu utilises where, et que tu tries, et qu'il est obligé de parcourir 59 000 lignes. Après, je peux rien rajouter, sans avoir la requête...

Un nouveau fournisseur pour les maisons de D&co ? Bienvenue sur le Hub, en tout cas ! Nous espérons que tu y trouveras des infos intéressantes, et que tu pourras aussi en donner sur ton expérience !

Bienvenue sur le Hub Melody ! Je crois qu'ici, on a tous plein de choses à apprendre, il y a tellement d'inventions tous les jours... Tu peux mettre ton site en signature si tu veux, pour que les autres membres puissent le visiter à l'envie !

Neoxy, si je peux me permettre : Webmaster-Hub est un lieu d'échanges. Certains membres t'ont répondu et conseillé des choses ; en retour, il serait bon de ta part que tu expliques les difficultés que tu avais, et comment tu as fait pour optimiser tes requêtes, tes jointures, etc. Ça pourra sûrement intéresser pas mal de visiteurs qui cherchent à avoir un site plus rapide ! Merci d'avance !

Bonjour, Je suis sûr d'une chose : Publicité => argent => pas d'entreprise ? => illégalité. Donc mettre l'adresse de ton domicile ne changera pas grand chose, sauf que le fisc te retrouvera plus facilement. Bonne chance pour ton site !