6 ms·

Jekyll or Hugo, hosted for free on Netlify and using Forestry.io or Cloudcannon as the CMS. Jekyll is great for blogs and simple brochure sites, go Hugo (heh)

Jekyll or Hugo, hosted for free on Netlify and using Forestry.io or Cloudcannon as the CMS. Jekyll is great for blogs and simple brochure sites, go Hugo (heh) if you need something more complex. Hugo is much faster than Jekyll when running builds on larger sites. I'd recommend Snipcart for e-commerce. Recently built a shop with it, using Jekyll as the framework. I've made a number of online stores with a variety of platforms and this was the easiest - took about 15 mins. Cheaper than Shopify too. Edit: Here's a guide from Snipcart on how to do it - https://snipcart.com/blog/static-site-e-commerce-part-2-integrating-snipcart-with-jekyll https://snipcart.com/blog/static-site-e-commerce-part-2-inte... (I have nothing to do with Snipcart, just like the service)

thirdsun 10y ago
Slightly offtopic: I'm very interested in trying Snipcart, again. Back when we had to decide between Snipcart and Shopify's SDK for a static site, Snipcart's lack of product management was a dealbreaker. Shopify's administration interface, in contrast, is fantastic. However there are some issues which Shopify doesn't intend to fix at all, like their handling of EU vat calculation or the fact that refunds aren't enough to get Shopify's transaction fee back (like it is the case for Paypal, Stripe and others) - with Shopify you have to cancel the order, which in my opinion, is a misleading order status. A refunded/exchanged order is not a canceled order.
- schappim 10y ago
  Shopify's biggest issue is the fact that you can't edit the line items for an order, or the billing information. This is a monumental flaw, which has been round since day 1. To get round this Shopify's sale people recommend hacks like 3rd party app that delete the original order and create a new order. This actually has a whole heap of unintended consequences. I'd say this is the biggest reason for us looking for an alternative. The best ecommerce backend I've seen is Neto.com.au however their performance (front end site latency) is shockingly terrible.
- maxlaboisson 10y ago
  While products and variants are still defined on-site (unless you’re using a CMS plugin), we—Snipcart—did ship out-of-the-box inventory management in the dashboard a few months ago. Keep us in the loop about that feature next time you try out the product. Feedback always goes a long way for us!
  - thirdsun 10y ago
    I know. I actually talked to you guys and you were quite helpful. Unfortunately the product management wasn't ready back then. And, frankly, inventory management alone isn't enough in our case. Our shop system is used by non-tech savvy people and they still need to be able to create products, variants, etc. in a user friendly way.
StavrosK 10y ago
I'd like to second Hugo. Static sites with Netlify are a joy, since they can handle however much traffic you want, there are no scaling headaches or updates or stuff for bots to randomly hack. I'm currently trying to decide between Lektor and Hugo, Lektor's data model seems more powerful, Hugo seems harder to learn (worse-quality docs) but Lektor doesn't seem very actively maintained, and Hugo has a larger community around it.
- therealmarv 10y ago
  I'm also trying to decide between Hugo and Lektor (Note: I'm having some flask experience). At first view Hugo seemed superior but I looked at some important specifics for me like e.g. thumbnail generation, Plugin System (important for developers) or CMS like editing. All this stuff is not available in Hugo core but it's already built into Lektor. It seems the biggest weakness of Hugo is that it is statically built and not easy to extend (only easier to deploy). If you build your own Makefile/gulp etc. around it it may also work for you but Lektor is more flexible when looking at this. From a developers perspective Lektor seems more customizable... unless you are a die hard Go developer. I think Lektor community can outgrow Hugo's one because of the plugin system. Building a toolset around a binary to extend a page generator does not seem the right way @hugo team. But at the end it all depends on your requirements. Hugo is much much easier to deploy and many people do not want to extend their page generator.
  - StavrosK 10y ago
    I agree, but someone on the Hugo forums pointed me to this issue: https://github.com/lektor/lektor/issues/180 https://github.com/lektor/lektor/issues/180 The fact that it's such an egregious issue (85 minutes for 2000 posts?!) that has been open for 9 months doesn't give me much hope in the development speed of Lektor. This also matches my experience, as I see trivial issues and PRs open for months in Lektor's repo... The Lektor dev (it wasn't Armin) told me on Gitter that development has stalled a bit, but will hopefully pick up in 2017. I certainly hope so, becaue it's a well-designed site generator.
    - 10y ago
