Recherche avancée

Sur d’autres sites (10757)

• Trouble with Cross-Origin Headers : Stripe and ffmpeg Integration in Next.js

  7 février 2024, par Duke

  I'm using this excellent template from vercel as a base for my project :

  


  https://vercel.com/templates/next.js/subscription-starter


  


  I've used it for many projects and the Stripe integration works flawlessly. However for a new project I needed to incorporate ffmpeg which relies on SharedArrayBuffer :

  


  https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/SharedArrayBuffer


  


  So I need to set the appropriate HTTP response header which i've set in my next.config.js file as below :

  


        {
        source: '/(.*)',
        headers: [
          {
            key: 'Cross-Origin-Embedder-Policy',
            value: 'credentialless'
            // value: 'require-corp'
          },
          {
            key: 'Cross-Origin-Opener-Policy',
            value: 'same-origin-allow-popups'
          }
        ]
      }


  


  Now the issue is that settings these breaks Stripe. It blocks the request :

  


  https://js.stripe.com/v3/m-outer-3437aaddcdf6922d623e172c2d6f9278.html


  


  Which appearently loads more resources that are needed for the checkout session to function. The customer portal works but checkout doesn't. I've literally tired every possible permutation of headers with different values but in all cases either Stripe works but ffmepg doesn't (cause SharedArrayBuffer doesn't work) or vice versa. It's been a week and I've tired everything and can't find anything online that works. Not even ChatGPT can help which ironcelly asks me to contact Stripe customer support. I would highly appreciate if anyone could even point me in the right direction. I Thank you in advance good Sir/Maam.

  


  Note that Checkout works fine with just :

  


  key: 'Cross-Origin-Opener-Policy',
value: 'same-origin'


  


  Just Cross-Origin-Embedder-Policy breaks it

  


• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  20 avril 2020, par RastaPopoulos ♥

  Et bieeeen, je ne suis toujours pas convaincu, alors argumentons :)

  - Comme je le disais, les mises à jour sont des plugins actifs, c’est pas une autre liste différente, alors que là les simplifications proposées depuis l’ouverture du ticket servent justement à réduire le nombre d’onglets en ne proposant plus que des choses qui ne se recoupent pas.
  - Or les plugins actifs, sont justement le premier onglet sur lequel on tombe par défaut dans l’admin des plugins, et comme ils contiennent les mises à jour, on a déjà le nez dessus en arrivant
  - Il suffit donc juste d’une simple case permettant de masquer en un coup instantané tout ce qui n’a pas de mise à jour, et ne laisser que ce qui en a
  - Avec un onglet à part, ça ferait des éléments qui se retrouvent en doublon dans deux onglets, et ça ferait recharger une page entière différente, alors que dès qu’on arrive, on a déjà généré/chargé les blocs de ceux qui ont des mises à jour dans cette première page

  Pour Dépôts pourquoi pas, mais ça a quand même rapport avec les plugins (et que avec ça), du coup si c’est pas dans "Gestion des plugins" qu’on le trouve…

  J’ajoute une maquette de ce que ça donne, en ayant ajouté le moyen de voir tout de suite les mises à jour.

• Anomalie #4015 (Fermé) : Boucle DATA YQL requires https but requested through http

  14 octobre 2017, par Fabrice Véronneau

  Salut,

  Suite au message sur sur le forum (https://forum.spip.net/fr_268147.html)
  le message suivant apparait sur une requête concernant Flickr (mais sans doute d’autres services aussi)

  Table flickr.people.publicphotos requires https but requested through http

  En modifiant la ligne 639 de ecrire/iterateur/data.php ca fonctionne (https au lieu de http) :
  https://core.spip.net/projects/spip/repository/entry/branches/spip-3.2/ecrire/iterateur/data.php#L639

  Ca concerne ttes les versions de spip avec iterateur yql