Aller au contenu

minal

Actif
  • Compteur de contenus

    17
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre
  1. edu[NOGOOGLE]pedia[NOGOOGLE].fr Avec www: le site pointe sur l'IP, la redirection php fonctionne mais la barre d'adresse ne change pas et window.location idem avec n'importe quel autre domaine, pas de redirection à faire, et là le lien js fonctionne (par contre pour le tester, il est dans la partie membre...) Edit: Quand je dis le site pointe sur l'IP, on voit le nom dans la barre d'adresse mais firebug fait toutes ses requetes via l'IP (ce qui ne m'interesse pas vu que je perd les session qui sont limités à .monsite.fr) alors qu'avec n'importe quel sous domaine les requetes se font vers le sous-domaine donc pas besion de la redirection...
  2. C'est bien pour ca que je suis perdu... header et en début de l'index, donc aucun contenu avant, et pour window.location, j'ai testé sous d'autre navigateurs et résultat idem... Je pense que cela vient d'apache voir de la config DNS mais je n'en sais pas plus... Pas d'url rewriting sur les virtual hosts... bref un peu paumé...
  3. OK pour ne pas utiliser Ajax mais est-ce utile vu que le site require javascript et que les requetes ajax se font en post et en plus en https ? Je vois pas quels risques de sécurité il y aurait en plus mais je me trompe peut-être... Ensuite si window.location et header font une redirection complête, d'où cela pourrait-il venir que la barre d'adresse ne change pas ? config des virtual hosts ? config php.ini ? Si quelqu'un à une idée
  4. Cela risque d'être difficile vu que le site est principalement en ajax, par contre si il y a un autre moyen en JS de faire une redirection parce que la je ne comprend plus rien.. Edit: en fait j'ai trouvé l'origine du problème: aprés un header("Location: http://public.monsite.fr") qui d'ailleurs ne change pas l'adresse dans la barre d'url mais change bien le site, ma fonction js ne change plus elle non plus l'adresse dan la barre d'adresse mais change bien le site, sans ce header, la fonction js change change le site ET l'adresse... Soit en 2 points: - Je me suis gouré du section pour ce post - Il y' a une fonction php qui permet une complète redirection et qui provoque pas ce soucis avec JS ou je suis encore à côté de la plaque ?
  5. Bonsoir, Voilà je viens de passer un problème pour tomber juste aprés sur un nouveau (pas vraiment banal): Sur mon site j'ai une fonction JS qui contient ceci: window.location.href = "https://paiement.monsite.fr"; https://paiement.monsite.fr est accessible et quand je lance la fonction le site se recharge versions https mais dans la barre d'adresse le site ne change pas: http://www.monsite.fr donc on ne sais pas que l'on et en https... J'ai aussi essayé window.location, document.location, window.location.href, rien n'y fait !! Cela peut-il venir d'apache (virtual hosts en particulier) ? de PHP ? Je suis quasiment sûr que c'est pas grand chose et plutôt que d'y passer la nuit je préfère demander au professsionnels du javascript qui sont ici, avec l'espoir que quelqu'un ait déja vu ça. En tout cas merci d'avance car je ne sais vraiment plus où chercher !
  6. Euh... en fait c'était trés simple: dans l'index.php: if (($_SERVER['SERVER_NAME'] == 'MONIPPUBLIQUE') header("Location: http://[autrechosequewww].monite.fr"); else session_start(); Mais bon., je ne comprend toujours pas pourquoir www.monsite.fr mene vers l'IP et n'importe quel sous-domaine vers sousd.monsite.fr, en tout cas ça fontionne nickel comme cela...
  7. En effet j'ai bien loupé un épisode: celui de relire mon post, je n'ai pas d'étoile dans le php.ini et ça marche bien avec ttes les requetes en provenance de monsite.fr mais pas via l'IP ou inversement et c'est là tout mon problème... En fait ce que je veut faire: session.cookie_domain = MONIPPUBLIQUE ET session.cookie_domain = .monsite.fr mais je ne vois pas comment faire ça simplement, sans alourdir les traitements... je pense actuellement que je vais stocker les sessions dans la BDD ça evitera de tout changer mais ce que j'aimerais vraiment faire: - On tape monsite.fr, toutes les requetes ultérieures se font vers l'IP du serveur et monsite.fr est affiché dans la barre d'adresse - On tape membres.monsite.fr, idem avec membres.monsite.fr dans la barre d'adresse - etc. Voilà si quelque voit une solution ou pense que je fais de la m**** s'il vous plait qu'il me le dise... Merci encore !
  8. Bonjour et merci à tous les lecteurs de ce post, Voilà malgré mes recherches j'ai un gros soucis de session, en fait je souhaitais configurer mon site comme cela: www.monsite.fr: Zone standard membres.monsite.fr: Zone membre https://mon.monsite.fr: Zone reservé à certains membres https://paiement.monsite.fr: Zone sécurisé Et côté apache et virtualHost ça fonctionne trés bien, mais côté PHP et session, à la base les sessions doivent être conservées sur tous les sous-domaines, d'où l'utilisation de "session.cookie_domain = *.monsite.fr" dans le php.ini Mais la ça ne marche pas, et voilà pourquoi: - toutes les requêtes sur www.monsite.fr redirige directement sur l'IP du serveur - toutes les requêtes sur *.monsite.fr sont rediriger vers *.monsite.fr donc pour php => session différente Pourtant côté registar c'est configuré comme cela: Zone A *.monsite.fr IPDUSERVEUR (mais bon c'était un des moins cher du marché...) Dans le principe, j'aimerai que toutes les requetes mênent directement au serveur (pour éviter la résolution DNS et puis plus de soucis PHP/SESSION) mais conserver le nom de domaine pour les différentes parties... je sais que c'est sans doute pas faisable puisque session.cookie_domain ne supporte pas plusieurs noms donc sinon utiliser le nom de domaine avec www.monsite.fr, mais comment ?) Donc j'envisage plusieurs solutions glanée sur le net pour arriver à m'en sortir et j'aimerais avoir votre avis: - URL Rewriting (je ne sais pas si cela peut marcher mais ça me semble le plus rapide à mettre en oeuvre...) - Session dans BDD pour ne toucher à rien (mais il parrait que ce peut vite devenir vite lourd...) - Curl (Mais j'y connais vraiment rien) - Changer les zones du registar (oui mais mettre quoi à la place ?) Voilà mon site est à l'arret suite à ce soucis donc un grand merci à celui qui me donnera la moindre piste Edit: je vous donne la config php concernant les sessions, au cas où... session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = MONIPPUBLIQUE session.serialize_handler = php session.gc_probability = 1 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.entropy_file = ;session.entropy_length = 16 ;session.entropy_file = /dev/urandom session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 0
  9. Ben concernant les complications SOAP et NVP m'ont fait trés peur mais le SDK paypal PHP contient tout ce qu'il faut donc a integrer ca me semble désormais plutôt simple, ensuite la question des certificats... Je ne sais toujours pas si PCI DSS est obligatoire légalement. (d'ailleurs je me permet de reposer la question) Sinon en effet cette méthode semble pas mal plus complexe que la tienne, mais sauf erreur dans la tienne l'internaute paie par paypal via son compte... Ici paypal pour l'internaute on en parle plus: l'internaute n'est pas obligé de savoir que paypal traite le paiment mais SURTOUT il n'a pas besoin d'un compte paypal ! Mais si je me trompe, dis-le moi vite que j'utilise ta méthode
  10. Alors merci de vos réponses et désolé du délai ( J'ai ben avancé cette nuit mais entre temps j'ai du dormir) Concernant l'aspect financier: Comme tu le dis Max-mag, pour un site qui tourne mais pour le mien qui démarre, c'est déja 140€ de moins pour accepter les cartes de manière transparente et sécurisée, et surtout entierement intégrée. En tout cas cool pour les conseils, je vais faire du SOAP je pense... Et puis commme avantages, votre page de paiement est celle que vous voulez: Le site sur lequel je bosse est assez spécial graphiquement et intégrer une belle page de paiment toute blanche avec un logo "Société générale" ne m'interessait pas trop... Je préfère une page avec l'indication du type cryptage et toutes les infos prises en charges dans mon navigateur (et pourquoi pas de jolis petits cadenas png) (ensuite peut-être que cela a évolué et que les banques françaises permette de "customizer" leur portail de paiment... si quelqu'un peut me dire ça...) et pour l'utisateur final inquiet on peut rajouter le logo paypal (j'espere que paypal + verisign par exemple met autant en confiance les internautes que le logo d'une banque, surtout en ce moment, mais bon je me trompe peut-être) Et Dan concernant ça: C'est à dire ? les communications client-serveur sont en http ?? ou tu utilise un certificat "Paypal" ? Désolé je ne comprend pas bien... Récupères-tu toi-même les infos de la carte ? Enfin jcaron, oui il semble bien que cela marche en France... Enfin je vous en dirais plus bientôt, et merci pour le lien Sinon j ne conserve que les 5 premiers numéro de la carte avec l'id du membre pour la gestion, j'espère que je suis tranquille. Mais: ... Je ne savais pas... c'est vraiment obligatoire ? Car en plus c'est sacrement cher... Paypal recevra les infos en TLS 1.2 avec l'IP de l'internaute (obligatoire pour l'API), vérifie tout ça, et valide ou pas, il ne doit pas y avoir beaucoup de failles (enfin peut-être que la aussi je me trompe) en tout cas si légalement je dois obtenir cette certification à $319/yr. je crois que je laisse tomber paypal... Sinon pour le moment: j'ai trouvé à peut prés tout (merci à vous) et ce sera bientôt implémenté, mais paypal envoie moins d'1€ 2 fois sur votre compte bancaire pour le valider (C'est fou mais bon vous devez savoir) et je n'ai encore absolument rien reçu... enfin jcaron: ça me fais un peur peur ton histoire, si quelqu'un a plus d'infos là dessus... Voilà merci encore à vous, et si vous avez d'autres conseils ou avis...
  11. Bonsoir, Voilà je commencais à croire que j'allais être obligé de donner 200 par an à ma banque pour accepter les cartes mais...j'ai trouvé ça en chechant bien: Le paiment direct paypal (et paypal n'est vraiment pas ordonné dans sa doc donc le lien à quand même un peu de valeur...) Donc en gros pour ceux qui ne connaissent pas c'est l'intégration complête, on récupere les données de la carte soi-même via un formulaire et c'est le serveur web qui dialogue avec paypal et non plus l'internaute, plus aucun lien visible avec paypal mais surtout plus d'inscription requise pour l'internaute. Bien sûr faire tout ça en https Bref c'est tout à fait ce que je voulais sauf que... Il faut obtenir les informations d'authentification API du compte Paypal (premier ou business obligatoire) et la je n'ai pas encore activé mon compte bancaire ce qui est requis Ensuite il faut utiliser l'API Paypal et sur le premier lien l'on peut lire: "Le nom de l'appel d'API est DoDirectPayment. Pour l'implémenter, vous devez comprendre comment former la requête et lire la réponse". Comme ça ça n'a pas l'air bien méchant sauf que cela doit passer forcement par SOAP ou NVP... et ça je dois vous l'avouez ça ne me dit rien Passe encore, je me suis dit que j'allais vite trouvé un bout de code PHP qui utilise cet API... Mais si l'appel DoDirectPayment est bien détaillé, comment on l'integre c'est une autre histoire... Pire: google fait choux blanc, pas le moindre tuto ou sujet clair (enfin assez clair pour moi) Alors que ce soit avec NVP ou SOAP, quelqu'un peut-il me donner quelques pistes ou conseils pour implenter cela dans un environnement apache + PHP ? (Et pas de cgi, pearl, etc si possible) car là je ne sais pas où trouver l'api, mais surtout comment l'utiliser et faire l'appel DoDirectPayment à partir de php via SOAP ou NVP Voilà merci beaucoup pour le moindre indice et bonne année (encore ?!).
  12. Euh... pour IE c'est temporaire c'est quasiment nickel mais vraiment trop lent à mon gout à cause des animations JS alors tant que je n'ai pas pu optimiser cela je prefere ce message plutot que de faire peur dès le début... Sinon bon voilà vu que cette barre flash ne fonctionnait pas correctement sous Linux elle n'existe plus, tant pis pour le jolie effet... Et Kioob Je me suis pas relu quand je demandais ta résolution je voulais savoir si l'image n'est pas resizée car certains elements me paressent réduits (comme dans la barre de filtre,le numéro des pages ou encore les stats d'une catégorie) et j'aimerais bien savoir si c'et du fait de linux (effet de police, etc) ou si c juste la capture, merci à toi en tout cas pour ces 2 captures elle me sont bien utiles. Désormais le site devrais donc être quasi identique sous windows et linux mais le player de vidéo require le plug-in flash... Enfin du coup pas mal de modifs et le selecteur va virer je crois... en tout cas le niveau I c'est sûr. Reste une question qui me taraude: Voilà le player est tout nouveau c'est pour cela qu'il est si laid (je verrai plus tard) par contre celui-ci doit pouvoir être exporté (intégré à un blog, etc...) et vu qu'il ne contient que peu de flash et que ce n'est vraiment pas mon domaine et qu'il me semble plus léger comme ça j'utilise une technique un peu spéciale pour l' intéger, en fait il suffit de copier ce code dans votre page: <!-- Vou pouvez changer la taille en éditant les variables 'l' et 'h' Taille minimale: 400x220, tailles conseillées: 400x250, 500x300, 700x400, 900x500, 950x600 --> <div id='eduPlayer1622'> <script type='text/javascript'> var l = 500; var h = 300; var s = document.createElement("script");s.setAttribute("type", "text/javascript"); s.setAttribute("src", "http://www.edupedia.fr/extPlayer.php?fid=30&w="+l+"&h="+h+"&divid=1622"); document.getElementsByTagName("head")[0].appendChild(s); </script> </div> Et donc ça marche trés bien chez moi mais j'ai quelques inquiétude sur les risques de blocages point de vue sécurité via un blog ou autre ou encore point de vue compatibilité via linux et autres navigateurs... Si juste quelqu'un peut tester de coller ça dans un fichier index.html avec 2 ou 3 balises et me dire si cela fonctionne et quel est son OS, son navigateur et sa version cela serait formidable... Aprés je me débrouille Merci !
  13. Voilà à quoi le site doit ressembler: Page principale avec mosaique Page principale avec liste Si quelqu'un sous windows voit quelque chose de différent et qu'il est sous Firefox, Chrome ou Safari qu'il me le dise Zt sous linux la banierre flash cache les divs qui sont dessus (merci Kioob !)... Mais pourquoi ? Si quelqu'un sais... Merci encore de votre aide !
  14. Je suis content d'apprendre que l'historique de navigation peut être gerer en ajax et vais regarder ça de prés ! Ensuite pour être un peu plus complet: pour ajax sur le site c'est propre et ça fonctionne sur tout les navigateurs, sur les formulaires du site tu peut toujours soumettre par la touche entrée, la mosaique est adaptée puisque le but final est de stocker une majorité de vidéos mais le site n'est pas fini et les données actuelles sont de test et redondantes. Concernant la mosaique un autre mode est diponible (c'est à dire un tableau plus adapté à la recherche de PDF), il suffit le cliquez sur l'icone adapté dans la barre de filtre, le problème est que je ne sais pas si c'est trés clair pour toi vu que tu es sous linux et que pour le moment c'est vraiment loin de la version windows... et cela m'étonne que tu es une réputation de "râleur"... Et pour le pb de cette bande flash qui ralenti tout si quelqu'un avait une idée... Edit: Ok j'ai confondu la fin de ton post avec ta signature (je me suis levé tôt) ! Merci des captures, quelle est ta résolution ? Ensuite il te manque la partie haute du site ... (l'effet wmode="opaque" de flash semble avoir quelques perversions...) Ensuite c'est une image de pdf... le résumé devrait être visible par dessus et tu accéde au document grâce au bouton ressemblant à play... (J'essai de poster rapidement une image du site version MS)
  15. Ben en fait je viens de comprendre pour le "carré" C'est plutôt simple c'est une mosaique (comme sur les sites de vidéos). Chaque "carré" correspond à un document (vidéo ou document PDF) et lorsque vous cliquez dessus le "player" se charge en ajax (assez basique) Ah et lorsque l'on clique dessus pour revenir en arrière y'a un gros bouton retour assez visible Mais cela m'inquiète un peut que ce ne soit pas si clair que je le pensais... si quelqu'un d'autre pouvais me dire s'il trouve cela clair ou pas (c'est une grosse partie, pas mal de temps nécesaire pour tout changer alors...) Concernant l'ajax il sert en effet à recharger 90% de la page (voir même 100), mais différentes parties à différents moments (c'est son principe) Ensuite pourquoi vs tous les inconvénients ? D'accord ce n'est pas indexables par les moteurs de recherche (mais solutions alternatives) et le bouton précédent/suivant n'est plus utile mais si c'est que cela ça reste acceptable... En tout cas merci de vos avis, comme je le pensais ce forum est très actif et vos réponses instructives
×
×
  • Créer...