schappim 10y ago
I looked into snipcart however the admin was slow, and the pricing was much more expensive then Shopify when at scale (revenues in the millions). Over the holidays I spent the time to write a Sinatra based replacement for the Shopify Checkout. There is a big opportunity for someone to do with ecommerce what Discorse did for forum software.
- sireat 10y ago
  Wouldn't revenues in the millions justify in not having Shopify but some custom integration with whatever payment processor you are using?
  - schappim 10y ago
    Yup, it's absolutely getting to that point, but not for $$$ reasons. Shopify Plus, their enterprise plan is fixed price. This is why I spent much of the holidays writing our own custom cart.
- maxlaboisson 10y ago
  When was the last time you tried Snipcart? We (Snipcart team) noticed a few hiccups with dashboard perf and made some improvements a short while back. If you give it another go for another project, don’t hesitate to let tell us if you think it’s still lacking. Also, we do monthly fixed fees for merchants with >20K/monthly sales.
- cyri 10y ago
  Working on that since 2015 ... written in Go. Lots of work to do.
mattkevan 10y ago
Another note is that there are very few good (or cheap) solutions for selling digital downloads in Europe due to the VAT regs. Gumroad is the main one, followed by Etsy - though it's a very different beast. Any other suggestions would be welcome...
- Silhouette 10y ago
  Sadly, two years on now, EU VAT is still utterly crazy. It's like they don't even realise how much of a burden that system is for small businesses selling online. :-( The businesses I have that have to deal with it all use some sort of custom integration, because we never found any service that could do what we needed and didn't involve some unacceptable level of risk (like our entire business becoming unable to operate if the service went under suddenly, for example). Even with a lot of automation and a system designed for exactly what we do, complying with the EU VAT rules still takes an absurd proportion of the time we spend on administrative overheads.
- g4k 10y ago
  Selz has good support for European tax regulations. Besides that the admin interface is pretty good. Another good solution is the Shopify Buy Button combined with SendOwl for digital goods delivery.
agumonkey 10y ago
Well, thanks to you I'm now a netlify/jekyll user.
maxlaboisson 10y ago
Appreciate the recommendation, really (I’m one of the devs at Snipcart). We’re actually going to publish a piece on how static & JAMstack set ups affect clients in modern projects real soon—we have a strong dev shop/agency background so that aspect’s always been interesting to us. Would love to hear your thoughts on it so we’ll try to share on HN too; we’ll be focusing a lot on both “static” CMS & headless/API-first CMS like Prismic & Contentful. Have you tried these BTW, or do you find them overkill for small-scale projects?
- mattkevan 10y ago
  I like the idea of services like Prismic and Contentful, but yes I find them overkill for smaller projects. For larger ones I'd be worried about being tied too closely to a company which may or may not be around in a few years - I'd probably look to open source project instead. For example Drupal has good user and content management features, and with D8 there's more interest in 'headless' Drupal, where it becomes an API backend to custom front-ends.

thirdsun 10y ago

Slightly offtopic: I'm very interested in trying Snipcart, again. Back when we had to decide between Snipcart and Shopify's SDK for a static site, Snipcart's lack of product management was a dealbreaker. Shopify's administration interface, in contrast, is fantastic. However there are some issues which Shopify doesn't intend to fix at all, like their handling of EU vat calculation or the fact that refunds aren't enough to get Shopify's transaction fee back (like it is the case for Paypal, Stripe and others) - with Shopify you have to cancel the order, which in my opinion, is a misleading order status. A refunded/exchanged order is not a canceled order.

schappim 10y ago
Shopify's biggest issue is the fact that you can't edit the line items for an order, or the billing information. This is a monumental flaw, which has been round since day 1. To get round this Shopify's sale people recommend hacks like 3rd party app that delete the original order and create a new order. This actually has a whole heap of unintended consequences. I'd say this is the biggest reason for us looking for an alternative. The best ecommerce backend I've seen is Neto.com.au however their performance (front end site latency) is shockingly terrible.
maxlaboisson 10y ago
While products and variants are still defined on-site (unless you’re using a CMS plugin), we—Snipcart—did ship out-of-the-box inventory management in the dashboard a few months ago. Keep us in the loop about that feature next time you try out the product. Feedback always goes a long way for us!
- thirdsun 10y ago
  I know. I actually talked to you guys and you were quite helpful. Unfortunately the product management wasn't ready back then. And, frankly, inventory management alone isn't enough in our case. Our shop system is used by non-tech savvy people and they still need to be able to create products, variants, etc. in a user friendly way.

StavrosK 10y ago

I'd like to second Hugo. Static sites with Netlify are a joy, since they can handle however much traffic you want, there are no scaling headaches or updates or stuff for bots to randomly hack. I'm currently trying to decide between Lektor and Hugo, Lektor's data model seems more powerful, Hugo seems harder to learn (worse-quality docs) but Lektor doesn't seem very actively maintained, and Hugo has a larger community around it.

therealmarv 10y ago
I'm also trying to decide between Hugo and Lektor (Note: I'm having some flask experience). At first view Hugo seemed superior but I looked at some important specifics for me like e.g. thumbnail generation, Plugin System (important for developers) or CMS like editing. All this stuff is not available in Hugo core but it's already built into Lektor. It seems the biggest weakness of Hugo is that it is statically built and not easy to extend (only easier to deploy). If you build your own Makefile/gulp etc. around it it may also work for you but Lektor is more flexible when looking at this. From a developers perspective Lektor seems more customizable... unless you are a die hard Go developer. I think Lektor community can outgrow Hugo's one because of the plugin system. Building a toolset around a binary to extend a page generator does not seem the right way @hugo team. But at the end it all depends on your requirements. Hugo is much much easier to deploy and many people do not want to extend their page generator.
- StavrosK 10y ago
  I agree, but someone on the Hugo forums pointed me to this issue: https://github.com/lektor/lektor/issues/180 https://github.com/lektor/lektor/issues/180 The fact that it's such an egregious issue (85 minutes for 2000 posts?!) that has been open for 9 months doesn't give me much hope in the development speed of Lektor. This also matches my experience, as I see trivial issues and PRs open for months in Lektor's repo... The Lektor dev (it wasn't Armin) told me on Gitter that development has stalled a bit, but will hopefully pick up in 2017. I certainly hope so, becaue it's a well-designed site generator.
  - 10y ago

