Beatnykk

franchement c'est ce qu'on a fait avec des amis, on est plusieurs derrière un firewall dans le genre de gamme dont parle dan, et question securité c'est aussi fiable qu'un serveur linux bien configuré (je l'ai testé, pingé, scanné, floodé, etc. pas moyen!) la galère de configuration en moins (de 10 minutes lol).

oui : un poste qualifié à la journée peut grimper jusque 300 euros ou plus la journée. sinon pour une base horaire d'un travail de plus longue haleine, entre 15 et 30 euros de l'heure me paraît une base correcte. ps : je parle en net.

oui ça n'a pas exactement à voir avec dreamweaver : il s'agit de php. moi je touche sur les deux mais je suis un travailleur sinon tu peux rechercher des scripts annotés sur le web et modifier ce qu'il faut pour les adapter à tes besoins, mais même cela demande du temps et du taff. au pire, mets ta source ici et des gens te répondront gracieusement.

je pense qu'il y a plein de versions d'occasion sur h**p!//www.emule-project.net je pense aussi qu'il faudra que tu achètes le logiciel si tu as les moyens et les projets rentables pour le faire.

juste 2-3 trucs : -la forme de tes spots est pas toujours bien "propre" (les bords sont droits parfois) -tu peux facilement colorer l'instance d'une animation sans modifier l'original : à partir de l'anim du spot blanc, tu peux faire n'importe quelle couleur sans changer les instances blanches, par exemple. -la mise en page : y'a du taff, essaie de travailler en pourcentage pour réadapter le placement et les tailles à différentes tailles d'écran. -le design : allez, on se relâche pas !!!

bah si tu fais en mysql par ip, chaque fois que tu ouvre une connection vers la base, tu la referme par mysql_close juste après, pis ça libère si ça fait trop d'accès gère en cookie ça bouffera pas le serveur pis c'est bon c'est plein de choco !!!

pour continuer ce que dis michael au-dessus, je pense que c'est un peu dommage (si tu as un modem compatible ethernet) de mettre la connection en mode partagée, genre via usb sur le 1er qui soit la passerelle du deuxième avec xp. déjà pour commencer xp est une daube absolue, probablement la pire jamais faite par Merdro$oft. son mode de partage réseau (comme dis light au-dessus) et ses fonctions de pare-feu (firewall) sont deux exemples de la nullité du système. il y en a d'autres. ensuite, en branchant un modem ethernet sur un switch (ou encore mieux un firewall/switch) en WAN et les machines à distribuer sur les ports ethernet numérotés, tout le monde sera servi proportionnellement à sa distance (ou ping) au switch (c'est à dire quasi-nul, donc tout le monde pareil), bridé uniquement par la vitesse de sa carte réseau (10 base-t ou 100 base-t ou plus). moyennant une bonne configuration du firewall/switcher, c'est lui qui devient la passerelle de toutes les machines sur ton réseau. ceci marche aussi en wireless. en gros : installe nt ou linux, achète un firewall, et ça devrait tourner comme patator pendant un match d'hippoglouton.

carm : si tu voulais faire la solution que j'indiquais, n'oublie pas d'instancier un marqueur de session par utilisateur (genre par ip+mysql ou cookie client) parce que s'il y a plus d'un visiteur sur le site, ça va commencer à être comique mdr tu vois ce que je veux dire ? quand à accéder un flash via jv par frameset, franchement jamais essayé mais je pense que c'est casse-gueule, ne serais-ce que parce que pas mal de gens désactivent jv...

il me semble que ce n'est pas possible tel quel car transmettre une variable par php veut dire post ou get une url, et donc recharger la page et donc le swf qui est dedans repart de 0 à chaque fois. il y a cependant une alternative : faire vérifier périodiquement la valeur d'une variable intermédiaire par le flash qui joue les morceaux, par exemple dans un fichier txt ou xml, et faire REECRIRE ce fichier (et donc la valeur de cette variable) par la page qui doit signaler la mise en pause ou la reprise de lecture (par un script php ou as, par exemple) au moment où il faut. pas simple, c'est sûr ! tu ne pourrais pas TOUT jouer dans le même "player" flash, pour simplifier ?

sans méchanceté ! toujours savoir où on se trouve quand on fait quoi que ce soit. envoyer un mail professionnellement compromettant depuis son poste de travail est une sacrée bévue même si elle ne porte pas à conséquence immédiate. personnellement je n'ai jamais cherché de travail à mon boulot pour en changer, ou été sur des sites de rencontres à mon taff. faut pas tout mélanger. mais vu la situation je ne pense pas que ton ordi n'ai été ni scanné ni vérolé... simplement les informations envoyées ont été relues et dérivées par quelqu'un ou quelqu'une (sûrement du côté du service administration informatique la prochaine fois passe 15 minutes dans un cybercafé, ça t'évitera des soucis

je suis pas sûr de comprendre ton problème nizouille, mais est-ce que la définition de la variable $image="nom de l'image.xxx" précéde bien dans chacune de tes pages php (ex: accueil.php) le code d'affichage dynamique de l'image <img src="/dev/images/<?php echo $image ?>" class="titre"/> ??? sinon c'est pour ça !

mais il y a une troisième image (affiche) en plus du fond (regim) et du flash (alain)... c'est quoi le but ? à vue de nez tu devrais mettre tous les éléments dans des calques empilés (z-index le plus grand donnant 1er plan) et les aligner de la façon que tu veux (css absolute, très bien, ou autre). ah et petit détail : ton claque pour le flash est moins large que le flash lui-même (width de 710 < 721) ce serait peut être ça qui crée un problème d'affichage chez d'autres personnes ?

allez, qui fait une anim des rigolus/tristus objectée en satay ? dommage, j'ai pas le temps non plus

bon déjà c'est pas trop bon d'avoir des espaces dans tes noms de fichiers (qui se transforment en %20 dans l'url exemple: interface%20by%20alain%20bis.swf ou ton jpeg plus bas) ça peut générer des erreurs d'accès dans certains explorateurs (opéra je crois, par exemple). ensuite ton positionnement de calque flash (style="position:absolute; left:276px; top:-25px; width:710px; height:580px) me paraît pas le meilleur possible. en plus en l'occurence un calque en div pour intégrer un flash ne sert à rien ici car on ne peut rien mettre au-dessus d'un flash. autant mettre le flash directement dans la page hors calque de div, aligné de la façon qu'on souhaite (centré, gauche, droite, décalé par un espaceur transparent en gif de la taille souhaitée, etc.). C'est plus clair pour tous les browsers (et les sisters, aussi, okay, bon, j'arrête ). pour finir mettre une image "sous" le flash (j'imagine au cas où le client n'a pas installé le plug-in flash, et /ou ne souhaite pas le faire) peut se faire d'une manière beaucoup plus "propre" avec la méthode satay : Contenu alternatif (+ bas que la moitié de la page) sur http://www.ac-graphic.net/Article-3-flash-...-standards.php5 voilà j'espère que cela t'est utile

pardon mais ce n'est pas une alternative à flash mais une méthode de dévelloppement de flash en mode dynamique ps : pour ceux qui ont déja décompilé du flash, ils savent que c'est en fait très proche d'xml...

bah oui en fait tu n'a pas compris : sur mac il y a une gestion d'entête des fichiers qui simplifie l'utilisation, et fait qu'on peut se passer d'extension, ou masque les extensions non-natives au système, et cela depuis longtemps (bien avant os x). sur les autres (linux, pc) l'extension indique la nature des données sans gestion automatique. par contre tu peux relier l'ouverture d'une extension au logiciel de ton choix, de façon non-verrouillée. le seul problème est donc de passer dl'un système à l'autre, d'une philosophie informatique à l'autre. et ce n'est pas toujours facile sauf lorsque tu maîtrises les deux.

houla si c'est un projet xpress complet, avec feuilles externes, images liées de différents format, c'est mal barré !!!! il faut reprendre sur le mac, renommer tous les éléments avec des terminaisons claires (.tif, .eps, .psd, etc.), mettre à jour le fichier .qxp, et revenir au pc. autant le faire sous mac. .rap serait un format Magix Musstu (??? jeconnais pas ???) et .trv aucune idée. que veux-tu la force d'habitude de la simplicité mac est relative...

en fait si tu es vraiment un real keupon, ne t'inquiètes pas les bugs d'alignement du code généré par frontpage ne pose pas de problème éthiquement parlant sinon c'est vrai que c'est vraiment un paquet de noeud, pas optimisé rien, mais pour ce qui est des éditeurs graphiques gratuits, performants, visuels, et ne demandant pas de pouvoir taper le code à la mimine, à part des versions de logiciels avec un adjectif de bruit de vieux vinyl, y'a pas trop.

il y a beaucoup mieux que le windows coder. d'une part assures-toi que tes avi sont ou ne sont pas du format natif de camescope une fois sur ton disk dur : ce format s'appelle DV, il y en a pratiquement un par constructeur de matos vidéo. Si c'est le cas, le plus simple est de charger le complément Active-X pour windows (cherches le site de mainconcept sur google, plug-in DV). un outil utile pour connaître le contenu d'un fichier (avi ou autre) et les codecs nécessaire à son encodage ou décodage est gspot (cherches sur google). un super encodeur gratuit capable de jongler avec tous les codecs installés sur ton système est virtual dub (google), à prendre avec son plug-in de compatibilité mpeg-2. voilà quelques pistes. n'oublie pas les codecs de son (mp3, ac3, etc...) bon courage, c'est un vrai boulot !

soit plus précis ! quel type de fichier est-ce ? sous quel(s) logiciel(s) ont-ils été crées ? par quel support comptes-tu les faire passer ? en général des fichiers crées par des logiciels existant sur les deux plate-formes sont lisibles tels quels à version égale du logiciel ou supérieur (ex : des fichiers photoshop 5 sur mac -n'importe quel os- sont lisibles sur pc par photoshop 5 ou plus). ensuite pour transférer, la plupart des supports sont lisibles des deux côtés sauf quelques exceptions (pc ne lisant les cd HFS de mac, clé usb formatée de mauvaise façon, liaison réseau ethernet sans serveur, etc.). tu vois, ça fait quand même pas mal de paramètres, donc la précision que tu donneras permettras de te répondre...

on a choisit un son ambient plutôt calme, plus squarepusherien que "thunderdomeIV" pour être clair, "bestof mussette6" et "andré rieu mégamix2" nous ayant parus hors sujet du type de soirées organisées. et aussi en fait la musique tu peux la couper grâce à un habile code international (en bas il y a un petit casque =zoreilles= avec un plus "+" et un moins "-"). enfin, c'est pas parce que tu es français que tu vas à chaque fois visiter le site en français : si un pote anglophone viens chez toi, tu veux lui montrer le site... mais je suis méchant, tu venais de te lever... ps: l'intro dure exactement 6 secondes... pour accèder à la première page il faut charger 350 ko... je sais, mais mon client vise (probablement ?) une clientèle aisée et/ou plutôt jeune, donc qui navigue en adsl et a plug-flash installé.

hé bien vous verrez ça vous même : Hot Parisian Nights sauter l'intro est assez difficile ici car c'est en son sein qu'on choisit la langue de visite du site. le client ne veut pas de version html du site (bien qu'il y ait en background du xml et du php). désolé, il y a aussi du son de fond et d'évènement, et des images un peu interactives. voilà donc un exemple de ce qu'il ne faut surtout pas faire selon vous si j'ai bien suivi ce post... du moins selon les internautes ciblés.

je suis entrain de réaliser un site tout en flash, justement c'est amusant, ce à la demande du client, et pour ce qui est de la mise à jour... on peut lier dynamiquement comme en ?php avec #as. maintenant il va falloir faire passer l'idée d'une version 100% html. mais il n'est pas parti pour. comme quoi il y a aussi l'approche pragmatique : j'ai prévenu des limites et soucis liés au tout flash, et si mon client s'en fiche royalement et veux du flash de la vidéo et un dinosaure qui crach des flammes en 3d, hébé... on lui fera ça... (en shockwave ???)

bah l'utilité des frames est d'avoir plusieurs pages indépendamment affichées dans des "cadres" dont le contenu ne change qu'au clic d'un lien vers cette fenêtre (target="nom de frame") ou éventuellement par script. alors ton deuxième code c'est juste une page plein écran. autant loader la page hors frame... et si tu as besoin d'afficher un nouveau jeu de frame remplaçant l'ancien, un simple lien vers une page de frame préparée suffira en plein écran (avec target="_parent" ou "_top").

oui normalement le resultat côté client signale la ligne d'apparition des erreurs. après ça ne localise la source de l'erreur à tous les coups. mon conseil est comme dit plus haut, d'afficher les valeurs des variables (momentanément) sur la page histoire de voir où en est le script au moment où... et puis aussi, imprimer une page et la lire au calme ça vaut de parcourir l'écran 3 heures avant de voir la connerie laissée trainer.