Beatnykk

moi c phpmyadmin 2.5.1 t'es à la traîne, mon, comme pour mozilla hier mais moi je te parle de l'onglet 'options' entre 'operations' et 'vider'. y'a pas ça en 2.3 ???? pasque dans ce cas soit tu passes en 2.5.1 soit je vois pas comment faire, quoique ça m'étonne que ce soit pas possible même en 2.3...

tu passes de 220 à 17 000 000 ??????? waw !!! c'est pas possib' un truc pareil ! bon sinon moi le truc que je te conseille c'est dans ton phpmyadmin de mysql, tu vas sur la table en question, tu cliques options et en bas, dans auto-increment, tu devrais avoir 17 000 000 (si tu t'es pas planté mais je trouve ça pas croyable) et tu rentres 220 (si le prochain doit être 221ème). mais attention !! assures-toi que les id de tes 220 entrées 'valides' sont bien les successifs stricts de 0 à 219 (qu'il n'y ai pas des id au-dessus). reprend toute ta table s'il le faut, avant de faire l'auto-increment ci-dessus car sinon tu auras des entrées 'overwritées' par la suite (ex: si tu avais ta 200ème entrée 'valide' avec un id de 850, remettre à 220 l'auto-increment fera disparaître la valeur actuelle en id 850 lors d'une (850-220=) 630ème interaction avec la base -entrée ou effacement-). mais si tu as ce problème c'est peut être que tu n'as pas optimisé ton code dans les pages. ne peux tu pas mettre plus de requêtes sql UPDATE au lieu de INSERT ou CREATE ?

désolé rien compris....

c'est pas toi qui peut gérer ça. tout ce que tu peux faire c'est créer ton lien vers le son. selon ce que l'utilisateur a (ou n'a pas) installé pour lire les fichiers (son mp3 par exemple), le résultat peut être lecture directe, mise en file d'attente, nouvelle fenêtre, téléchargement de plug-in (tu peux un peu influer là dessus, mais en javascript seulement et c'est un peu aléatoire selon les options du client), ou rien du tout (message d'erreur 'impossible de lire...' ou autres). le mieux est de proposer un lien vers les principaux 'décodeurs' de sons (page plug-ins windows media player, macintosh i-tune, winamp, real player, etc.) sur la même page et de croiser les doigts . +edit+ un exemple de ce que j'ai fait là : http://www.spotdating.com/htm/framethno.html +edit+

comme tout le monde s'en tape j'ai trouvé la soluce seul tout et pis voilà. à se demander quand même jusqu'où c'est multilatéral, des fois, mais bon...

à éplucher pour réfs carrées : http://www.google.fr/search?q=cache:AXI6fU...&hl=fr&ie=UTF-8

si c'était dans le cadre d'une réunion, d'un colloque (ou autre) strictement lié à une entreprise, pas de problème, c'est quasi-assimilé à du privé. par contre si c'est sur un 'site d'entreprise' là mon gars, va falloir une sacré bonne raison pour convaincre les ayants droits de renoncer à leurs droits, ou ne pas t'interdire l'exploitation. si tu ne les connais pas personnellement et que le but de ces vidéos n'est ni charitatif ni culturel ni éducatif, c'est tout comme mort d'avance. maintenant tu peux le faire de toute façon, il y a peu de chances que les interessés (sacem ou auteurs) tombent dessus par hasard (pas de mot clés sur le fichier ou dans la page). tu peux citer les noms au générique pour la forme mais il me semble que tu seras dans l'illégalité de toute façon. donc fait toujours la demande, ça coute rien de plus q'un timbre, une enveloppe et 1 A4, et tient-toi à ce qu'on te répondra, mon avis...

si ton exploitation (diffusion de vidéo gratuitement -??- sur le net) n'est pas lucrative, ce sera beaucoup plus simple, et carrément moins cher voire gratuit (si les compositeur/auteur/interprète sont d'accord de toute façon, fonction des pourcentages de droits qu'ils exercent). dans tous les cas, il faut contacter les deux partis ou par défaut la sacem (ou sacd, etc.) et voir avec eux. les ayants droits (cités plus haut) peuvent renoncer à leurs droit s'ils le souhaitent (le projet leur plait, etc.), et dans ce cas la sacem ne fait qu'avaliser légalement l'exploitation. dans le cas d'exploitation lucrative (télé, film, pub, festival) la sacem est là pour reverser les sommes à part proportionnelles entre les ayants droits. voilà quelques idées d'ordre général, voit avec eux pour + de détails. mais part du principe ('pessimissme réaliste n'est jamais déçu') que les ayants droits peuvent interdire l'accès à leurs oeuvres dés lors que cela sort du stricte cadre privé. ils peuvent même le faire lorsque l'organisme demandeur a payé, ou est prêt à payer, s'ils ne jugent pas bon pour leur oeuvre d'être exploitation à ces fins. tout est question de propriété intelectuelle. le reste est une affaire de ('gros' dans certains cas) sous.

bon ! à force de rien lâcher face aux immondes variables qui ne font rien à ce qu'on veut de suite (et qui m'ont montré à quel point j'avais compris le 1/1000 de ce qu'elles peuvent faire dans des mains expertes) j'en suis arrivé, moyennant une question dès la home, à dispatcher les hauts et bas débits vers hautes et basses déf des images. ça marche sans aucun doute subsistant, sur tous les explorateurs, sur mac et pc, sans javascript obligatoire pour naviguer, avec un max de sécurité (enfin sur ce dernier point, je ne sais pas ce dont un bon hacker est capable ceci dit...) ; j'ai même la page 404 (map du site) qui tient compte du choix de (haute ou basse) résolution initial pour réorienter le client. tout ça sans table sql, avec juste des variables (persistantes ou non). seul doute subsistant, si l'on clique sur le logo du site à tout moment (c'est à dire retour à la racine du site), l'index (le script) réouvre la dernière page ouverte, car mes variables de session sont toujours valides. impossible de revenir en page initiale (choix résolution+bienvenue) sans fermer la fenêtre de visite et rouvrir une nouvelle et revenir sur le site... ceci pose-t-il un problème ? moi je trouve ça cool ! maintenant il y a sûrement un truc auquel j'ai pas pensé... dailleurs je vois pas comment faire autrement de toute façon enfin, j'attends vos avis toujours...