schappim 10y ago

I looked into snipcart however the admin was slow, and the pricing was much more expensive then Shopify when at scale (revenues in the millions). Over the holidays I spent the time to write a Sinatra based replacement for the Shopify Checkout. There is a big opportunity for someone to do with ecommerce what Discorse did for forum software.

sireat 10y ago
Wouldn't revenues in the millions justify in not having Shopify but some custom integration with whatever payment processor you are using?
- schappim 10y ago
  Yup, it's absolutely getting to that point, but not for $$$ reasons. Shopify Plus, their enterprise plan is fixed price. This is why I spent much of the holidays writing our own custom cart.
maxlaboisson 10y ago
When was the last time you tried Snipcart? We (Snipcart team) noticed a few hiccups with dashboard perf and made some improvements a short while back. If you give it another go for another project, don’t hesitate to let tell us if you think it’s still lacking. Also, we do monthly fixed fees for merchants with >20K/monthly sales.
cyri 10y ago
Working on that since 2015 ... written in Go. Lots of work to do.

mattkevan 10y ago

Another note is that there are very few good (or cheap) solutions for selling digital downloads in Europe due to the VAT regs. Gumroad is the main one, followed by Etsy - though it's a very different beast. Any other suggestions would be welcome...

Silhouette 10y ago
Sadly, two years on now, EU VAT is still utterly crazy. It's like they don't even realise how much of a burden that system is for small businesses selling online. :-( The businesses I have that have to deal with it all use some sort of custom integration, because we never found any service that could do what we needed and didn't involve some unacceptable level of risk (like our entire business becoming unable to operate if the service went under suddenly, for example). Even with a lot of automation and a system designed for exactly what we do, complying with the EU VAT rules still takes an absurd proportion of the time we spend on administrative overheads.
g4k 10y ago
Selz has good support for European tax regulations. Besides that the admin interface is pretty good. Another good solution is the Shopify Buy Button combined with SendOwl for digital goods delivery.

agumonkey 10y ago

Well, thanks to you I'm now a netlify/jekyll user.

maxlaboisson 10y ago

Appreciate the recommendation, really (I’m one of the devs at Snipcart). We’re actually going to publish a piece on how static & JAMstack set ups affect clients in modern projects real soon—we have a strong dev shop/agency background so that aspect’s always been interesting to us. Would love to hear your thoughts on it so we’ll try to share on HN too; we’ll be focusing a lot on both “static” CMS & headless/API-first CMS like Prismic & Contentful. Have you tried these BTW, or do you find them overkill for small-scale projects?

mattkevan 10y ago
I like the idea of services like Prismic and Contentful, but yes I find them overkill for smaller projects. For larger ones I'd be worried about being tied too closely to a company which may or may not be around in a few years - I'd probably look to open source project instead. For example Drupal has good user and content management features, and with D8 there's more interest in 'headless' Drupal, where it becomes an API backend to custom front-ends.