Журнал изменений

Официальный сайт SLAED CMS

Журнал изменений

Фильтр и поиск

Всего: 1180 Доступных коммитов | Отфильтровано: 1180 Коммиты | Страница: 1 из 118
Вчера (24.09.2026)
Docs: the Node plan opens stage S19 - the implementation audit becomes eight fix windows with their findings and acceptance
Автор: Eduard Laas | Дата: 22:23 24.09.2026

The audit of stages S00-S18 read the implementation in seven slices against the Node contracts and the project rules. Its findings enter the plan as stage S19, split into eight windows S19.1-S19.8, so each fix follows the same one-window-one-stage protocol and closes with its own verification.

Core changes:

  1. Roadmap cards (docs/node/14-roadmap.md):
  2. An S19 introduction: where the findings come from, lines pinned to 70224f65, each finding re-checked in code before a fix, and two decisions asked of the user before code

  3. Eight cards with dependency, reading list, findings with file:line and function, files and acceptance

    • S19.1 input and output security: Node title XSS in search, field save over GET or a truncated POST,
Node delete without the type check, favorite point farming, Node categories outside the service
  • S19.2 the 6.3 update: the site stays open because config/local.php outlives close, DDL errors do not stop
the branch, newsletter recipients, the MariaDB 10.5.2 floor, the 6.2 Pro configuration format
  • S19.3 data integrity, S19.4 cache and locks, S19.5 rendering, S19.6 read performance, S19.7 leftovers
of the nine removed modules, S19.8 code rules
  1. Progress (docs/node/PROGRESS.md):
  2. Eight not-started rows in the stage table; the protocol ends the plan after S19.8
  3. The handoff block names S19.1 as the next window, records the check results at audit time and drops the stale note that S17-S18 were uncommitted

Benefits:

  • Every audit finding has an owner window, a verification and a place in the plan instead of the chat
  • Open product decisions are marked as such and cannot be settled silently by an executor

Technical notes:

  • Documentation only; no code, schema or configuration changes
Feature: Node ships ten profiles, a clean installation creates them, and the 6.3 update carries a real 6.2 site over - stages S17-S18
Автор: Eduard Laas | Дата: 21:41 24.09.2026

Stages S17 and S18 close the Node plan of docs/node: the ten shipped profiles become the only source of the starting types, a clean installation creates and switches them on with the first administrator, and the release passes its final acceptance - a real 6.2 site updated over HTTP, MySQL 8.0, and a profile of 100000 materials.

Core changes:

  1. Profiles and installation (modules/node/profiles/, setup/index.php, admin/index.php, modules/node/admin/index.php):
  2. Ten profiles in the export format: the nine replacements and docs, canonical settings and fields

    • empty uploads and rating, so a created type takes the upload rule and a new rating rule of the site
  3. setup new leaves the mark node => new; addNodeProfiles() imports and switches on every profile in the context of the first main administrator, writes the welcome news and removes the mark

    • a profile that fails is named on the next page and logged with its step; the others are created
  4. The type screen offers the profiles, and a type made from a profile keeps its extension settings
  5. Twelve NODE* labels of roles and fields in six languages, _NODE_SETUP and _NODE_PROFILE
  6. The 6.3 update (setup/index.php):
  7. config/modules.php is reconciled the way the modules screen does it: records of modules gone from the tree are dropped, node gets the record of a clean installation, the stale img key is no longer written

  8. The upload rules of the nine removed modules leave config/uploads.php unless a Node type of that name exists; they refused a Node type of the same name with the code name

  9. config/db.php is read only when it exists, since the release ships none; saving creates it
  10. Reads and MySQL 8 (core/classes/node/query.php, modules/node/admin/index.php, seven files with rank):
  11. NodeQuery::setNodeSets(false) switches off the extra fields and the category, relation and resource sets of a list; the administrative list of materials uses it and costs three statements

  12. The columns _users.rank and _groups.rank are quoted in 13 statements; rank is reserved on MySQL 8.0.2+
  13. setComShow() reads the access of a guest without a warning
  14. Tools and tests (tools/node-profile.php, tests/Support/install_probe.php, tests/Unit/NodeProfileTest.php):
  15. tools/node-profile.php builds a disposable database of 100000 materials in the ten types, measures every route budget, p50 and p95 and the plans of the main statements, and fails on an overrun or a full scan

  16. install_probe installs the tracked release without config/db.php over two php -S servers; its update mode loads a dump of a real site with the configuration of a revision and walks the update to the end

    • SLAED_PROBE_DB=host|user|password moves the probe to another server; NodeProfileTest passes on MySQL 8.0
  17. seo-audit, ui-shots and upload-route-check know the Node routes of the stand

