Ferreteria/modules/users: Difference between revisions
< Ferreteria | modules
Jump to navigation
Jump to search
(decided how user data should work) |
m (4 revisions imported: moving this project here) |
||
| (2 intermediate revisions by one other user not shown) | |||
| Line 9: | Line 9: | ||
* {{l/ferreteria/table|uacct_x_ugroup}} | * {{l/ferreteria/table|uacct_x_ugroup}} | ||
* {{l/ferreteria/table|ugroup_x_upermit}} | * {{l/ferreteria/table|ugroup_x_upermit}} | ||
==Function: User Data=== | ===Function: User Data=== | ||
This doesn't actually need any specialized tables; it just makes use of {{l/ferreteria/module|TextFerret}}. | This doesn't actually need any specialized tables; it just makes use of {{l/ferreteria/module|TextFerret}}. | ||
Latest revision as of 16:42, 22 May 2022
Tables
core functionality
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
- Template:L/ferreteria/table
Function: User Data
This doesn't actually need any specialized tables; it just makes use of Template:L/ferreteria/module.
Reasoning:
- "User data" is really just key-value pairs that are also tagged for a specific user.
- As such, they could just be Template:L/ferreteria/tables with a key-leaf (text), a value-leaf (arbitrary but usually text), and a user-leaf (int for user ID), all handled by a particular code class (as intended).
- If you want to store a bunch of data for a particular user all together instead of as individual nodes, it could be serialized -- but only do this if there will rarely be any need to access just a few of the components individually, since the entire serialized dataset will need to be accessed each time.