The form cache is pretty terrible: - Almost any time a form loads, a bunch of data (emphasis on a bunch if there are options like a country selection) gets serialized and pumped into the form cache. - It's usually optimal to move the cache outside the database, but forms break if a form cache entry disappears before the user submits the form. - After the form is submitted, the application has to load the form cache data back out, unserialize it, and compare the known, provided form against the submitted data.
Instead, it could work one of these ways, at least for POST forms: - Easy: Serialize and include the "form cache" data as a hidden field. Add one more hidden field that's an HMAC of the data and site's secret/salt, forming a signature. When the form gets submitted, validate the signature on the data. If it matches, then use the data as before. - Harder but lighter weight: Add capability tokens (mini signatures) to each option or validation requirement in a form. On submission, validate those signatures. This would remove the need to compare the submitted form against options provided.
Of course, I would roll this into Drupal or Pressflow following development in Backdrop, but I feel like this might be a nice place to start. The big upside for the casual user is more performance (no server-side tracking) with less to configure (the cache bin for forms).
Recent comments
It sounds like a CSS/JS bug in the Layouts UI: when the "Add block" row is hidden with display:none, its help/description element isn’t being hidden together. 🔧 Things to try...
Add blocks filtering problem
It is an admin theme that's based upon the bootstrap 3. Maybe it's missing a piece to act as an admin theme?
Add blocks filtering problem
Thank you, Martin and Olaf! I had a feeling that there might be something out there already :) I will check all three options (I will look at porting modules) and report back which one...
Filter by text in "message" in /admin/reports/dblog