Benefits:

  • The release installs with its content sections ready and updates a 6.2 site without guessing any data
  • The route budgets of docs/node/11 hold on 100000 materials with index plans, the slowest p95 is 51 ms
  • The same release runs on MariaDB 10.2.1+ and MySQL 8.0.16+

Technical notes:

  • The update creates no Node type and touches no table of the removed modules; a type name stays refused while categories or user files of the old module exist (NOD-200)

  • The download and the report of a resource cost four statements: the writer authorizes the resource again
  • UPGRADING.md describes the 6.2 to 6.3 update, Node and the nginx rule; docs/VERSIONS.md has the release entry
  • Breaking: an updated site loses the config/modules.php records and the upload rules of the nine removed modules
Feature: Node gets its extensions and every shared integration - support requests, external sources, rating, favorites, polls, search, RSS, sitemap and blocks of stages S14-S16
Автор: Eduard Laas | Дата: 15:32 24.09.2026

Stages S14 to S16 of docs/node connect the registered Node types to the rest of the system: comments and the private requests of the support extension, the external materials of the sync extension with their scheduler job, and every remaining shared owner - the rating of node.<name>, favorites, polls, search, RSS, the sitemap, the file block and the figures of the showcase. The shared code names no type: each integration is switched on by the settings of the type.

Core changes:

  1. Comments and support (core/classes/comment.php, core/classes/node/ext/support.php, modules/node/):
  2. Comment resolves a Node target through NodeQuery and keeps comnum, the extension reaction and the points of it

    • the lists outside the target page leave out comments of materials the viewer may not read
  3. NodeSupport is the ticket system: owner scope, waiting side, priority, assignment, mail through the queue

    • the owner closes and reopens, the moderator works the card and the queue in the administration
  4. External materials (core/classes/node/ext/sync.php, core/classes/feed.php, config/scheduler.php, setup/index.php):
  5. NodeSync keeps one source per material and writes the body only on a changed answer, under a version condition

    • the nodesync job checks due sources, a failure waits with a growing delay
  6. Feed::getFeedUrl() is public so the stored address is exactly the one Feed requests
  7. Rating and favorites (core/system.php, core/user.php, core/classes/node/service.php, admin/modules/ratings.php):
  8. The scope node.<name> is resolved through Node; the new NodeService::getLockedTarget() locks the type and the material before anything is read, so two concurrent votes never end in a storage failure

    • the extension may refuse a vote and follows a stored one in the same transaction; Point takes no part
  9. A favorite of a material is one transaction with the rights, the feature and the extension of its type

    • the lists read the titles through getNodeTitleMap() and hide what the viewer may not read
    • deleting a material deletes its favorites
  10. Polls, search, RSS and sitemap (modules/voting, modules/search, modules/rss, modules/sitemap, core/system.php):
  11. Deleting a poll clears the links of its materials through NodeService::deleteNodePoll() under the named poll lock
  12. Search, RSS and the sitemap read the types whose own integration is on; the search and sitemap screens toggle it inside the type through updateNodeTypePart()

  13. The sitemap is written as it is produced, a new file after 50000 URLs, Node materials in cursor batches of 500 read as a guest, addresses escaped for XML; the HTML map shows a type with its open categories

  14. Blocks and figures (blocks/node.php, admin/modules/blocks.php, setup/sql/, modules/presentation, admin/modules/monitor.php):
  15. One file block node.php takes type, mode and limit from the new column _blocks.param of its instance

    • getNodeBlockParam() checks it on save and on output; an invalid instance stays off
  16. The showcase, the monitor tiles and the header marquee of the lite theme find their type by view.mode through getNodeModeType()

Benefits:

  • Every shared subsystem reaches Node through one reader and one writer, with the rights and the extension of the type
  • Votes, favorites and poll links are single transactions that roll back as a whole
  • The sitemap no longer holds the whole site in memory

Technical notes:

  • BREAKING: _blocks gains param VARCHAR(255) NOT NULL DEFAULT ''; setup/sql/insert.sql and table_update6_3.sql carry it, INSERT INTO _blocks without a column list needs the new value

  • BREAKING: render_blocks() takes a last parameter $param; getSearchList() in modules/search takes the total count
  • New tests: NodeSupportTest, NodeSyncTest and NodeIntegTest drive real HTTP on disposable MariaDB databases; the full suite keeps the one earlier failure of CommentIsolationTest on a demo string of modules/presentation

  • config/fields.php and config/security.php of the stand are not part of this commit