tu es juste victime d'un 'hoax' (webcanular si tu préfères). il me semble en tout cas à voir : http://www.secuser.com/hoax/2002/jdbgmgrexe.htm tu es rassurée ?

donne donc plus de détail. quelle taille as-tu au début, quelle taille veux-tu à la fin et surtout (car je pressent le fond du problème) quelle est la RESOLUTION à chaque étape ? quelles options coches-tu dans 'taille de l'image' (conserver proportions, réechantillonage, etc.). puis, pour le choix du format, jpeg et gif ne sont pas le top en matière d'impression. c'est plus lorsque la finalité est web. en l'occurence pour le print le mieux c'est les standards comme eps et tif. reste à voir...

oui je te suis (même si c'est pas évident) car trop d'exhaustivité nuit parfois à la clarté du message (ou a son caractère 'dictatique' pour ne pas dire 'synthétique') permettant de se faire une opinion pour te répondre. ce que tu reproche aux sites de 'techos' ou de 'computanerdz' (ou autres fous de l'info et du code) pourrait, je dit bien *éventuellement*, t'être reproché en retour en ce qui concerne le traitement d'un sujet tel que le cahier des charges en l'occurence. +edit+ dailleurs je cite une phrase visible sur ton profil :"pour être concret, il faut parfois se limiter" +edit+ car ce que tu dis dépasse largement le cadre sans pour autant être totalement à côté de la plaque. mais ton point de vue est celui d'un organisateur, d'un encadreur, travaillant dans une vaste structure. ton discours tiens de moins en moins si tu descends le nombre d'employé travaillant sur le projet. il devient même totalement superflu et surréaliste pour un webmaster solo, comme moi et bien d'autres, où le 'cahier des charges' consiste à travailler sans arrêt avec les commanditaires et d'obtenir le plus de temps possible pour bien faire le taff (à condition d'aimer ce que l'on fait et d'avoir un minimum de conscience professionelle). et il reste purement théorique (car hors du cadre d'un management lourd, faussement 'cool' et totalement hierarchisé mais 'tellement tendance') dans de très grosses structure, sauf exception encore une fois car aucune règle ne voudrait être axiome. quant à ta page de monologue évidemment tu vas à la fois trop vite pour quelqu'un qui s'y connait autant ou plus que toi, et trop loin pour quelqu'un qui voudrait apprendre en regardant ton problème et les posts de réponse (c'est un peu le but d'un forum dailleurs). conclusion : loin de moi l'idée anarchisante (que j'affectionne pourtant) que le web doit rester un bordel organisé, mondialisé et soumis au lois du libéralisme (technologique ? lobbyiste ? inovatif ? du plus fort ?) tout à la fois, et pourquoi pas mettre 'tout le monde à niveau' ? mais alors où sont les apprentissages formateurs (aux deux sens du termes) ? Toi, visiblement plutot indépendant(e?) tu maitrises et a à maitriser beaucoup (un peu comme la plupart des gens du hub) par la force des choses. que dire de la segmentarisation des grosses structures (repulsive à souhait) ? de l'exploitation des free lances et des intérimaires ? à quant l'intermittence du webdesign ? un cahier des charges est donc relatif et différent à chaque taille de structure, mode de fonctionnement, importance du client (réalistiquement parlant !!). à l'image d'un macrosystème vaste (bordélique?), les plans méthodiques vont de 0 (système D, fur et à mesure) à l'infini (usinage à la renault). à chacun de trouver sa place là où il le souhaite...

c'est bien ce que j'ai voulu dire en parlant du passé où les "grosses agences" géraient toute la chaîne graphique (de la créa à la finition en passant par l'imprimerie et le prépresse) à coup de méthodes bien huilées. et du présent où quelques grosses webagency (anciennes paoistes mises à jour, ou startup survivantes au carnage financier 1998-2000) peuvent se le permettre. tu vois monique, on est d'accord finalement, même sans entrer autant dans le détail qu'alimbadeluna

salut désolé mais je comprend pas du tout ton problème, ni le sytème que tu souhaites mettre au point. je suis peut être le seul, mais je trouve ça pas clair ton explication...

venant du monde de l'imprimerie il me semble que cette notion y est beaucoup plus vague sur internet ; l'avènement des systèmes PAO il y a trois décennies ont en cela de différents qu'ils ont posé au fur et à mesure des grands standards (formats, systèmes, méthodes, etc.) sur un terrain vierge. Les normes à respecter étant claires, des élèments de travail comme le cahier des charges pouvaient exister. pour ce qui est du net, on peut dire ce que l'on veut mais la "normalisation" ou la définition de standards est un but et non un point de départ : c'est même un sujet de guerre concurrentiel (linux-microsoft, pc-mac, etc..). et plus le temps passe, plus le nombre de formats, logiciels, solutions, méthodes, techniques grandi. il y a 10 000 chemins pour la même destination. à cet égard, parler de cahier des charges pour un site web est une grande idée qui me fait un peu sourire. mais pourquoi pas. je suis sûr qu'il existe des webagency dans lesquelles plus de 30 personnes interviennent sur un site...

scarab : la voilà la soluce alors : c'est dans ce dossier (pour divertissment) que tu mets le rewriting vers le script avec la variable qui le fait ! refait pour chaque dossier de sous-domaine, et zou ! t'as le resultat que t'attendais, non ?

tiens j'ai reposé la question de tes sous-domaines là : http://www.webmaster-hub.com/index.php?showtopic=435&st=15 sinon tes sous-domaines amènent correspondent à des sous-dossiers à la racine de ton site si je ne m'abuse ? donc d'htaccess tu devrais *peut être* en faire un par sous-domaine (en urlrewrite ou indexset) menant au script en racine avec la bonne valeur dans ?var= est-ce que ça marche ? mais surtout est-ce qu'on a le droit ? +edit+ parce que là je viens de voir, avec www.divertissement.neoboot.com on voit carrèment une page type browser-ftp (page texte) complètement vide... +edit

à propose de satellites et d'htaccess, le problème qu'à scarabeuz (faire un déplacé si nécessaire dailleurs) d'utiliser sur neoboot ses sous-domaines dans un htacess pour renvoyer par exemple : sur hé bien donc : 1/ est-ce possible puisqu'à priori le htaccess à la racine n'a aucun effet sur cet fonction (avec le motclef=divertissement par exemple) à moins qu'il ne faille (comme j'ai pensé ce week end) faire un urlrewriting par sous-domaine, dans le sous-dossier concernant chacun d'eux ??? ou un indexsetting ? 2/ si cela marchait, est-ce que gg (ou autre) prendrait ces pages comme satellites à neoboot lui même ? et cela pénaliserait le site ? ou monterait son pr ? n'aurait aucun effet ?

à priori comme c'est du php (serveur qui travaille), la question compatibilité client ne se pose pas, puisqu'aucun browser n'empêche l'ouverture de fichier par lien direct. simplement là tu "force" le clic client, dans le sens où cela revient à un lien hypertexte vers un fichier sur lequel le clic est automatique. ça peut juste être mal pris (à moins qu'il ne faille cliquer pour arriver là, donc valider et accepter avant) mais ça doit marcher partout.

d'abord arrête de marquer des message de 1 ligne et puis après, la phrase du jour : [bRUCE_LEE]'ce qui est fait hors de ton contrôle doit le rester'[bRUCE_LEE] tu compris ce que moi dit, petit scarabé ? attrape la triste pierre dans mon exécrable main et tu ne seras plus un misérable chien galeux errant dans les caniveaux... je veux dire que si c'est ton hébergeur qui a crée ces sous domaines pour toi (divertissement et autres) c'est sûrement lui qui peut réadresser. s'il y a un htaccess à ton niveau, n'oublie pas qu'il y en a de possibles au-dessous de toi (tes répertoires) et sûrement au-dessus de toi (l'hébergeur, ses serveurs, et encore au dessus). car [bRUCE_LEE]'tu peux écraser une fourmi mais tupeux être emporté par une tornade'[bRUCE_LEE]

copie et colle tout le htaccess. je veux juste voir 2-3 trucs. +edit+ j'édite plutot que de rajouter une message de 3 lignes. c'est la base mysql qui va être contente... à la lecture de ton htaccess, dans lequel rien d'effrayant ni de risible ne traîne, j'ai peur de devoir te dire qu'à mon avis, la redirection obtenue par ton hébergeur (tout à l'heure 'www.divertissement.neoboot.com') n'a strictement rien à voir avec toi, et se passe à un autre niveau auquel ton serveur n'a pas accès, et donc pour lequel notre pauvre ligne d'url en htaccess n'a globalement pas plus d'effet que de s'épancher dans un stradivarius (d'un point de vue musical, of course ). +edit+

oui j'ai testé aussi. relit mon post au-dessus j'ai édité depuis. t'as bien remit www.neoboot.com dans la réecriture au fait ?

essaye donc à supposer que : 1/ton script view.php soit bien à la racine de ton site (pas dans un sous dossier) 2/que dans ce script la variable chargée du contenu soit bien nommée 'categorie' 3/que pour cette variable l'une des valeurs attendues (ou possibles) soit bien par ex: 'divertissement' je ne te prend pas pour un âne mais juste vérifie tout ça histoire de ne pas tatônner dans le vide. sinon il y a toutes les chances que ça marche à l'aise ! :!: dailleurs dans l'ordre d'idée je ne vois aucun obstacle à se passer du www et travailler sur motclef.neoboot.com c'est encore plus top niveau facilité de lecture. allez encore un effort piti scara-b +edit+ IMPORTANT : méfie-toi niveau sécurité c'est pas top ton h**p://www.neoboot.com/view.php on voit du code de tes requêtes : 'WHERE id_cat_mere = 0' essaye d'initialiser les valeurs de ta (ou tes ?) variables avec le php : verifiant que la variable n'est pas non-existante (!isset) et qu'elle ne vaut pas rien ('') et là tu initialise ta variable 'categorie' dans un {} puis un else {} dans lequel tu confirmes l'utilisation de la valeur existante lorsqu'elle est précisée (par post ou par l'user). à répéter pour chaque variable, éventuellement, par sécurité. ça parait lourd et fastidieux de 'translater' les valeurs d'une variable dans l'url vers une copie-fille (nom différent ou pas) dans le script mais il me semble que c'est plus sûr. +edit+

NC = nocase (non sensible maj min) L = last (eviter boucles infinies) +edit+ et dailleurs pardon mais sinon les points ('.' au lieu de '\.') c'est normal que ça marche pas... +edit+ +edit2+ viens d'essayer chez moi. déjà le motclef.mon_domaine.com ne marche pas comme sur neoboot (tu n'as rien fait de particulier ? voit avec ton hébergeur il a fait quelquechose sur apache, c'est sûr). si ça marchait, je pense que l'url rewrite ci-dessus doit fonctionner, il n'y a aps de raison... +edit2+

ah oui tiens je connaissais pas ça. c'est chouette dit donc ! bah ils font surement ça comme ça alors : ça c'est pour les grands domaines je sais pas de quoi t'as encore besoin mais essaye ça (en remplaçant par le bon 'chemin_du_script' +edit+ ET LA BONNE 'variable' aussi !! +edit+) et ça devrait aller déjà, non ?. n'oublie pas a+