NGINX Open Source: Reflecting Back and Looking Ahead
1–10 of 42 posts
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#2I'm sad to hear about JS; I thought the work with Lua was going well and would be a better candidate. Maybe I misunderstand the situation.
Nginx is one of those great tech that just makes so much more easy in my life.
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#3Nginx Plus seems like they took a lot of the obvious feature upgrades, some which look fairly easy (remove cached item) and put them in a pay wall. Nothing wrong with that, just feels weird. And the pricing is enough to pay for a Windows license, not that IIS is even close to nginx (it's reverse proxy capability is terrible). I'm sad to hear about JS; I thought the work with Lua was going well and would be a better c…
The lua support is GREAT, and make a lot of complex stuff (standard outside authentication on multiple apps) simple as using a 20 lines lua script.
Let's hope LUA doesn't fall to second class citizen.
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#4Nginx Plus seems like they took a lot of the obvious feature upgrades, some which look fairly easy (remove cached item) and put them in a pay wall. Nothing wrong with that, just feels weird. And the pricing is enough to pay for a Windows license, not that IIS is even close to nginx (it's reverse proxy capability is terrible). I'm sad to hear about JS; I thought the work with Lua was going well and would be a better c…
You can use JavaScript inside Postgres, for example, which makes it extremely versatile as a glue language for back-end services.
Lua has nowhere near the traction or support. Is there a C++ to Lua compiler that produces performant code when using an asm.js-like layer? Is Lua Rocks anywhere near the breadth and depth of NPM?
I don't know a single Lua programmer, but I can't throw a rock without hitting someone who knows JavaScript. It's something you'll pick up eventually even if you don't want to.
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#5Nginx Plus seems like they took a lot of the obvious feature upgrades, some which look fairly easy (remove cached item) and put them in a pay wall. Nothing wrong with that, just feels weird. And the pricing is enough to pay for a Windows license, not that IIS is even close to nginx (it's reverse proxy capability is terrible). I'm sad to hear about JS; I thought the work with Lua was going well and would be a better c…
Lua is a great scripting language in its own right, but the trouble is it's not JavaScript which at this time has an extraordinary amount of momentum behind it. You can use JavaScript inside Postgres, for example, which makes it extremely versatile as a glue language for back-end services. Lua has nowhere near the traction or support. Is there a C++ to Lua compiler that produces performant code when using an asm.js-l…
You can pick up Lua in a day if you can already program, by reading Roberto Ierusalimschi's Programming in Lua.
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#6Re: NGINX Open Source: Reflecting Back and Looking Ahead
#7Re: NGINX Open Source: Reflecting Back and Looking Ahead
#8Nginx Plus seems like they took a lot of the obvious feature upgrades, some which look fairly easy (remove cached item) and put them in a pay wall. Nothing wrong with that, just feels weird. And the pricing is enough to pay for a Windows license, not that IIS is even close to nginx (it's reverse proxy capability is terrible). I'm sad to hear about JS; I thought the work with Lua was going well and would be a better c…
Lua is a great scripting language in its own right, but the trouble is it's not JavaScript which at this time has an extraordinary amount of momentum behind it. You can use JavaScript inside Postgres, for example, which makes it extremely versatile as a glue language for back-end services. Lua has nowhere near the traction or support. Is there a C++ to Lua compiler that produces performant code when using an asm.js-l…
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#9https://github.com/alibaba/tengine
(though to be fair most work on new protocols seems to be from nginx itself)
Re: NGINX Open Source: Reflecting Back and Looking Ahead
#10It's annoying that they took SPDY support out of Community and put it into Plus. Want updates? Too bad, you gotta recompile.