Feature: Node reaches the site - Feed, the Node schema, reader and writer, controlled files and cache, and the public and admin routes of stages S07-S13
Автор: Eduard Laas | Дата: 01:04 24.09.2026

Stages S07 to S13 of the Node plan land together: the shared Feed transport, the eight Node tables, NodeQuery and NodeService, controlled file delivery with a bounded page cache, and the one module that serves every registered type publicly and in the panel. Content types are now data in config/node.php instead of nine hardcoded modules.

Core changes:

  1. Feed and RSS (core/classes/feed.php, modules/rss, modules/account, config/rss.php):
  2. One Feed class for RSS/Atom with conditional requests, transport limits and guarded external addresses

    • the rss module and account op=rss read through Feed; config/rss.php carries bytes, redirects and timeout
  3. Node schema and models (setup/sql/table.sql, setup/sql/table_update6_3.sql, core/classes/node/*):
  4. Eight Node tables, _admins.modules as TEXT, the 6.3 update batch and the nodepublish scheduler job
  5. Closed class map in load.php: types, materials, targets, assets, relations, inputs, context, status matrix, exceptions
  6. NodeQuery and NodeService (core/classes/node/query.php, service.php, config/node.php):
  7. One settings validator filterNodeSettings(), lists and counts with equal predicates, targets, tree, sitemap, deadline
  8. Type writes (add, update, status, delete, import) with a Node-proof in setConfigRestore()
  9. Material writes with versions, state moves, relations, resources, points and the nodepublish job

    • shared screens fields, uploads, ratings, admins and categories write Node parts through the service
  10. Files and page cache (core/system.php, core/classes/cache.php, filemanager.php, upload.php, parser.php):
  11. getFileStream() with mime, inline, one Range, If-Range, HEAD, 304/416 and streaming
  12. Cache::setPageUntil() with until in the sidecar; guard files index.html and .htaccess for every type directory
  13. NodeService::getNodeFile() for saved attachments and previews; Parser links [attach] of a material to its route
  14. HTTP and view (index.php, admin/index.php, modules/node/, core/classes/node/view.php, templates, plugins):
  15. Public routes list, view, add, asset, attach, report with a closed method map, 404/405/409/422/429/503 answers
  16. Admin screens for the queue, materials with 409 keep/save, states, reports, types, clone, export, import, limits, help
  17. NodeView prepares one data contract for list/view/card/block/search; the theme owns partials and eight fragments
  18. Registry-aware getModuleName(), getModuleNavi(), getTplModuleSelect(), blocks/modules.php, letter()
  19. Canon fragments/repeat.html in both themes with setRepeatRows() in slaed.js; faqtitle slot of the lite theme

Benefits:

  • New content types need configuration only, no new module code
  • Every write goes through one validator and one writer with version checks and transactions
  • Guest lists are served from the page cache without a Node query and expire at the next scheduled change

Technical notes:

  • Schema: eight new node* tables and _admins.modules TEXT, applied by table_update6_3.sql
  • New tests: NodeModelTest, NodeQueryTest, NodeConfigTest, NodeServiceTest, NodeRouteTest, FeedTest, FileStreamTest with disposable MariaDB probes; RatingTest page-cache cases are no longer skipped

  • Breaking: the type directory uploads/<type> must be refused by the web server (nginx rule in docs/node/09) before a type can be enabled; a moderator right is now node-<type>

Эта неделя (21.09.2026)
Feature: extra fields run on the Field class - named definitions, JSON values, a structured manager, and the 6.3 update carries every stored row over
Автор: Eduard Laas | Дата: 17:29 21.09.2026

Stage S06 of the Node plan. The positional extra fields of account, forum and order give way to one shared, stateless Field class: a closed registry of ten types, an atomic check of definitions, one normalization behind the check and the filter, and values stored as one canonical JSON object per row. The 6.3 data update converts the old definitions and every stored value without guessing, and the running system knows the new format only.

Core changes:

  1. Shared class (core/classes/field.php, core/system.php):
  2. final class Field with six public methods, no constructor and no state

    • getFieldTypeList, filterFieldList, checkFieldValues, filterFieldValues, getFieldForm, getFieldView
    • a refused definition set throws InvalidArgumentException with the path of its first error
    • six machine codes for a refused value: required, type, format, choice, min, max
    • hard ceilings no option raises: 256 definitions, 256 options, 64 choices, 1 MiB of JSON
  3. getFieldView() calls the parser in its safe mode, because values are stored as raw text
  4. one global instance $fld
  5. Owners and helpers (core/helpers.php, modules/account, modules/forum, modules/order, core/security.php):
  6. getFieldRules() reads the definitions and getFieldsPost() writes the values, both behind the update.fields mark

    • without the mark no form shows a field and a save hands the stored text back untouched
    • a set that fails the shared check keeps the stored values as well
    • posted texts lose [usehtml] and [usephp] at storage, the tag being the capability itself
    • a switched off field keeps its value through a save, a stored name without a definition is dropped
  7. getFieldsInRows, getTplFieldsIn, getTplAddFieldRows and getTplViewFieldRows rebuilt on the class
  8. the hand-made form builder of the account administration and the field filter of getVar() are gone
  9. the forum prints the rendered field rows as they are and no longer hands them to a trusted parse
  10. Field manager (admin/modules/fields.php, admin/lang, lang):
  11. structured definitions per area, select options as a table, stored names, option keys and types locked
  12. a refused set comes back with the path of its first error and the posted text, the file stays untouched
  13. six FIELDS messages in six site locales, twelve FIELDS captions and a new _FIELDINFO in six admin locales
  14. Data update (setup/index.php, setup/sql/table.sql, setup/sql/table_update6_3.sql):
  15. setUpdateFields() with getUpdateRules() and getUpdateValue() runs after the ratings unit

    • a preflight of every definition and every row before the first write, reported by table, id and reason
    • keys field1..N and option1..N by original position, the full and the short layout, one confirmed result
    • a 0 in a select, date or datetime position is the placeholder of an empty choice and becomes absence
    • batches of 500 by cursor, each row equal to its source or its target, resumable from its manifest
  16. users.field, forum.field and order.info are MEDIUMTEXT in the fresh schema and in the reconciling MODIFY statements, which used to set them back to TEXT on every run

  17. the installer writer keeps native types on request, as the definitions need bool, int and null
  18. Tests (tests/Unit, tests/Support):
  19. FieldTest, FieldViewTest and UpdateFieldsTest; update_probe.php gets the fields unit, contract_probe.php the fieldpost scenario; EditorRoomTest drops order.info

Benefits:

  • one path for form, normalization, validation and view, shared by every present and future owner of fields
  • stored values survive a disabled field, a refused set and a missing update mark
  • the update never guesses: ambiguous data stops it with a report instead of a wrong meaning

Technical notes:

  • BREAKING: config/fields.php holds named definition arrays, and users.field, forum.field and order.info hold JSON; a 6.2 site reaches this format only through the update6_3 branch of setup

  • form controls are named field[<name>] instead of the positional field[]
  • config/fields.php ships the former demo definitions in the new format
  • no runtime reader of the positional format remains
Feature: the shared rating runs on the Rating class - POST votes with delivery keys, a journal with annulment, and the 6.3 update carries every aggregate over
Автор: Eduard Laas | Дата: 14:10 21.09.2026

Stage S05 of docs/node connects the Rating class to the three remaining targets - accounts, forum topics and products - and closes the acceptance of stage S04. A vote is now a POST body checked field by field, stored with its voter and a delivery key, never rewarded with points, and only the main administrator can annul it; the old shared _rating table is left to the polls. The 6.3 data update keeps every existing sum and count as a starting balance, restores the real last participation of every voter and publishes the rules in their four-key form.

Core changes:

  1. Rating service and vote handler (core/system.php, index.php, core/helpers.php):
  2. getRatingService() builds the class once per request: rules behind the update.ratings mark, the trusted actor of both sessions, and a closed map of targets with read and write adapters

    • the read adapter repeats the visitor rights, locks the owner row first and throws on a failed statement
    • the write adapter refuses a value an INT UNSIGNED column cannot hold
  3. getRatingView() accepts POST only, the token from the body and five fields checked by regular expressions

    • 405 with Allow, 403, 422, 404, 409, 429 with Retry-After and 500; nothing is read from the address
    • the handler guards itself in index.php, so the method is refused before the token is asked
  4. getRatingAsync() reads the four-key rule, is live only behind the mark and answers a stored vote with the inner block alone

  5. Widget and refusal toast (templates/lite/fragments/rating-*.html, plugins/system/slaed.js, theme.css):
  6. the fragments send mod, id, typ and token through hx-vals and carry no voting address with parameters
  7. slaed.js mints a 32-hex delivery key per intended click and keeps it on the control while the outcome is unknown, so a repeat after a lost connection or a 5xx never stores a second vote

  8. a refusal keeps the widget and is told by the warning variant of the toast (.sl-toast-warn)
  9. Administration (admin/modules/ratings.php, modules/account/admin/index.php):
  10. the settings form saves four keys per scope, zero days meaning no waiting, and refuses a fraction of a day
  11. op=votes pages the journal by cursor with filters by scope and target, op=annul annuls one vote with a reason
  12. the mass reset of account votes is removed: it bypassed the class and broke the aggregate invariant
  13. Ratings unit of the 6.3 data update (setup/index.php, setup/sql/table_update6_3.sql, config/ratings.php):
  14. setUpdateRatings() runs a preflight that writes nothing and names broken aggregates, times, guest addresses and rules by table and id, then takes hashed snapshots and a manifest, applies batches of 500 by cursor, compares targets, terms, owner aggregates and poll rows, publishes the rules and leaves the update.ratings mark

  15. a repeat never takes a current aggregate for a starting one; polls and other events in _rating are left alone
  16. the three rating tables are created by the update file, the InnoDB preflight covers them and _products
  17. the installer invalidates OPcache after writing a configuration file, so the second unit of one request reads the mark the first one just wrote

  18. Stage S04 acceptance fixes (core/classes/point.php, modules/auto_links, modules/forum, modules/shop/admin):
  19. an empty points scope is not journalled; the auto_links scope is auto-links, which the class grammar accepts
  20. a forum reply removed through the recycle bin is compensated; the shop client form no longer overwrites uid
  21. the update6_3 branch closes the site itself after the preflight
  22. Languages, tests and plan (lang/.php, admin/lang/.php, tests/, docs/node/, tools/ui-audit-baseline.json):
  23. six RATINGS* refusal texts and nine admin constants in all six locales
  24. UpdateRatingsTest and UpdatePointsTest drive the lifted installer units on a one-off schema and a scratch site through tests/Support/update_probe.php; RatingOwnersTest and PointOwnersTest guard the wiring; PointTest covers the general reset

  25. docs/node records the decisions, the implementation notes of S04 and S05 and the handoff to stage S06

Benefits:

  • every vote has a voter, a value and a history, and an annulment removes exactly what was stored
  • a retried request cannot vote twice, and guests and accounts keep independent intervals
  • the data update is resumable and refuses to guess: broken data stops it before the first write

Technical notes:

  • BREAKING: index.php?go=1&op=getRatingView no longer accepts GET or query parameters; config/ratings.php rules are arrays of active, period, detail and guests instead of "period|active|detail" strings

  • ratings stay closed for writing until the 6.3 data update leaves update.ratings in config/update.php
  • a 6.2 Pro rules file in the $confra variable format is not parsed; the preflight stops on it without writing
  • config/security.php is left out of the commit: its only change is the secret generated on the stand
Feature: the Node plan lands its first four stages - Point and Rating arrive, nine legacy modules leave, and points run on a journal
Автор: Eduard Laas | Дата: 10:11 21.09.2026

The implementation of docs/node starts: the Point and Rating classes, the shared configuration pipeline with file locks, the early removal of the nine modules Node replaces, and the connection of Point to every remaining owner of a rewarded event. Points are now named actions written to a journal next to the fast balance, the positional list and its numeric helpers are gone together with their callers, and the 6.3 data update keeps the starting balances. Stage S04 is connected and the stand is updated, but its acceptance is not finished; docs/node/PROGRESS.md lists the exact remainder. The admin dashboard demos travel in the same commit.

Core changes:

  1. Point class and its connection (core/classes/point.php, config/points.php, core/system.php, core/classes/comment.php):
  2. Point writes the _points journal and _users.points in one unit, with fifteen closed actions, a strict string configuration, per-action period and limit, compensation by rid and administrator adjust

  3. The core builds $pnt before Comment and keeps it closed until config/update.php carries the points mark
  4. Comment awards the first visible state, moves no points on hide and compensates the award on removal
  5. updatePoints() and addPointsAction() are removed; the page view award and the rating award are removed without a replacement

  6. Owners of rewarded events (core/user.php, modules/forum, contact, recommend, auto_links, order, shop, account):
  7. forum topics and posts, private messages, favorites, feedback, recommendations, link visits, polls, logins and registrations call Point with a server-made source

  8. an order is rewarded when the administrator confirms it and compensated when the confirmation is taken back or the order is removed; _order gains the uid column, shop rewards the activation of a _clients row

  9. Administration (admin/modules/groups.php, modules/account/admin/index.php, modules/users/index.php):
  10. the rules screen edits points, period and limit of fourteen actions and the one points.active switch, and shows the journal with independent filters by user, action and day, fifty rows a page

  11. the user form shows the balance read-only and changes it by a signed difference with a mandatory reason
  12. the general reset debits balances through adjust events in batches of 500 with a resumable operation id
  13. the public rules page and the points column follow points.active; refusals of the user form are shown again
  14. Rating class and the page cache protocol (core/classes/rating.php, core/classes/cache.php, core/system.php):
  15. Rating with three tables, a trusted target adapter, nonce, cooldown and annulment; not connected yet
  16. write guards, generation and markers in checkPageCache(), getPageHash() and setFoot()
  17. Configuration and file locks (core/system.php, core/classes/filemanager.php, admin/modules/config.php):
  18. setConfigFile() takes a string or a Closure, answers bool, journals every save and can be restored from admin.php?name=config&op=restore; getPathLock() and deletePathLock() are re-entrant within a request

  19. Removal of nine legacy modules (modules/, blocks/, config/, setup/sql/):
  20. news, pages, faq, help, jokes, content, links, files and media leave the tree with their configs, ten blocks, seed rows, nine tables and their update statements; the start page is presentation

  21. shared helpers keep only the remaining modules, setContentActive() is removed
  22. Setup and schema (setup/index.php, setup/sql/table.sql, setup/sql/table_update6_3.sql, .gitignore):
  23. the update6_3 branch gains a preflight (closed site, server version, InnoDB), the points unit with a hashed snapshot of balances, a manifest and the config/update.php mark; a fresh install writes all three marks

  24. _points with its named constraints and _order.uid are declared for a fresh install and for the upgrade
  25. config/update.php is ignored: a shipped mark would open a subsystem that was never updated
  26. Languages, help and tests (lang/.php, admin/lang/.php, admin/info, tests/):
  27. seventeen POINTS* labels replace ninety positional _POINTSnn and _DESCnn constants, nine admin constants and eight CONFIG* constants are added in all six locales; the points help pages describe the current screens

  28. PointTest, RatingTest and ConfigFileTest run in isolated processes on one-off schemas and scratch directories; comment, schema and structure tests follow the new contracts

  29. Plan and demos (docs/node/, docs/, demo/):
  30. docs/node carries the audited plan, decisions NOD-224 to NOD-235, the implementation notes of every stage and the hand-over block the next window starts from

  31. demo/ gains the admin dashboard studies adm-01 to adm-07 with their own stylesheet and script

Benefits:

  • every change of a balance is a journal row with its action, scope, source, administrator and reason
  • one event is rewarded once for the life of its target, and removals take back exactly what was awarded
  • a configuration save is one journaled, restorable unit instead of an unchecked file write

Technical notes:

  • BREAKING: modules news, pages, faq, help, jokes, content, links, files and media are removed; their tables leave table.sql, site data and uploads of an existing installation are not touched

  • BREAKING: users.point and users.points leave config/users.php, points.active replaces them; constants _POINTS01-_POINTS45 and _DESC01-_DESC45 are removed; Comment::__construct() takes Point as its third argument

  • BREAKING: points stay closed for writing until setup has run the update6_3 branch on a closed site
  • Not verified yet: the general reset, auto_links over HTTP, the remaining owners over HTTP and the resume branches of the points unit; one test outside these stages still fails on a demo SQL string in modules/presentation

17.09.2026
Feature: the presentation page reaches the etalon block by block, every scene plays, and the figures stay the system's own
Автор: Eduard Laas | Дата: 17:44 17.09.2026

The twelve sections of the presentation page were compared against demo/22-dashboard-layout-etalon.html one at a time and brought to it: the cockpit stands in five equal columns with a softer neon, the pointer light covers the whole page, and the scenes the etalon animates - the request guard, the PDO stage, the request path, the module build presets, the commit board, the event strip - now run in the module's plugin on the install's real figures, with a staged mix only where no request keeps such a history.

Core changes:

  1. Hero and rhythm (partials/presentation-hero.html, presentation-rhythm.html, fragments/presentation-ring.html):
  2. The gauge row stands in five equal columns one gap apart, the plate steps in by its orbit, the arc glow is one soft drop-shadow at half tone, and every core of the page paints an opaque centre (--sl-pres-core-bg)

  3. The control window traces a route per menu button, keeps live metrics, and stamps its log
  4. The rhythm chart carries three bands - visits, the share the page cache answered, the rest that reached the database - the day blended with a diurnal profile at its real total, a short month padded around the real mean

  5. The vitals orb carries three arcs in the tones of the bands; the guard row wears the success tone
  6. Module map and block router (partials/presentation-modules.html, fragments/presentation-module.html):
  7. The well-known modules come first on the map; a build preset bar lights the set of a build as a demo
  8. Every block node is wired to the slot it fills, the wire lit while the block is on
  9. Request guard (partials/presentation-guard.html, plugins/presentation/presentation.js):
  10. Travellers cloned from a template pool ride the lanes to a patrolling gate; attacks drop into quarantine and count, good requests light their window of the house, the log grows by clones of its own rows

  11. Runtime, request path, commit board, statistics, pulse (partials/presentation-runtime.html, -pipeline.html, -dev.html, -stats.html, -dna.html, fragments/presentation-commit.html, -brand.html, -site.html):

  12. Four PDO cases play over the real table prefix with a packet walking the nodes, counters, an epoch flash on a write and a direct-query listing; the event strip turns with the time of now

  13. Three cache scenarios (hit, miss, bypass) drive the flow, the decision tree and the state grid
  14. Commit rows show chips read off the subject, the focus panel carries the commit body and walks the rows
  15. The hour bars read the same blended day as the chart; the statistics board carries a poll heartbeat
  16. The monitor row falls back to the figures a public page can afford when the sampler has not run
  17. Principles and gallery tiles carry aria labels; the voice avatar bounces on hover
  18. Module and plugin (modules/presentation/index.php, plugins/presentation/presentation.js, lang/*.php):
  19. Every scene's data is written by the module into the template - hidden pools of attributes, positions as --sl-d-* - and the plugin writes text, attributes and clones; it never builds markup

  20. New constants in six locales: _PRES_MONITOR, _PRES_CO_*, _PRES_MD_BUILD/ALL/PORTAL/MEDIA/KNOW/DEMO, _PRES_SP_WRITE/DIRECT/NOPARAM, _PRES_DV_RECENT, _PRES_ST_SYNC, _PRES_AR_NOSTORE; _PRES_UNIT_YEAR takes plurals

  21. Theme and tooling (templates/lite/assets/css/base.css, presentation.css, tools/ui-contract.php, tools/ui-audit-baseline.json, tools/ui-contrast.json, tools/ui-shots.mjs, core/system.php):

  22. Tokens --sl-gauge-mix and --sl-pres-core-bg; the contract declares pres-core and the --sl-d-gate-y, --sl-d-x, --sl-d-y, --sl-d-pointer-x, --sl-d-pointer-y names the plugin writes

  23. The screenshot rig opens every context with reduced motion so self-drawing scripts hold still
  24. The sampler comment in the core describes the fallback the module now takes

Benefits:

  • The page reads as one live system rather than a set of stills, on the install's own figures
  • Every animation runs on one beat (STEP in the plugin, --sl-pres-dur in the theme) and stops for reduced motion
  • The theme audit, the markup scan and the unit tests stay at zero with the baseline re-stored

Technical notes:

  • Scenes start only on screen and pause when the tab is hidden; nothing is saved on the server
  • The monitor row shows cores and uptime only from a stored sample, since they spawn a shell on Windows
  • No schema, URL or API change; the module's op names are untouched
15.09.2026
Feature: the presentation page wears its own palette in both schemes, the devtools tabs switch, and the plan leaves the tree
Автор: Eduard Laas | Дата: 17:00 15.09.2026

The closing pass of docs/PRESENTATION-INTEGRATION-2026.md, section 9. The page reads its colours through ten --sl-pres-* tokens that resolve to the theme surfaces in light and to a deep-blue set in dark, so the etalon look survives the scheme switch; the devtools panel gets a working tab strip, the cockpit menu links to the real modules, and the gauges of the hero draw as dial arcs. The plan file is deleted, its durable knowledge sits in VERSIONS.md, ARCHITECTURE.md and TEMPLATES.md.

Core changes:

  1. Presentation tokens (templates/lite/assets/css/base.css, templates/lite/assets/css/presentation.css, tools/ui-contract.php):
  2. --sl-pres-panel-bg, -ground-bg, -inset-bg, -border, -frame-border, -text, -muted-text, -link-text, -good-text and -warn-text, each a light-dark() pair

    • the stylesheet reads only these for surface, border and text colour; the tone attributes map onto them
    • the grid of --sl-pres-bg and the caption gradient --sl-grad-caption are rebuilt on the same tokens
  3. The contract lists the eight new token names; ui-audit stores 430 tokens and one single-use token fewer
  4. Selectors that lose to the #content image and path rules of theme.css carry the #content prefix themselves
  5. The hero facts stack value over label, the vitals rings gain a halo, the block stage shows the grid ground
  6. Plugin (plugins/presentation/presentation.js):
  7. .sl-pres-tabs becomes a tablist: role, aria-selected, aria-controls, roving tabIndex, arrow, Home and End keys, hidden panes
  8. setChart() draws data-sl-pres="pulse" and "spark" as mini charts: no axes, no labels, no tooltip, 4 px margins

    • a mini chart needs no output element; pointer handlers return without one
  9. Module and templates (modules/presentation/index.php, templates/lite/partials/presentation-.html, templates/lite/fragments/presentation-.html):
  10. The cockpit passes a trace of route, PHP version, storage driver and theme; the core menu prints links to the modules
  11. The ring fragment draws a dial arc with tick marks for the large gauges; is_round keeps the circle for the generation ring
  12. The statistics section prints the _PRES_RH_NOTE line under its rings; the brand tile shows the file it links to
  13. The wires of the block router meet in the centre of the page mock, where the router card now sits; nodes and cards carry a title
  14. The cache pipeline core shows the wordmark logo at 96 x 32 instead of the configured square one
  15. Documentation (docs/VERSIONS.md, docs/ARCHITECTURE.md, docs/TEMPLATES.md, docs/PRESENTATION-INTEGRATION-2026.md):
  16. VERSIONS.md gets the 2026-09-11 entry of the whole integration, the breaking start-page change included
  17. ARCHITECTURE.md describes the home route block positions, has_own_title, and the monitor sampler with its store contract
  18. TEMPLATES.md names presentation.css in the theme package, the per-page script hand-over, and the pixel mode of data-sl-spy
  19. The plan file is removed; tools/ui-contrast.json is regenerated for the new token pairs

Benefits:

  • The page keeps one look in both schemes without touching the theme-wide tokens
  • Keyboard and screen reader users can operate the devtools tabs
  • The tree carries no finished plan; the durable facts live in the permanent references

Technical notes:

  • Breaking change: none; the start-page change of batch E is documented, not altered
  • No schema, URL or API change
  • ui-audit counters of lite: classes 0, dead 0, contrast 0; baseline re-stored 2026-09-15
11.09.2026
Feature: the start page listens to the block positions of its module, the hero keeps the only h1, and the rig learns the presentation page
Автор: Eduard Laas | Дата: 19:48 11.09.2026

Batch E of docs/PRESENTATION-INTEGRATION-2026.md, the last one. The presentation module now works both as the start page and by address: the home branch of index.php reads the side and top positions of the module the way the named route does, the module tells the home layout that its hero carries the h1, and the screenshot rig captures the page on its own. The plan closes with the status line "A-E closed, nothing next".

Core changes:

  1. Start page (index.php, modules/presentation/index.php, templates/lite/layouts/home.html):
  2. The $home branch sets $blocks and $blocks_c from $conf['modules'][$name]['side'|'top'], so admin.php?name=modules governs the start page too
  3. presentation() sets $sitevars['has_own_title'] after setHead() rebuilt the array; the layout prints the site name h1 only without the flag

    • the hero stays the one h1 of the page, verified over HTTP with module = presentation and with module = news
  4. The dead data-sl-pres-tab hook of the devtools scheme is gone: nothing read it
  5. Screenshot rig (tools/ui-shots.json, tools/ui-shots.mjs):
  6. The manifest gains the presentation page; the shuffled site strip is masked as a box of fixed height
  7. setScrolled() bounds its wait for lazy images to three seconds: a tile a script hid or a card past the edge of a strip never fires load or error, and the presentation page holds ninety of them, so the run stood still for good
  8. setMasks() pauses SMIL animations, because animation: none does not stop the dot walking the pipeline path
  9. Tests and plan (tests/Unit/CommentIsolationTest.php, tests/Unit/UploadFormatTest.php, tools/ui-audit-baseline.json, docs/PRESENTATION-INTEGRATION-2026.md):
  10. core/admin.php left the list of files assembling a table name in batch A; the lightbox test follows the a[data-sl-shot-open] hook of batch D and asserts the dead a.site-link is gone
  11. The audit baseline is re-stored with equal counts; the plan status reads "closed A-E, nothing next"

Benefits:

  • One rule for block positions on every route, set in one admin screen
  • No second h1 when the presentation opens as the start page
  • The rig cannot hang on a page with lazy or SMIL content, and it guards the presentation page from now on

Technical notes:

  • Breaking change (plan decision 10): the start page used to treat the empty $blocks as "both columns"; it now honours the module's side setting, so news with side = 2 loses its left column on the start page. The news setting is untouched; side = 0 in admin.php?name=modules restores both columns
  • The rig compared the site cabinet pages for the first time since batch B and reports their 3-4 px growth: the --sl-font-micro 10 -> 11 step of decision 6, not this batch
  • No schema, URL or API change

Страница 1 из 118. Всего: 1180

1 2 3 4 5 6 7 8 9 10 … 118
Хотите опробовать SLAED CMS в действии?
Идеи и предложения
Обратная связь
Подтверждение

Поделиться
QR-код

Предварительный просмотр