# Lua Lua is a programming language. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Creator of Lua: Scripting, Programming Languages, Predictions | Roberto Ierusalimschy DevFeed: [Creator of Lua: Scripting, Programming Languages, Predictions | Roberto Ierusalimschy]() Original publisher: [Read original article]() Author: Ryan Peterman Published: 2026-08-03T13:05:15Z Content type: article Language: en Sources: [The Developing Dev]() Topics: [Lua](), [Programming](), [Scripting](), [C++](), [C](), [Code]() Tags: [c](), [c-plus-plus](), [lua](), [programming](), [programming-languages](), [python](), [scripting]() ### AI overview A conversation with Lua creator Roberto Ierusalimschy explains how Lua works as an embeddable scripting language alongside C or C++, including how applications can call Lua or Lua can call C. The discussion also covers Lua's use in games such as World of Warcraft and Roblox and recommendations for learning other programming languages. ### Source excerpt When I worked at Instagram, most of the codebase was in Python but occasionally I'd see these bindings into C++. ## Managing Multiple Lua Scripts with Ceph Object Storage DevFeed: [Managing Multiple Lua Scripts with Ceph Object Storage]() Original publisher: [Read original article]() Author: Kirby Chin Published: 2026-06-10T00:00:00Z Content type: article Language: en Sources: [Ceph Blog]() Topics: [Lua](), [Script](), [Scripting](), [Security](), [Command-line interface](), [cloud-infrastructure](), [ransomware]() Tags: [availability](), [blog](), [blog-post](), [ceph](), [cli](), [data](), [developer](), [en-article](), [en-blog-post](), [examples](), [feature](), [go](), [lua](), [management](), [new-feature](), [object-storage](), [operations](), [rados](), [ransomware](), [rgw](), [s3](), [scripting](), [security](), [storage]() ### AI overview This article introduces a Ceph RADOS Gateway feature for managing multiple Lua scripts within the same request context and tenant. It demonstrates scripts for enforcing bucket object locks to mitigate ransomware risks and for optimizing storage through object auto-tiering. ### Source excerpt Since the Pacific release, Lua scripting in Ceph's RADOS Gateway (RGW) has provided users the ability to interpolate a single script to upload operations per request context and tenant. This way of working might be completely fine for a storage deployment with limited scripting customizations. However, script management becomes increasingly difficult as more than one team wants to get involved in managing the Lua script within the same context and tenant. For this reason, we've released a new feature in RGW allowing you to manage more than one Lua script at a time. In this blog, we'll go over a couple of examples to walk you through how this feature can help your team to reduce runtime errors and lower developer friction when managing Lua scripts in RGW. To begin, we will create a script to enforce a bucket security control and then add another script to demonstrate the new feature. Script 1: Bucket security ¶ Let's suppose we are part of a security team and want to mitigate the risk of ransomware threats happening on our storage platform. One possible way to achieve this is to implement a Write Once, Read Many (WORM) strategy to add an object lock onto any newly created bucket. By using an object lock, we can add a constraint to write objects to disk only once, ensuring that an infected client cannot delete or override objects at a later time. To set our WORM strategy, we can create a Lua script in the prerequest context that aborts when a create_bucket operation is made without the write-once (object lock) requirement. objectlock.lua -- enforcing object lock on bucket creation if Request.RGWOp == "create_bucket" and Request.HTTP.Metadata["x-amz-bucket-object-lock-enabled"] ~= "true" then RGWDebugLog("object lock is missing on bucket: " .. Request.Bucket.Name) Request.Response.Message = "Bucket must have object lock enabled" return RGW_ABORT_REQUEST end You can create a new objectlock.lua file with the contents above and run the CLI commands below to upload the scr ## Balatro's Least Erratic Decks DevFeed: [Balatro's Least Erratic Decks]() Original publisher: [Read original article]() Author: Dan Lew Published: 2025-11-03T13:00:52Z Content type: article Language: en Sources: [Dan Lew Blog]() Topics: [Code](), [Rust](), [Programming](), [Lua](), [optimize](), [LÖVE](), [Algorithm](), [bug](), [cpu]() Tags: [algorithm](), [bug](), [code](), [cpu](), [game](), [games](), [jit](), [lua](), [optimize](), [rust]() ### AI overview The author searches for the least erratic Erratic deck in Balatro by examining every possible game seed. After finding Lua too slow for the 2.3 trillion-seed search, they optimize the Lua implementation and then port it to Rust, using all CPU cores to reach about 100 million seeds per minute. The article also explains a bug that can produce decks filled with the ten of spades. ### Source excerpt My most recent "just for fun" project was to find the least erratic of the Erratic decks in Balatro (a poker-ish roguelike deckbuilder game). Before each game, you pick a deck that has a special power. The Erratic deck completely randomizes the ranks/suits of the cards ## Writing a Keycloak-PKCE Library in C++ DevFeed: [Writing a Keycloak-PKCE Library in C++]() Original publisher: [Read original article]() Author: brakmic Published: 2025-02-28T18:48:58Z Content type: article Language: en Sources: [Harris Brakmic - Coding]() Topics: [C++](), [Keycloak](), [pkce](), [Library](), [C](), [Programming](), [Python](), [Lua]() Tags: [api](), [article](), [c](), [c-plus-plus](), [coding](), [keycloak](), [learning](), [library](), [lua](), [pkce](), [programming](), [python]() ### AI overview A personal article about building a C++ library that supports PKCE with Keycloak. The project includes a C wrapper with a stable ABI and additional Python and Lua wrappers, and is presented primarily as a learning exercise rather than a production-ready library. ### Source excerpt This article offers a personal look at a C++ library implementing PKCE with Keycloak. It's intended more as a learning exercise than a production-ready solution. You'll find a C wrapper and additional Python and Lua wrappers, plus a quick rundown on PKCE fundamentals, library structure, and example demos. ## A Tail Calling Interpreter For Python (And Other Updates) DevFeed: [A Tail Calling Interpreter For Python (And Other Updates)]() Original publisher: [Read original article]() Author: Haberman Published: 2025-02-10T00:00:00Z Content type: opinion Language: en Sources: [Josh Haberman]() Topics: [Parsing](), [Python 3.14](), [Python](), [Lua](), [JIT](), [Compiler]() Tags: [compiler](), [jit](), [lua](), [parsing](), [python](), [python-3-14]() ### AI overview The article updates readers on tail-call interpreter developments following the author's earlier work. It reports that Python's tail-calling interpreter was merged and is slated for Python 3.14, with an opt-in configuration requirement, and discusses the experimental LuaJIT Remake project and its use of tail-call techniques. ### Source excerpt It's been nearly four years since I published Parsing Protobuf at 2+GB/s: How I Learned To Love Tail Calls in C. In that article, I presented a technique I co-developed for how to write really fast interpreters through the use of tail calls and the musttail attribute. While the article focused on Protocol Buffer parsers, the technique applies to many kinds of parsers and VM interpreters. I published the article in the hopes that the technique would catch on and be adopted in other projects. In the time since that article was published, there have been many exciting developments in this space. I want to take this opportunity to share some updates. Tail Calling Interpreter for Python I recently learned that a tail calling interpreter was going through PR review on GitHub. Authored by Ken Jin as part of his Bachelor's theses, it uses the techniques described in my article and claims a 9-15% improvement geomean improvement on pyperformance, the official Python benchmark suite. Last Friday that interpreter was merged, and it is officially slated to be released in Python 3.14 (release notes). Note that the tail call interpreter is not the default yet. It has to be enabled at configuration time with --with-tail-call-interp. Hopefully it will be the default in a future release. I'm very excited to see this development. In my original article, I made the following prediction: I think it's likely that all of the major language interpreters written in C (Python, Ruby, PHP, Lua, etc.) could get significant performance benefits by adopting this technique. I'm happy to see that this seems to have come true for Python. Congratulations to Ken on this accomplishment. Tail Calling Interpreter for LuaJIT Remake In 2022-2024, Haoran Xu published a series of articles and papers about an ambitious and experimental effort to automatically generate interpreters and JIT compilers from a description of the language semantics. This project is called Deegen, and Haoran used it to build LuaJIT ## Using Lua as ESP-IDF Component with ESP32 DevFeed: [Using Lua as ESP-IDF Component with ESP32]() Original publisher: [Read original article]() Author: John Lee Published: 2024-10-22T00:00:00Z Content type: tutorial Language: en Sources: [Blog on Developer Portal]() Topics: [Lua](), [ESP-IDF](), [ESP32](), [Embedded Systems](), [Scripting]() Tags: [blog](), [component](), [embedded-systems](), [esp-idf](), [esp32](), [esp32-c3](), [firmware](), [how-to](), [lua](), [monitoring](), [risc-v](), [scripting](), [spiffs]() ### AI overview This tutorial explains how to integrate Lua as an ESP-IDF component in ESP32 projects and run Lua scripts from the SPIFFS filesystem. It covers the example project, cross-architecture support for ESP32 and ESP32-C3, configurable Lua stack size, and memory monitoring while Wi-Fi is enabled. ### Source excerpt Lua is a lightweight and powerful scripting language, making it ideal for use in embedded systems like the ESP32. By integrating Lua into your ESP-IDF project, you can execute scripts directly on the ESP32, offering a flexible way to manage application behavior without recompiling the entire firmware. This guide walks through how to set up Lua as an ESP-IDF component, with a focus on running Lua scripts from the filesystem. ## Introducing NPC-Playground, a 3D playground to interact with LLM-powered NPCs DevFeed: [Introducing NPC-Playground, a 3D playground to interact with LLM-powered NPCs]() Original publisher: [Read original article]() Author: Tristan Deborde; Duermael; Gaetan de Villele; Corentin CAILLEAUD; Thomas Simonini Published: 2024-06-05T00:00:00Z Content type: article Language: en Sources: [Hugging Face - Blog]() Topics: [Large Language Model](), [3D](), [Artificial Intelligence](), [hugging face](), [Open Source](), [Lua](), [spaces](), [GitHub]() Tags: [3d](), [artificial-intelligence](), [game-dev](), [github](), [hugging-face](), [llm](), [lua](), [open-source](), [spaces]() ### AI overview Hugging Face introduces NPC-Playground, a browser-based 3D demo from Cubzh and Gigax featuring LLM-powered non-player characters. Users can interact with the NPCs and teach them skills through Lua scripting. The article describes Cubzh, Gigax's NPC platform and inference stack, and the use of Hugging Face Spaces to host the demo. ### Source excerpt We're on a journey to advance and democratize artificial intelligence through open source and open science. ## A PDP-8 Emulator Revisited on the iPad DevFeed: [A PDP-8 Emulator Revisited on the iPad]() Original publisher: [Read original article]() Published: 2021-09-25T00:00:00Z Content type: opinion Language: en Sources: [Robert C. Martin](), [The Clean Code Blog]() Topics: [Emulator](), [Lua](), [Code](), [GitHub](), [App]() Tags: [app](), [code](), [emulator](), [github](), [lua]() ### AI overview The author recounts building a PDP-8 emulator in Codea on an iPad, losing access to it after Apple restricted source-code sharing, and later restoring and updating it from GitHub. ### Source excerpt When I was 15 or so, my father would drive me, and my best friend, Tim Conrad, to the Digital Equipment Corporation (DEC) sales office each Saturday. This was a 30 min drive. My father would drop us off in the morning and pick us up in the late afternoon. He spend two hours in his car each Saturday hauling us around. Thanks Dad! Tim and I would spend our day "playing" with the floor model of the PDP-8 they had at the office. The office staff were very accommodating and accepting of our presence, and they helped us out if we needed any fresh rolls of teleprinter paper, or paper tape. Several years later, at the age of 20, I found myself working at Teradyne Applied Systems in Chicago. The computer we used there was called an M365; but it was really just an upgraded PDP-8. We used it to control lasers in order to trim electronic components to very precise values. Forty four years later, in May of 2015, I started playing with a cute little Lua environment on my iPad called Codea. I wrote several fun little programs, like lunar lander, etc. But then I thought: "Wouldn't it be fun to write a PDP-8 Emulator?" A few days/weeks later I had a nice little PDP-8 emulator running on my iPad. I found some archived binary images of ancient paper tapes and managed to load them into my emulator. This allowed me to run the suite of development tools that I had used back in those early days. Then Apple decided it didn't want people writing code on the Ipad that was not distributed through the App store, so they blocked the means by which Codea users could share source code. Indeed, I couldn't even move Lua source code to my new iPads. So the emulator was lost. Fortunately I had put the last working version up on GitHub. At some point, Apple reopened the channel, perhaps due to a court case. I discovered this a few weeks back, and loaded that old source code back into my iPad. It worked like a champ. I made a few changes to deal with the bigger screen, and the faster processor, and the ## How Shopify Dynamically Routes Storefront Traffic DevFeed: [How Shopify Dynamically Routes Storefront Traffic]() Original publisher: [Read original article]() Author: Derek Stride Published: 2021-04-09T20:19:44Z Content type: article Language: en Sources: [Shopify Engineering](), [Shopify Engineering - Shopify Engineering]() Topics: [Shopify](), [nginx](), [Lua](), [Server-side rendering](), [JSON](), [CI/CD](), [Caching]() Tags: [caching](), [code-review](), [deployment](), [json](), [load-balancer](), [lua](), [nginx](), [routing](), [server-side-rendering](), [shopify]() ### AI overview Shopify describes how its Storefront Renderer team dynamically routes traffic between legacy and new storefronts using nginx with OpenResty, Lua-based verification and routing rules, and a control plane. Moving rule management into the control plane enabled rapid updates without the usual CI and deployment cycle, while retaining code review for sensitive commands. ### Source excerpt In 2019 we set out to rewrite the Shopify storefront implementation. Our goal was to make it faster. We talked about the strategies we used to achieve that goal in a previous post about optimizing server-side rendering and implementing efficient caching. To build on that post, I'll go into detail on how the Storefront Renderer team tweaked our load balancers to shift traffic between the legacy storefront and the new storefront. First, let's take a look at the technologies we used. ## Redis Lua scripting: several security vulnerabilities fixed DevFeed: [Redis Lua scripting: several security vulnerabilities fixed]() Original publisher: [Read original article]() Published: 2018-06-13T17:15:05Z Content type: opinion Language: en Sources: [Antirez]() Topics: [Redis](), [Vulnerabilities](), [Lua](), [Security](), [Multi-tenancy](), [Cloud](), [Python]() Tags: [cloud](), [lua](), [multi-tenancy](), [python](), [redis](), [security](), [vulnerabilities]() ### AI overview The article discusses multiple security vulnerabilities found and fixed in Redis's Lua subsystem, including issues in the cmsgpack and struct libraries. It explains that the vulnerabilities are especially relevant to cloud providers operating managed or multitenant Redis instances, while risk is more limited for users who control the data sent to their servers. ### Source excerpt A bit more than one month ago I received an email from the Apple Information Security team. During an auditing the Apple team found a security issue in the Redis Lua subsystem, specifically in the cmsgpack library. The library is not part of Lua itself, it is an implementation of MessagePack I wrote myself. In the course of merging a pull request improving the feature set, a security issue was added. Later the same team found a new issue in the Lua struct library, again such library was not part of Lua itself, at least in the release of Lua we use: we just embedded the source code inside our Lua implementation in order to provide some functionality to the Lua interpreter that is available to Redis users. Then I found another issue in the same struct package, and later the Alibaba team found many other issues in cmsgpack and other code paths using the Lua API. In a short amount of time I was sitting on a pile of Lua related vulnerabilities. Those vulnerabilities are mostly relevant in the specific case of providing managed Redis severs on the cloud, because it is very unlikely that the vulnerabilities discovered can be used without direct access to the Redis server: many Redis users don't use the cmsgpack or the struct package at all, and who does will very unlikely feed them with untrusted input. However for cloud providers things are different: they have Redis instances, sometimes in multi tenancy setups, exposed to the user that subscribed for the service. She or he can send anything to such Redis instances, triggering the vulnerabilities, corrupting the memory, violating the Redis process, and potentially taking total control of the Redis process. For instance this simple Python program can crash Redis using one of the cmsgpack vunlerabilities [1]. [1] https://gist.github.com/antirez/82445fcbea6d9b19f97014cc6cc79f8a However from the point of view of normal Redis users that control what is sent to their instances, the risk is limited to feeding untrusted data to a ## Surviving Flashes of High-Write Traffic Using Scriptable Load Balancers (Part II) DevFeed: [Surviving Flashes of High-Write Traffic Using Scriptable Load Balancers (Part II)]() Original publisher: [Read original article]() Author: Emil Stolarsky Published: 2017-02-05T19:30:00Z Content type: article Language: en Sources: [Shopify Engineering](), [Shopify Engineering - Shopify Engineering]() Topics: [Shopify](), [Lua](), [nginx](), [datacenter](), [Code](), [Redis](), [Replication]() Tags: [code](), [data-center](), [database](), [load-balancer](), [lua](), [nginx](), [redis](), [replication](), [shopify]() ### AI overview Shopify describes a stateless approach to fairly prioritizing customers during flash-sale checkout traffic. Instead of relying on a database across multiple data centers, each load balancer calculates a queue threshold, while a securely signed cookie stores the customer's initial timestamp. High-priority users then pass through an existing leaky-bucket throttle. ### Source excerpt 7 minute read In the first post of this series, I outlined Shopify's history with flash sales, our move to Nginx and Lua to help manage traffic, and the initial attempt we made to throttle traffic that didn't account sufficiently for customer experience. We had underestimated the impact of not giving preference to customers who'd entered the queue at the beginning of the sale, and now we needed to find another way to protect the platform without ruining the customer experience. ## Redis 3.2.0 is out! DevFeed: [Redis 3.2.0 is out!]() Original publisher: [Read original article]() Published: 2016-05-06T11:07:50Z Content type: release Language: en Sources: [Antirez]() Topics: [Redis](), [API](), [Data structures](), [Replication](), [debug](), [Lua]() Tags: [api](), [data-structures](), [debugger](), [lua](), [redis](), [replication]() ### AI overview Redis 3.2.0 stable has been released with a GEO API, the BITFIELD command, Redis Cluster improvements, Lua script effects replication, a debugger integrated with redis-cli, and memory-efficiency changes. ### Source excerpt It took more than expected, but finally we have it, Redis 3.2.0 stable is out with changes that may be useful to a big number of Redis users. At this point I covered the changes multiple time, but the big ones are: * The GEO API. Index whatever you want by latitude and longitude, and query by radius, with the same speed and easy of use of the other Redis data structures. Here you can find the API documentation: http://redis.io/commands/#geo. Thank you to Matt Stancliff for the initial implementation, that was reworked but is still at the core of the GEO API, and to the developers of ARDB for providing the geo indexing code that Matt used. * The new BITFIELD command allows to use a Redis string as a bit array composed of many integers with user specified size and offset. It supports increments and decrements to exploit this small (or large) integers as counters, with fine control over the overflow behavior. http://redis.io/commands/bitfield. Thanks to Yoav Steinberg for pushing forward this crazy idea and motivating me to write an implementation. * Many improvements to Redis Cluster, including rebalancing capabilities in redis-trib and better replicas migration. However support for NATted envrionments and Docker port forwarding, while implemented in the "unstable" branch, was not backported to 3.2 for maturity concerns. * Improvements to Lua scripts replication. It is now possible to use "effects replication" to write scripts containing side effects. It's documented here: http://redis.io/commands/EVAL. Thanks to Yossi Gottlieb for stimulating the addition of this feature and helping in the design. * We have now a serious Lua scripts debugger: https://www.youtube.com/watch?v=IMvRfStaoyM with support into redis-cli. Thanks to Itamar Haber, developer of non trivial scripts since the start of Lua scripting, that really wanted this feature and helped during the development. * Redis is now more memory efficient thanks to changes operated by Oran Agra to SDS and the Jemallo ## Recent improvements to Redis Lua scripting DevFeed: [Recent improvements to Redis Lua scripting]() Original publisher: [Read original article]() Published: 2015-11-19T11:23:27Z Content type: article Language: en Sources: [Antirez]() Topics: [Lua](), [Redis](), [Scripting](), [Replication](), [Database]() Tags: [debugger](), [improvements](), [lua](), [redis](), [replication](), [scripting]() ### AI overview This article describes two improvements to Redis Lua scripting: a proper debugger and replication and AOF storage of scripts as the write commands representing their effects. It also discusses the design and implementation considerations behind these features. ### Source excerpt Lua scripting is probably the most successful Redis feature, among the ones introduced when Redis was already pretty popular: no surprise that a few of the things users really want are about scripting. The following two features were suggested multiple times over the last two years, and many people tried to focus my attention into one or the other during the Redis developers meeting, a few weeks ago. 1. A proper debugger for Redis Lua scripts. 2. Replication, and storage on the AOF, of Lua scripts as a set of write commands materializing the *effects* of the script, instead of replicating the script itself as we normally do. The second feature is not just a matter of how scripts are replicated, but also touches what you can do with Lua scripting as we will see later. Back from London, I implemented both the features. This blog post describes both, giving a few hints about the design and implementation aspects that may be interesting for the readers. A proper Lua debugger --- Lua scripting was initially conceived in order to write really trivial scripts. Things like: if the key exists do this. A couple of lines in order to avoid bloating Redis with all the possible variations of commands. Of course users did a lot more with it, and started to write complex scripts: from quad-tree implementations to full featured messaging systems with non trivial semantics. Lua scripting makes Redis programmable, and usually programmers can't resist to programmable things. It helps that all the Lua scripts run using the same interpreter and are cached, so they are very fast. It is most of the time possible to do a lot more with a Redis instance by using Lua scripting, both functionally and in terms of operations per second. So complex scripts totally have their place today. We went from a very cold reception of the scripting feature (something as dynamic as a script sent to a database!), to mass usage, to writing complex scripts in a matter of a few years. However writing simple scri ## Teaching an LSTM to Play Beethoven DevFeed: [Teaching an LSTM to Play Beethoven]() Original publisher: [Read original article]() Published: 2015-07-01T00:00:00Z Content type: tutorial Language: en Sources: [Alex Korbonits]() Topics: [MIDI](), [Code](), [Lua](), [GPU]() Tags: [audio](), [channel](), [code](), [experiment](), [format](), [gpu](), [lstm](), [lua](), [music](), [structure](), [timing](), [torch](), [training](), [types](), [velocity]() ### AI overview An experiment trains Karpathy's char-rnn LSTM on Beethoven piano sonata MIDI files, treating the raw MIDI bytes as a sequence. The author describes prepending a shared MIDI header to generated output so players could interpret it, and reports imperfect results containing occasional phrase-like and melodic fragments. ### Source excerpt In June 2015, I trained Karpathy's char-rnn on a corpus of Beethoven piano sonata MIDI files. Here's what it sounds like -- and how I got it to play. ## Learn X in Y Minutes: A Community-Editable Site for Inline Programming Language Primers DevFeed: [Learn X in Y Minutes: A Community-Editable Site for Inline Programming Language Primers]() Original publisher: [Read original article]() Published: 2013-06-26T00:00:00Z Content type: opinion Language: en Sources: [Adam Bard]() Topics: [Code](), [Tutorial](), [Clojure](), [Pull Request](), [GitHub](), [Lua]() Tags: [also](), [clojure](), [code](), [github](), [lua]() ### AI overview The author announces Learn X in Y Minutes, a community-editable site for inline programming-language primers. It was seeded with Clojure and Lua tutorials, with plans for additional languages and contributions through GitHub pull requests. ### Source excerpt Short version: Go to http://learnxinyminutes.com/ After I posted Learn Clojure in 15 minutes, perhaps yesterday, itself a knockoff of Tyler Neylon's Learn Lua in 15 minutes, I had a little twitter brainstorming session with Tyler and @emarref. Therein, I was inspired/encouraged to generalize the concept of inline tutorials-as-code language primers in a community-editable site. ## Lua as an Extension Scripting Language for Games DevFeed: [Lua as an Extension Scripting Language for Games]() Original publisher: [Read original article]() Published: 2011-08-11T00:00:00Z Content type: opinion Language: en Sources: [Radek Pazdera]() Topics: [Lua](), [Scripting](), [coding](), [Open Source]() Tags: [game](), [lua](), [open-source](), [scripting]() ### AI overview The article introduces Lua as an open-source scripting language used by game developers to extend games and separate game content from engine code. It highlights Lua's C API, procedural syntax, bytecode-based virtual machine, dynamic typing, and incremental garbage collection. ### Source excerpt I build software products and write on the Internet.