shopify-app-template-node VS PHPT

I tried building a sample app using this link https://github.com/Shopify/shopify-app-template-node sometime back. I was able to run the test app and connect with my development store.

Upon some digging and viewing the Shopify app starter (https://github.com/Shopify/shopify-app-template-node/tree/cli_three) that uses Vite + Express, it looks like the answer lies in somehow proxying(?) the frontend to the backend if in development mode, but I haven't been able to crack it.

Building a Shopify App with anything outside React or Rails can be daunting; you’re on your own for the most part. Since I figured it out with my crew using VueJs: we’ve decided to Open Source the template.

I tried the relative path and that didn't work either. I think the issue is that since it's a Shopify app, all routes are behind oauth. My thinking is that I need to host the stylesheet where it is publicly accessible. Then call it in a similar manner to the google drive folder. This is what was used to scaffold the project. Line 91 is the server side code where oauth is checked for every route

Thanks for the response! Let me dive into that. I am using a custom server but it was scaffolded from Shopify's CLI so I would *assume* POST forwarding would be configured. This is a link to server.js.

I'm building a Shopify App scaffolded with the CLI and have issues with routing using the Nextjs router. The standard embedded app implementation does not update the URL so a RoutePropagator component is needed.

Thanks for the resources! The issue was that I was (intentionally) using a branch from the Shopify CLI that removed the use of Next.js. Because Next.js wasn't used, simply putting the remote script in a Public folder wouldn't work. I ended up switching back to the main branch that used Next.js and the script now renders on my development theme :)

link: https://github.com/Shopify/shopify-app-node/pull/661

In our latest story we show a couple of smart ways to get around some import conflicts in PHP.

The values [0, 15] represent 16 possible values, which is a power of 2.

The correct way to get an unbiased distribution from a sample of 2^x to a modulo that is not an even power of 2 is to use rejection sampling.

This is what RFC 6979 says to do https://datatracker.ietf.org/doc/html/rfc6979#section-3.2

But you can also see this technique in CSPRNG code; i.e. https://github.com/php/php-src/blob/d40726670fd2915dcd807673...

I am running this code on MacOS on Apple Silicon hardware which is crashing when using the JIT in a ZTS build of PHP, so the 1m 35s result is without JIT, it might be even faster if I could use it

49. PHP - $58,899

A little about me; I'm a web developer and have been for around 5 years, though I'd dabbled for years. I have experience with Perl and PHP but my day to day is JavaScript/TypeScript be it through NodeJS or ReactJS. I want to learn Rust for no specific reason other than it's fun to learn new things.

Consider a web application where requests are handled through NGINX as the web server and PHP as the dynamic backend language. Let’s say something in the application logic results in a fatal error or process termination. This doesn’t affect NGINX’s ability to serve a response to the client, which would most likely be an HTTP 503 - Service Unavailable message.

In the beginning, I used a technology called CGI to develop server applications written in Perl. This technology was later replaced by Microsoft’s ASP (Active Server Pages) and then PHP. PHP, which you may already know, is still powering over 77% of all the websites as of the time of writing (ever heard of WordPress?).

PHP

As Shopware is mostly based on the Symfony framework, which is in turn based on the PHP language, we should also consider learning about the basics, which will also be useful for other frameworks apart from Shopware, like Symfonycasts, symfony.com, php.net.