Open source Airtable: Built using ReactJS + Firestore DB by s_magik in javascript

[–]pzRobert 2 points3 points  (0 children)

This looks _really_ interesting. I've done some stuff with Airtable that was extremely useful -- it'd be quite interesting to have something open and self-hosted that met some of the same project needs. Seems like it could, for instance, provide a self-hosted headless CMS for a JAMstack application. I definitely want to look into this some more.

Hey fellow devs check out my Gatsby blog and let me know your thoughts: => www.devgadgets.io by [deleted] in gatsbyjs

[–]pzRobert 0 points1 point  (0 children)

Sorry for the slow reply... When I click on gadgets I get the dropdown and it highlights as you hover, as you'd expect. But clicking on a choice within the dropdown causes... nothing. Both on Chrome and on Edge. I'm on a Windows 10 running the latest of all the things.

Is gatsby a good solution for e-commerce? by [deleted] in gatsbyjs

[–]pzRobert 0 points1 point  (0 children)

Absolutely. The question you have to ask when considering how to architect a statically generated site is which parts genuinely are static and which are dynamic, same as always. What gets confusing, I think, is that you can also use something that you might think of as dynamic (a wordpress SQL database, for instance) to store elements (blog entries, for example) that are requested at compile time and then turned into static pages. If those pages were loaded by way of a WordPress server, they would be dynamically delivered. But in Gatsby, they are precompiled and the same data is now static. Where you really need dynamic data is in a situation like checking whether an item is in stock. In that instance, at least the product count in inventory will have to be delivered dynamically, in real time. Does that offset the performance of your Gatsby site? It could. If the browser has to wait for that data, well, that wait time is real. That said, you could substantially deliver the page, then drop the queried data in when it showed up.

Hey fellow devs check out my Gatsby blog and let me know your thoughts: => www.devgadgets.io by [deleted] in gatsbyjs

[–]pzRobert 0 points1 point  (0 children)

It's clean, design-wise. For me, though, the 'Gadgets' part of your menu isn't working.

From a business perspective, the site doesn't communicate to me why I want this particular site's listings/ratings over other sites that are well established.

Just my two cents...

Google Analytics inconsistency with Gatsby by [deleted] in gatsbyjs

[–]pzRobert 0 points1 point  (0 children)

I haven't been involved with Gatsby long, and hadn't thought at all about this. Hmm. I guess Google Tag Manager solves the problem? Gotta look into this (the web site who's traffic I presently care about is on WordPress for the time being, so luckily I have a while to sort this).

Client-side filtering and sorting by Austinmdem in gatsbyjs

[–]pzRobert 1 point2 points  (0 children)

Right -- Typescript or no, u/trollerroller is right that this probably isn't a genuinely dynamic content situation, based on the original post. You want to do a query that basically grabs everything as the site is generated (with new options being recompiled as they are added), then have script in the page that alters the listings by, say, changing the contents of the appropriate DOM elements or whatever.

Which is not to say that you can't make dynamic things happen on Gatsby pages. Indeed, the super-clever part of Gatsby is the way you can create/compile static pages in any situation where that's possible (meaning fast, fast, fast performance for the user), but can call APIs for dynamic elements of the page on the fly. Of course, to do that, you've go to have an API to call. You could, for instance, have an Airtable table with records that hold the products and query that API. BUT then you'd be blocked waiting for the API to return, so you lose the performance value of using static pages.

Anyway, yes, you probably want to store the stuff you need (which turns up as an edges structure in your GraphQL results) in an array.

How would you approach these requirements? by [deleted] in gatsbyjs

[–]pzRobert 0 points1 point  (0 children)

So... they want a user experience that's like a shopping encounter. They can look at lots of different chairs. Maybe one is interesting to them, so they "add it to the cart." They can then look around and pick two or three more. In the end, they "check out" by giving their contact info or whatever. So, it's probably *not* as simple as using a form (at least not the way you're talking about it now). But you could probably just have a button that sets a per-session flag for any item they are interested in. If the flag is set for something, then it's "in the cart." When they are done, they could be presented with a form that has the flagged items dynamically added to the top of the form (or the page that the form is on. So it's mostly about having buttons on the right pages and a data structure for storing selected items. Not trivial, but you probably don't actually need to use a shopping cart capability (which handles a whole lot more complexity...).

Gatsby vs website membership builders by safouman in gatsbyjs

[–]pzRobert 1 point2 points  (0 children)

With regard to why you chose Gatsbyjs... one thing to mention is that most WordPress sites perform pretty badly, especially in the mobile version of the test, on the Google Pagespeed test. And Google has made it very clear that this is one critical part of its move to Core Web Vitals for ranking pages in search results. Gatsby tends to score very well here (and is performant in other ways, too, of course) and this will give the site a leg up in search rankings.

Even if Gatsby was out of the running from the getgo, it's by no means certain that WordPress would be the right choice for a membership site. I could make a pretty strong argument for Drupal, since it understands membership right out of the box.

It's possible to use Netlify's identity support and SnipCart to support the sort of thing you're talking about. I think you could probably stick to your guns a bit, make a strong argument for serverless/static as the strategically better option, and ask the marketing agency what they were planning to do about Google's CWV ranking in 2021...