Aller au contenu

SStephane

Hubmaster
  • Compteur de contenus

    726
  • Inscrit(e) le

  • Dernière visite

Messages postés par SStephane

  1. Il suffisait de voir en page d'accueil en fait désolé :blush:

    pour info wmode n'est pas un flashvar, du coup ton

    so.addVariable("wmode", "transparent");

    ne sert à rien. Je dirai qu'il doit y avoir une méthode addParam (puisque c'est un paramètre^^) à SWFObject, cela dit c'est l'ancienne version, je n'ai pas pris la peine de vérifier :

    so.addParam("wmode", "transparent");

    fonctionnera sans doute mieux :)

  2. Un webservice offre la possibilité d'instancier et de manipuler des objets à distance, quel que soit les langages qui communiquent en utilisant un protocole : SOAP , c'est parfaitement adapté à tes besoins.

    J'avais écrit un article sur comment utiliser les webservice en AS3, tu as la source en bas, c'est très simple. Elle ne fonctionne pas dans la page car elle viole la sandbox, en local, tu n'auras aucun souci.

    Pour mettre en place un server soap avec PHP, regarde du côté de nuSOAP en php4 (je crois que c'est le nom), ou de la class SoapServer en php5.

    Si le webservice te parait trop "abstrait", tu peux aussi "requêter" un script php qui affiche uniquement le résultat (en utilisant URLLoader & URLRequest).

  3. Hello,

    Concernant l'obfuscateur d'as :

    Développant énormément en as3 (j'ai peu pratiqué l'as2), j'avais jusqu'alors jamais constaté qu'il existait ce type d'outil pour as. Autant c'est déroutant pour l'as2 et ça fait bien son boulot (la page arborée fièrement sur leur site en est une illustration manifeste : http://www.amayeta.com/software/swfencrypt/#Content ), autant pour l'as3 lorsque tu codes objet et en externalisant, c'est purement et simplement inutile.

    J'arrive à la même conclusion que l'auteur de ce topic http://flash.mediabox.fr/index.php?showtopic=84513 ça m'a plus ou moins rassuré tant mediabox est une source d'inspiration pour tous les dev flasheurs.

    Récupérer le résultat avec php :

    Énormément de solutions s'offrent à toi : requêtes http, webservice, socket... le plus simple étant une requête, le plus propre un webservice.

    Le webservice te permettra de gérer les accès avec un crossdomain (et même un htaccess si tu as peur d'être floué dans un autre langage qu'as), ce qui n'est pas négligeable si tu accordes tes licences par domaine... et t'évitera de te soucier du :

    le travail est déjà mâché !

    Cela dit, je soutiens que c'est une perte de temps, je m'en tiendrai à la vérification au lancement de l'appli (et encore); à moins que la formule que tu utilises ne soit un truc à protéger, cela ne présente qu'un intérêt très moyen.

  4. Je pense qu'il parle de serveurs virtuels non ? Je n'ai jamais eu une telle formule, mais il s'agit de serveurs à part entière (logiciellement parlant) mais physiquement une une seule machine ou un partage de ressources matérielles. C'est géré avec des solutions comme vmware, d'ailleurs très pratique.

    Bref, dîtes moi si je me goure, mais j'ai toujours cru que le semi-dédié c'était ça. (Si c'est un mutualisé avec un accès ssh ou on peut installer quelques paquets, ça ne présente que peu d'intérêt tant les hébergeurs sont souvent très souples).

    Sinon, vu le prix des serveurs à part entière en entrée de gamme de nos jours, je vois mal l'intérêt d'aller piocher dans ce type de solution pour gagner au final très peu.

    Après, fie toi peut-être plus aux avis des personnes au fait du réseau (qui n'est pas du tout mon rayon).

  5. Tentes ceci :

    ini_set('include_path',ini_get('include_path').':/path/to/tonsite:');

    Si ça ne fonctionne pas, effectivement, tu ne peux pas grand chose sur côté d'include_path :)

    Il te faudra faire des appels avec une variable prédéfinie, du genre 'document_root' (à vérifier, je l'utilise jamais)

  6. Non : tu auras 2 sous-domaines différents, imaginons que tu gères les url par id et que tu as une page index.php?id=1

    ça donnera :

    ht*p://fr.domaine.com/index.php?id=1

    ht*p://en.domaine.com/index.php?id=1

    ht*p://es.domaine.com/index.php?id=1

    (après peu importe que ton identifiant soit un entier ou une string si tu veux des mots clés en url)

    Tu récupères la langue et tu adaptes la requête sql. C'est le même script qui est exécuté, mais les domaines sont différents, pour les moteurs, ça reste ok. Je vois pas en quoi ça pourrait t'être préjudiciable.

  7. Hello,

    Tu peux renvoyer éventuellement tous les domaines sur le même dossier (et les même scripts), et tester l'url pour déterminer la langue (que ce soit un sous domaine ou même un sous-dossier). Il me semble que le mieux soit qu'un article ait X traductions et un seul ID. C'est le tuple ID+langue qui doit constituer la clé primaire dans la base de données et non simplement l'ID (comme c'est souvent le cas). Pour les contenus récurrents et inhérents à la gestion de ton portail, les fichiers de langues, ça reste pas mal, pourquoi les diaboliser ?

    C'est à mon avis la manière la plus simple et la plus logique d'implémenter le multilinguisme.

  8. Tu peux effectuer des requêtes http sur des pages php, aucun souci; je te renvoi vers la classe URLRequest (ou URLLoader) en AS3 et ainsi enregistrer les sites qui ont droit d'utiliser ou nom ton programme dans une bdd.

    Au delà de ça, flash permet de charger des swf externes, et de les utiliser comme bibliothèque (comme un genre de dll, en gros), rien ne t'empêche d'héberger cette/ces bibliothèque sur ton serveur et de gérer l'accès à ces fichiers.

    Quel est le style d'appli (jeux, calculette/formulaire, widget) ?

    Si les calculs ne sont pas extraordinaires, fournir un webservice qui les gère est une solution approchant le risque 0 puisqu'ils seraient effectués par un langage serveur.

  9. Note que je ne connais pas swish, uniquement flash (c'est +/- pareil non ?).

    Que ce soit en java ou en swf, il existe des décompileurs. Cependant, la compilation swf est un peu minable et ce n'en est pas vraiment une (noms des variables conservés, même les commentaires...c'est dire si on peut utiliser le terme "compilation" concernant le swf).

    Quoi que tu fasses, tu risques potentiellement d'être copié ou floué, mais il me semble qu'une requête sur une page php à partir de ton animation suffira à dissuader 99,5% des utilisateurs de tes applis. En réalité très peu décompileront, et encore moins arriveront à recompiler si tu laisses un grand flou sur le code qui fait cette requête http (nommage pourri, code compacté, appels bidons etc.), tu en dissuaderas 99.9%...

    Le jeu vaut il réellement la chandelle d'aller si loin, sachant qu'une personne déterminée y arrivera, et ce quoi que tu fasses ?

    Un autre solution (j'y pense en vitesse) serait d'inclure un swf de ton serveur comme bibliothèque externe, ou même d'effectuer les traitements chez toi avec soap (ce qui semble le plus sécurisé).

  10. Hello,

    C'est étrange ton utilisation de SUM, en général, il faut soit une jointure, soit un group by, soit qu'il n'y ait pas présence d'autres colonnes en dehors du calcul d'agrégations. Pour moi ton problème vient surement de là.

  11. Bonjour,

    Je c/c l'exemple de php.net :

    // Génère : You should eat pizza, beer, and ice cream every day
    $phrase = "You should eat fruits, vegetables, and fiber every day.";
    $healthy = array("fruits", "vegetables", "fiber");
    $yummy = array("pizza", "beer", "ice cream");

    $newphrase = str_replace($healthy, $yummy, $phrase);

  12. Note que je ne suis pas spécialiste php, mais il semble d'après la doc que le résultat soit mis en cache :

    effectue un clearstatcache() avant d'appeler la fonction peut être, j'ai essayé rapidement, is_dir fonctionne parfaitement sous windows (y compris avec file:/// d'ailleurs)

  13. Hello,

    1) ou tu veux, dans le code que tu as écrit, ils sont au même endroit que ta page html

    2) ou tu veux, dans le code que tu as écrit, ils sont au même endroit que ta page html (x2)

    3) bingo

    4) tu peux le mettre dans le onload, c'est le plus logique

    5) ou tu veux/tu en as besoin dans ta page ^^

    6) ajoute tout simplement une ancre :

    <ul id="pinovermenu">
    <li><a href="/ta_page.html"><img src="creditcards.jpg" /></a></li>
    </ul>

    Ca te donnera un truc du style :

    <html>
    <header>
    <title>hello</title>
    <script src="mootools.js" type="text/javascript"></script>
    <script src="byslidemenu-1.1.js" type="text/javascript"></script>
    <script type="text/javascript">
    function loadMenu()
    {
    var pinovermenu = new BySlideMenu('pinovermenu', {pinMode: 'mouseover'});
    }
    </script>
    </header>
    <body onload="loadMenu();">
    <ul id="pinovermenu">
    <li><a href="/ta_page.html"><img src="creditcards.jpg" /></a></li>
    </ul>
    </body>
    </html>

  14. Je ne comprends pas ce que tu souhaites faire, traduire une page, ou traduire les textes d'un chat ? des traductions automatiques, celles de google ont l'air pas trop mal (enfin, ça reste automatique).

    Si tu souhaites traduire les conversations dans un chat en flash, tu peux éventuellement appeler le webservice de google pour les faire à la volée dans le flash.

  15. Hello,

    eZPublish est déjà adapté pour le référencement, en tout cas, je n'ai jamais eu le moindre problème !

    - Tu peux ajouter quelques fonctions du type la gestion des mots clefs et description pour chaque classe, modifier légèrement la génération des titres des pages également. Tu n'as pas besoin de modifier la sources, l'édition du système de template suffit amplement.

    - Il existe une addon de sitemap, installée en 30 secondes, dans laquelle tu choisis les classes qui doivent y figurer (système des fichiers ini).

    - Ne pas utiliser les url systeme ( celles du type /content/view/2/ ) mais les "virtual url" du type /dossier1/dossier2/mapage

    - Virer le siteaccess par défaut : variable RemoveSiteAccessIfDefault à enabled dans site.ini (je suis plus sur pour la variable)

    - Virer le index.php de l'url : ForceVirtualHost à true dans le site.ini (je suis plus sur pour la variable non plus :) )

    - Tu peux utiliser les URL personnalisées sur certaines pages (dans l'admin directement)

    Ce qui peut éventuellement poser problème, c'est la lourdeur des pages si les templates sont mal développés (très fréquent) : pour un affichage rapide et optimal, il suffit de poser des caches pour éviter de "recompiler" à chaque affichage de page ce qui donne un site à l'apparence très lourde si ce n'est pas fait (ça ressemble un peu au système utilisé dans asp.net pour la gestion du cache, et c'est très performant).

    Que te dire de plus, ça me paraît être un bon début :)

×
×
  • Créer...