Официальный сайт SLAED CMS
Журнал изменений
The site builder takes the types of the module Node as sections: a feed over the one engine of materials the block node.php reads too, and a single record; lite gains a section of one site block. The layout is exported and imported as JSON in "Настройки", and the lasting part of the builder plan moves into the docs and the help of the panel.
Core changes:
- One feed of materials (core/system.php, blocks/node.php):
getNodeFeed() picks the materials of a feed by types, mode and limit, pinned first for one type
- blocks/node.php and the section "Свежие материалы" read it alike
- Sections of Node and lite (modules/node/sections/, public/templates/lite/sections/, core/classes/template.php):
- feed and item of the module Node with their descriptions and providers
- block.json of lite renders one free block; Template::getFree() becomes public for it
- feed.html draws nothing without rows, item.html nothing without a text
- presets.json gains "Новости и статьи" and "Статья"
The screen of the builder (admin/modules/layout.php, layout.js, layout-field.html, layout-insp.html, layout-screen.html, core/classes/layout.php):
the kinds nodetype, noderef and blockref in the inspector: getLayoutFeedTypes(), getLayoutNodes(), getLayoutNodeHtml() and the op find
the export of the layout and its import with Undo: getLayoutImport(), getLayoutClean(), getLayoutCleanItems(), setLayoutImport() and the op export
- an import checks every value by the descriptions of the theme and its modules and names what it refuses
Texts and help (admin/lang/.php, modules/node/lang/.php, modules/node/admin/lang/*.php, admin/info/layout/ru.md, admin/info/template/ru.md):
- the constants of the new kinds, sections and the export in six locales
- the help of the builder and of "Шаблон" in their current state
- Reference (docs/TEMPLATES.md, docs/ARCHITECTURE.md, docs/UPDATE.md, docs/VERSIONS.md):
"Layout Sections", "Layout Boundary" and the kind page of the routes, the version of the layout, the entry of the site builder
- Tests (tests/Unit/LayoutTest.php, tests/Unit/LayoutDraftTest.php, tests/Support/layout_probe.php):
the import with its refusals, the checks of the Node and block sections, every fragment of lite described, and the probe for them
Benefits:
- One engine of materials for the block and the section
- A layout moves between sites as a checked JSON file
Technical notes:
- No schema change; the stand database and uploads/ unchanged
- The neutral shipped config/layout.php unchanged
The site builder moves on by two steps of its plan. The screen gets the checks its last step left, a foot that keeps every act of a section in sight, the cut name of a picked file and its help in the window "?". The page in the frame becomes editable in place for the super administrator: rings, typing, a toolbar, Ctrl+D and the drag of sections, while a visitor gets neither the marks nor the script; the floating menu opens the builder on the page it stands on.
Core changes:
- Editing on the page (public/plugins/system/builder.js, core/classes/layout.php, core/system.php, public/index.php):
the frame asks edit=1 beside its draft link; a super administrator outside the guest view gets Layout::setBuildMode(), which hands the fragments is_build and the frame of a section its pick
- the slot of a module is picked in a div of section.html, a block in block-all.html by setBlockView()
- setFoot() prints the template fragments/builder.html and no floating menu, doScript() loads builder.js for dock.js
builder.js: a dashed ring on hover, the ring of the pick with its name, a click on a text of the picked part types it (Enter, Ctrl+Enter, Esc), a double click on Markdown or the own HTML opens the editor window
- the toolbar of a section: drag, up, down, copy, link of its anchor, hide, delete, "Добавить секцию"
- the drag of a section shows the line where it lands; a block is picked and moved in the tree alone
- the screen and the page talk by postMessage, the protocol is the head of builder.js
The marks of lite (public/templates/lite/sections/*.html, fragments/section.html, presentation-head.html, block-all.html, partials/site-header.html, site-footer.html, menu.html):
data-sl-text with the key of a field, data-sl-lines for several lines, an item by its place (items.{{ item.order_num }}.key), data-sl-md for Markdown and the own HTML, data-sl-pick of the parts and the menu items; all of them only under is_build
- The screen (admin/modules/layout.php, assets/js/layout.js, partials/layout-screen.html, layout-state.html):
a pick on the page fetches the inspector and turns the tree to its tab; a typed text posts op=save of its field with redraw; the toolbar posts the acts of the foot, a drop the new act sec-move
the words of the toolbar come from data-sl-lay-words, the names of the rings with every write in the state (getLayoutNames()); the keys pressed in the page are the keys of the screen, Ctrl+D copies the picked section
- a new link of the draft signs the frame anew with edit and mod
- "Изменить страницу" (core/system.php getAdminDock(), fragments/dock.html of both themes):
on the site the app of the builder leads to the layout page of the request, or with mod on the front view of a module without a page; elsewhere it stays "Конструктор сайта"
setLayoutSlotPage() makes the page of that module in memory, every request of the screen carries mod, the frame runs the module under the draft link, and getLayoutStored() keeps the page out of the state, the steps, the checks, the publication and the counter of links until the first write
The foot, the file field and the help of the screen (assets/css/layout.css, partials/layout-insp.html, fragments/file-field.html of both themes, public/plugins/system/filemanager.js, admin/info/layout/ru.md):
- "Удалить" of the inspector is a red icon named by its title, the capsule of the foot takes the width it leaves
- the chip of a picked file holds its name on one line with an ellipsis, the whole path in its title
"?" and the command of the palette open the help over the screen; the help describes the current state, the editing on the page and Ctrl+D included
Theme, contract, languages and tests (assets/css/presentation.css, theme.css, tools/ui-contract.php, lang/*.php, admin/lang/*.php, core/classes/editor.php, tests/):
the rules of the editing layer in presentation.css, the open capsule sl-editor-pill-open in lite as in admin; --sl-d-box-x/y/w/h registered as data
- _LAYOUT_EDITPAGE in lang/, _LAYOUT_DRAG in admin/lang/, six locales each
LayoutTest: the marks only in the edit mode, every mark naming a field of its type or of a part; LayoutDraftTest: the page of a module in memory and sec-move; lines over 180 wrapped in editor.php and EditorFormatTest; UploadFormatTest lets the row layout carry the canonical set with the uploads of users off
Benefits:
- the page is edited where it is seen, with the inspector and the tree following the hand
- a visitor pays nothing: no mark, no script, the same markup
- a theme without the marks keeps the ring and the inspector
Technical notes:
- no table, column or config key changes; the draft format is unchanged, base and made never reach its file
- the stand's config/layout.php and its secret stay out of the commit
The site builder moves on by two steps of its plan: the screen gets its checks and tools - the list of changes and remarks before a publication with its note, the guest view, my sections, the ready pages of the theme, one section back from the history, the full preview - and its texts, files and pages: Markdown and the own HTML in the editors of the panel with the file window of layout.attach, a file field for every picture, the published file read-only in the settings, a choice of an address, the copy of a page, a page from a text and a link to look at the draft.
Core changes:
Checks and tools of the screen (admin/modules/layout.php, partials/layout-checks.html, layout-dest.html, layout-mine.html, layout-state.html, layout-story.html, layout-insp.html, assets/js/layout.js, assets/css/layout.css, fragments/menu-grid-item.html):
"Опубликовать" and the checks open one window (op=checks): the changes against the site by the ids of the draft, the remarks by the kinds of the fields (addresses, files with their alt, videos, pages, the links and pictures of Markdown, the weight of a picture), the note of a publication and "Отменить все изменения"
the guest view of the frame, the full preview, my sections shared by the editors (storage/layout/mine.json), the recent types, the copy of a look, ‹ › of the inspector, a field back to its value on the site, the link of a section
- one section back from a publication of the history; the count of the draft in its chip; the place after a reload
- a field may carry when, honoured by the checks and by the conditional rows of slaed.js, which now read radios
- The ready pages of a theme (public/templates/lite/presets.json, sections/hero.json):
eleven ready sets after the built-in "Пустая", each section made from the defaults of its type with the values of the set; a type the theme lacks is passed over
Texts and pictures in the editors of the panel (admin/modules/layout.php, partials/layout-edit.html, fragments/layout-field.html, core/classes/editor.php, core/helpers.php, public/plugins/system/filemanager.js):
a field markdown or code shows the beginning of its text and "Редактировать", which opens the editor window: Markdown in the editor the site chose with the file window of layout.attach and the preview, the own HTML in the code editor; its form posts the one field, a refusal keeps the window open
a field file is the file field of the panel over layout.attach: a pick of an uploaded file or a new file sent with the multipart form of the inspector into uploads/layout/
- filemanager.js raises change on the carrier a pick landed in; getFileManagerField() registers a row swapped in by
htmx once its runtime is loaded- the settings show config/layout.php read-only; Editor::getCode() passes readonly to its frame
- Pages and addresses (admin/modules/layout.php, partials/layout-screen.html):
a field url is a choice of the home page and the pages of the draft with an address of their own, the modules and the Node types, with an own address beside it
- "Копировать страницу" copies a page with ids and an address of its own, the slot of a module staying with its page
- "Из текста" makes a page from a Markdown document: # the cover, each ## a section "Текст"
the window "Ссылка для просмотра" makes a link to the draft for 1, 7 or 30 days, takes the earlier ones back and signs the frame anew
- Uploads (core/stream.php, config/uploads.php, README.md, UPGRADING.md, docs/ARCHITECTURE.md):
- layout is a public folder of the uploads; its rule is that of content with the uploads of users and guests off
- Languages, help and tests (admin/lang, admin/info/layout, tests):
- the words of the checks, the tools, the editor window, the link and the pages in six locales
- the help of the builder in its current state
LayoutDraftTest over the probe modes tools and pages and the source of the editor window; EditorFormatTest for the read-only code editor
Benefits:
- A publication shows what it changes and what a visitor would trip over before it lands
- Every text and picture of a page is written with the tools every content editor of the panel has
- A page starts from a ready set, a copy or a text, and is shown to others before it is published
Technical notes:
- Stored data: storage/layout/mine.json for my sections; uploads/layout/ for the files of the builder
- config/uploads.php gains the row layout; an update adds it to a site by the merge of the configuration
- The stand keeps its own config/layout.php and the secret line of config/security.php outside this commit
The site builder moves on by two steps of its plan: the panel screen "Конструктор сайта" edits a draft of the layout and of the blocks - structure, frame of the page, inspector, library, settings and palette - and the button "Опубликовать" carries that draft to the site in one transaction of the layout, the addresses of its pages and the rows of _blocks. A second editor or a site changed meanwhile is refused instead of overwritten, an unsure commit is finished by a witness row, and the last ten publications can be brought back into the draft.
Core changes:
The panel screen of the builder (admin/modules/layout.php, config/modules.php, partials/layout-*.html, fragments/layout-field.html, assets/css/layout.css, assets/js/layout.js, layouts/admin.html):
the module layout of the super administrator, every write a POST through checkAdminPost('layout'); the screen covers the window (is_full drops the shell of the panel) with the tree, the frame of the draft and the inspector
the draft lives in storage/layout/draft.json: the layout, the changed, new and deleted blocks with the rows they began from, the name and the logo of the site, and fifty steps of Undo and Redo
the frame shows the page by the signed link of the draft and reloads where it stood after every write; a pick fetches the inspector, a write swaps the tree, the inspector and the state out of band
the fields take their types from Field, the kinds of the builder (markdown, file, focus, icon, tone, choice) their own checks; the library of sections, the settings with the screens that keep the rest, one Ctrl+K
The entries and the canon the screen takes (fragments/dock.html of both themes, menu-grid-item.html, menu-list-item.html, assets/css/theme.css and base.css, plugins/system/slaed.js, core/system.php):
- "Конструктор сайта" is an app of the floating menu after the app of the page
- a card of the grid may carry the schema of a section, a row of the list a level and attributes of its own
the capsule of the editors gets a state shown at once, a window held at its top; a select of pictures keeps its preview after a swap of htmx
The publication (core/classes/layout.php, core/system.php, core/classes/update.php, admin/modules/layout.php, partials/layout-state.html):
layout joins the shared areas of setConfigFile(), so config/layout.php is written in the Closure form with its native types; Update::SHARED takes it outside the check that a shared pack brings node.php
Layout::setPublish() checks the published file against the checksum the screen opened with, writes the blocks through the module (each row against the row the draft began from), marks the addresses of deleted pages gone, moves a renamed page with its former address kept for 301, and saves the layout with the path each page got
- the proof of the operation is the first written row whose fingerprint changed (Layout::getWitnessHash(), a row
of _blocks or the rows of _routes of a page); setConfigRestore() reads it FOR UPDATE as it reads the type row
of Node, and a row matching neither side keeps the marker- the name and the logo of the site follow by the string form into config/global.php; a failed write keeps them
in the draft and says sorefusals with nothing written: a block changed in "Блоки и баннеры", a site changed after the screen opened, an address the registry does not take
- the restore screen of the configuration names the proof of a publication
Two editors and the history (admin/modules/layout.php, partials/layout-screen.html, partials/layout-story.html, assets/js/layout.js):
the draft carries its revision, its time, its writer and the screen that wrote it; every write posts the screen and the revision it saw, and a write over the change of another screen is refused by name and time
the last ten publications are files pub-<n>.json with the author, the layout, the blocks and the name and logo of the site; the window "История публикаций" brings one back into the draft as a step with Undo
- Languages, help, docs and tests (admin/lang, lang, admin/info/layout, docs, tests, tools):
- the words of the screen and of the publication in six locales
- the help of the builder in its current state; docs/NODE.md and docs/UPDATE.md for the five shared areas
LayoutDraftTest over the lifted functions of the module; LayoutPublishTest over real requests of route_probe.php publish: the refusals, the publication, the addresses, the history and an unsure commit both ways; ConfigFileTest over the five areas and the witness row; the audit baseline and the contrast registry
Benefits:
- A site is changed in one step that either lands whole or not at all, never half a layout with old blocks
- A second administrator or a screen left open cannot write over another one's work unnoticed
- Every publication can be taken back from the history
Technical notes:
- Stored data: storage/layout/ holds the draft and the history, outside the document root and never in a package
- config/layout.php is now written with native types; the reader still takes the text form an older save left
- The stand keeps its own config/layout.php outside this commit
The site builder moves on by three steps of its plan: the header, the menus and the footer of lite are drawn from the layout and the places the theme describes, the blocks get one writer of their position and order with a Node type choosing its own columns, and the panel has one drag for the rows of a table and of a list, which the menu of the panel takes for an order of each administrator. Beside it the lamp of the cockpit becomes a disc of glass with the count of the passed checks and a bar for each, rests in a lull on a quiet site, and the demo series of the monitor and the statistic follow it.
Core changes:
The chrome of lite from the layout (public/templates/lite/places.json, partials/site-header.html, partials/site-footer.html, partials/menu.html, index.php, blocks/menu.php, core/classes/layout.php, config/layout.php):
places.json describes the parts of lite with their fields, the two menus with their depth and the zones of blocks; its labels are language constants
the header, the line under the logo, the top links, the band before the footer, the contacts, the marks of the footer and the side tabs are drawn from the layout; sitename and site_logo stay in config/global.php
blocks/menu.php prints the main menu of the layout; the shipped layout carries neutral menus of the site's own sections and no data of slaed.net
- the marks of the technologies move from templates/lite/images/tmp/ to uploads/presentation/brand/tech/
Blocks (core/admin.php, core/system.php, admin/modules/blocks.php, blocks/node.php, public/index.php, storage/update/sql/table_update6_3.sql):
setBlockOrder() is the one writer of the position and the order of _blocks: add, save, delete, fix and the drag order go through it, a zone numbered from 1 and closed up behind a row that left it
getBlockWhich() and isBlockShown() read which as the columns do; the pages of the builder (page-<key>) are places of "Отображать блок в модулях"; a block with a lost file or a place no page answers is marked in the list
- the positions b and f are gone: the update moves their rows to the end of the centre below
a Node type keeps the columns of its pages in its settings (view.side and view.top, config/node.php, the profiles, NodeQuery::filterViewRule()); the node block takes a list of types
[block=id] prints its free block in a trusted rendering and is kept from every writer but the super administrator (filterTrustedTags(), Parser::filterFreeBlocks())
One drag of the panel (public/templates/admin/assets/js/admin-ui.js, fragments/menu-list-item.html, partials/block-sidebar.html, admin/index.php, core/system.php, assets/css/theme.css):
a row is any [data-sl-drag-id] taken by its sl-drag-handle; a list with data-sl-drag-url posts its order and swaps in the answer, a list with data-sl-drag-event raises that event with the id, the new order and the order before
- a row moves within its own list and group, anywhere else it shows the mark of a refusal
the sidebar menu raises sl:menu-order and keeps the order of its administrator in the cookie menu through op option; getAdminSectionList() sorts by it, so the sidebar, the cards of the home and "Все разделы панели" follow
the handle of a menu row lies over its icon under the pointer and in focus, a click on it opens the section, the rail has none; the drop marks of a menu row stand beside its plate
The lamp of the cockpit (core/monitor.php, partials/cockpit.html, assets/css/base.css and theme.css of both themes, modules/presentation/index.php):
a disc of glass (--sl-gauge-bg, --sl-gauge-shadow) with the mark, the passed checks of fourteen, a bar for each check and the word of the state
- getCockpitTone(): the worst signal, and with every check passed a lull while the hour counts under twenty pages
- the hero of the presentation shows the same lamp with every check passed
- the link words of the Toast UI editor take the link of the theme, which holds 4.5:1
The demo series of the monitor and the statistic (public/demo/mon-.html, st-02-cockpit.html, assets/mon., assets/st.*, demo/admin/):
the cockpit of the stand draws the lamp of the theme with its pace of the running hour; the own rules of the admin demo that the theme now carries are gone
- Languages, help and tests (admin/lang, lang, admin/info, modules/node/admin/info, docs, tests, tools):
the labels of the places of lite, the marks of a lost block file or place, the lull and "Пройдено N из M" in six locales
the help of the panel, of "Блоки и баннеры", of the configuration, of the monitor and of a Node type in their current state; docs/ARCHITECTURE.md, docs/NODE.md and docs/PARSER.md
BlocksTest on the probe, LayoutTest, the route probe, AdminGuardTest over the order of the menu, CockpitTest over the lull; ui-contract.php and the contrast registry
Benefits:
- No data of slaed.net ships in a theme, and a site keeps its chrome across a change of theme
- One writer of the place of a block, so no screen leaves a zone with gaps or two rows on one number
- One drag mechanism for the tables, the menu and the tree of the builder to come
Technical notes:
- Stored data: the update moves the blocks of b and f; a Node type gains view.side and view.top
The cookie menu holds module keys only, no more than the modules of the site; without it the order is that of config/modules.php
- config/layout.php carries the neutral shipped default; the stand keeps its own layout outside this commit
The site builder moves on by three steps of its plan: a page of the layout is a row of the address registry at the root of the site, the theme lite draws sixteen types of section on the classes of its presentation, and a module brings a type of its own with a provider and a default fragment. Beside it the demo stand gets two series of the panel, the statistic redrawn eight ways and the monitor four ways, the cockpit of the monitor carrying the pulse of the server, and the chart of the presentation gets washes under its lines.
Core changes:
The page of the layout at its address (core/classes/route.php, core/classes/layout.php, public/index.php, core/system.php, core/security.php):
the kind page of Route lives at the root: its own check of the name under the grammar of a slug, the empty prefix in addRouteRow() and isRouteReserved(), 301 from a former path and 410 for a deleted page
a page of the layout carries the name page-<key> in $conf['name'], its title, description, og:image, robots and canonical address through setHead(), and its entry in the sitemap
- the page 404 of the layout answers through setError() with the code kept; a page may be for users only
the read-only link of the draft: a signed token with a term over storage/layout/draft.json, noindex, the mark "Черновик" and the answer 403 for a dead link; storage/layout/ is ignored by git
- The sections of lite (public/templates/lite/sections/, fragments/section.html, assets/css/presentation.css):
- "Основа": hero, features, media, text, steps and cta, each a description sections/<type>.json and a fragment
the other groups: gallery and video, stats, voices and team, faq, prices and map, embed and own HTML
- the fragments of the feed, the record and the block wait for their data without a description
- every section stands in the frame of a presentation section with its number, anchor, devices and dates
- the alt of a picture, its point of focus (--sl-d-focus), Markdown through Parser::filterDoc() with the module layout
the own rules sl-sec-* only where the presentation has no form: the picture beside a text, the claim, the columns, the frame of an outside service, the cards of the contacts
- The rendering of a section (core/classes/layout.php, core/classes/template.php, public/plugins/system/slaed.js):
the kinds code, video, page and point: raw HTML of the super administrator, the privacy mode of YouTube or a film of the uploads, a page of https alone with its host, a map of OpenStreetMap from one field "lat, lon"
an outside frame waits behind a placeholder, the picture of the section or its icon with a button, and asks the outside server only after the click; slaed.js puts the frame of the template in its place
- every fragment gets the values of the theme of the layout as parts and every item is_first
- a section whose fragment prints nothing loses its frame and its number
Template::getHtmlSection() renders the default fragment a module brings where the theme has none, held inside the folder of that module
- The showcase of sites as a type of the module presentation (modules/presentation/):
sections/sites.json, the provider sites.php and the default fragment sites.html; lite draws it on fragments/presentation-site.html
getPresentationSites(), getPresentationBrand(), getPresentationDna() and getPresentationVoices() move into common.php, so the provider never runs the module
- The chart of the presentation (public/plugins/presentation/presentation.js, partials/presentation-rhythm.html):
- a chart marked data-sl-pres-fill="all" lays a wash and a soft shade under every line, as the monitor of the panel
The demo series of the statistic and the monitor (public/demo/st-.html, mon-.html, assets/st., assets/mon., assets/demo.js, README.md):
- the statistic: eight faces of admin.php?name=statistic on one engine and one corpus of the counter
the monitor: four faces of admin.php?name=monitor on the engine of the statistic, the findings of the live page drawn mended
- the lamp, the state and the checks follow thirteen signals of the server and its programs, not the checks of SLAED
- the lamp of the cockpit shows the pulse of the server: the heart, the rate, a running cardiogram and the mood in
the tone of the state, with the scene "Ночь" of the stand- Languages and tests (admin/lang, lang, modules/presentation/lang, tests):
- the labels of the sections in six locales, the words of the draft and of the outside frames on the site
LayoutTest holds the shape, the kinds, the outside frames and the type of the module; RoutePageTest and RouteRegistryTest hold the page at the root
Benefits:
- a page of sections is a page of the site with its address, SEO and sitemap, without a module of its own
- a section of a site visits no outside server before the visitor asks for it
- a theme brings only markup and a schema, a module brings its own types with their data
Technical notes:
- config/layout.php stays version 1; a page of the builder is a row of _routes of the kind page with its number as oid
- tools/ui-contract.php declares --sl-d-focus and --sl-d-frame
- no change of the database schema; the stand database and uploads/ are unchanged
The cockpit of the panel home made the site slow: every poll ran its own PowerShell probes, parallel polls ran them at once and each held the session of the administrator while it did. The server is now sampled by one writer under a lock into storage/logs/monitor.json, every poll lets the session go, and the load of a page becomes part of the statistic, so the panel shows its history by day and by hour. The layout of the site arrives with its own class.
Core changes:
- One writer of the server sample (core/monitor.php, admin/modules/monitor.php, core/system.php):
getMonitorSample() retakes a sample older than ten seconds under the non-blocking lock monitor-sample.lock
- a request that does not get the lock reads the file as it stands, so no probe ever runs twice at once
- the cockpit poll and the HTMX polls of the monitor ask for a fresh sample, the monitor page and the
presentation only read- the monitor job takes the same sample once a minute and fails when it is older than a minute
the sample holds CPU, memory, disk, network and disk-io rates with timed histories, uptime, cores, the server software and the uploads size, retaken once an hour instead of on every monitor page
- monitor.json is written once per sample: the history functions take and return the sample
- the chart labels each point by its stored time; the live chip of the cockpit shows the age of the sample
- One PowerShell run per sample on Windows (core/monitor.php):
getWindowsProbe() reads load, cores, clock, memory and boot time in one run through proc_open()
- killed after ten seconds, so a hung WMI query never holds the lock
- a run that gave nothing writes no sample: the old figures stay and age instead of turning into zeros
- every OS check is PHP_OS_FAMILY; stristr(PHP_OS, 'WIN') also matched Darwin, so macOS had no CPU figure
- the duplicate open_basedir closures of getCpuLoad() give way to isPathAllowed() and getFileSafe()
- the Linux CPU share is loadavg / cores 100; it was 10 and showed a full server at ten per cent
- the cpu_details and memory caches leave, the WMIC fallbacks send their errors to NUL
- Polls release the session (core/security.php, public/index.php):
a request carrying X-SL-Poll calls session_write_close() right after the idle check
- the cockpit, the queue bell, the private message poll and the HTMX polls hold no other request of the visitor
- no poll handler writes the session after that point, checked handler by handler
- The load of a page in the statistic (core/system.php, admin/modules/statistic.php, statistic-extended.html):
updateStatsTrack() adds generation (ms), queries and peak memory (KB) of the page to hour fields 17-19 of statistic.log, beside the hits by hour, so they roll into days.log and the month archives
- the statistic page shows the average page per day with a total row and an average generation by hour chart
- the strip of the cockpit shows the average page of the running hour instead of the figures of its own poll
The layout of the site (core/classes/layout.php, config/layout.php, public/index.php, core/system.php, core/classes/template.php, core/classes/update.php):
- Layout reads config/layout.php: pages with their sections, the module slot, menus and the places of the theme
- the home page and the page of a module render through it; getBlocks() asks Layout::isViewShown() for the scale
- Template renders a section of the theme, sections/<type>.html
- an update adds new keys of layout.theme but never a page or a menu item the site deleted
- Help, documents and tests (admin/info, docs/ARCHITECTURE.md, docs/UPDATE.md, tests):
- the help of the monitor, the scheduler and the statistic describes the sample, the poll rule and the load columns
- CockpitTest holds the strip of the hour, LayoutTest the layout
Benefits:
- a cockpit poll costs 20-90 ms instead of 1.5-6.8 s, a page of the same session no longer waits behind it
- a sample costs about 1.7 s of PowerShell at most every ten seconds instead of several runs per poll
- the monitor page with expired extras renders in about 0.3 s instead of 4.3 s
- administrators see the load history of the site in the statistic
Technical notes:
- statistic.log gains fields 17, 18 and 19, twenty-four sums each; readers address fields by number, older days show a dash
- monitor.json gains cpu_p, cpu, mem, net, diskio, sys_hist_time, uploads and uploads_at
- the hours already counted on the day of the update carry no load and lower that day's average
- the rule that a poll handler never writes the session is documented, not held by a test
The builder of the demo stand showed what a site owner edits in one place; the owner now judges it as the panel screen it is to become. Its chrome is the canon of the panel, the fields are the fields of the panel forms, the publication carries checks, a note and a history, and the screen opens its own manual, as every panel screen does.
Core changes:
- The chrome (public/demo/sb-01-builder.html, assets/sb.css):
The tools stand in the capsules of the editors (sl-editor-pill, sl-editor-grp, sl-modal-act) by their groups, the widths in the segmented control, the state as a chip, the help and the settings last at the edge
The windows of the screen: the manual, the settings with the file of the layout read in the code editor of the panel, the link of the draft, the history, the checks, the palette
- Editing (assets/sb.js, assets/sb-data.js):
The fields of the panel forms: the switch and the segmented control with flipped answers, the checkbox list, the swatches, the file field with the file manager, the logos of the theme, a focus grid for a cropped picture
- Markdown texts in the editor window of the panel, raw markup in its code editor, each shown by its beginning
A field that differs from the site carries the way back to its published value; the guest view, the neighbours of a pick, the address of a section by its anchor
The library of sections with "Мои секции", "Недавние" and the groups as a filter; a type a page holds once, the slot of a module, has no twin and answers at the module's address with its SEO
- Publication (assets/sb.js):
Checks of every field and of the links and pictures inside the Markdown texts, the count of changes in words, a note of the author, the blocks published with the layout, ten versions and the way back to the site
- The canvas and the manual (assets/sb-site.js, assets/sb-site.css, sb-site.html, assets/sb-help.md):
- The sections drawn on the tokens of the theme lite, the slot of a module and the pages of the builder by address
sb-help.md is the manual the window "Руководство" renders: how to open the builder, the screen, pages, sections, menus, theme parts, blocks, the draft and the publication, in Russian like the help of the panel
Benefits:
- The owner judges the builder in the look and with the mechanics the panel screen will have
Technical notes:
- The stand is outside the release (export-ignore); the draft lives in localStorage, no request but the manual
- The demo loads ../plugins/system/editor.js and the CodeMirror stylesheet of the plugins for its editor windows
The stored texts are Markdown since the update converts them, so the writers stop escaping what they store and the parser stops reading the BB it no longer meets: every store keeps the typed text, the editor mounts it unchanged, the bracket layer reads [hide], [tabs], [attach], [usehtml], [usephp] and [block] alone. The full run of update.php on a copy of the production dump found two faults of the updater and the writers; both are fixed, the run is proven, and what lasts of it is reference in docs/.
Core changes:
One storage of a typed text (core/security.php, core/classes/, core/helpers.php, core/user.php, admin/modules/, modules/):
filterSourceText() turns a typed text into the stored source: CRLF to LF, the trusted tags, the censor list, never HTML-escaped, as the parser escapes at render
- the blocks, the admin messages, the newsletters, the signatures and own blocks, the contact text, the forum, the
comments, the private messages and Node read the field raw and store through it- Comment and Privat lose their own copies of the censor (filterCommentBody(), filterMessageText())
- getTplTextarea() mounts the stored source as it is: no <br> turned into a hard break, no entity decoded
The forum, the signatures, the own blocks, the blocks, the admin messages, the newsletters, the contact text and the preview of the editor render safe with trust, as a Node material does
- The reply quote of a private message and of a forum post quotes the stored Markdown as it is
The admin message form keeps an empty language; the snippet of a private message drops the quote markers of every depth and the escapes (filterSnippet() of Privat)
- The parser reads the SLAED tags alone (core/classes/parser.php, public/templates/*/fragments/, lang/):
The handlers of the converted and removed BB tags, ed2k and the smilies go, with images/smilies/ of both themes and _SMILIE of the six lang files
parser-inline.html, parser-block.html, parser-image.html and blockquote.html of both themes lose the parts only those tags drew
- The read-only editor (core/classes/editor.php, public/plugins/system/editor.js, fragments/editor-*.html, theme.css):
Editor::getFrame() takes readonly; the frame marks its area, the kit marks every tool that changes a text with the need edit, and editor.js keeps CodeMirror read-only and without files
- .sl-markdown table of the admin theme draws the tables of the help
- The update (public/update.php):
Points, ratings and fields whose mark is set and whose manifest is missing ran on the site before and answer done; they stopped the whole run on production, so no table was dropped
The guard of getMigrateAttach() keeps an image inside a link to another site with text or a hard break beside it in the label, so a repeat no longer rewrites it
- The comment edit form of the panel (admin/modules/comments.php):
- The author and the IP are escaped once
- Help and documents (admin/info/, modules/contact/admin/info/, docs/):
The help of the configuration, the blocks, the admins, the comments, the monitor and the contact text in the new state, the tables of the help readable
docs/PARSER.md: the engine, the measurement, the grammar of the SLAED tags, what is no markup and the conversion of the BB era; docs/EDITORS.md: the stored text on mount and save
docs/NODE.md: a site of an early 6.3 build, its folder moves, the address step of the migration, the columns no parser call renders; docs/UPDATE.md: moving slaed.net to 8.0, from the copy to the live check
- docs/VERSIONS.md: both changes
- Tests (tests/):
ParserFixturesTest without the BB fixtures, EditorBreakTest on the storage of every writer, EditorFormatTest on the read-only frame, PrivatClassTest on the snippet
UpdatePointsTest, UpdateRatingsTest, UpdateFieldsTest on a mark without a manifest, UpdateAttachTest on the label around a linked image
Benefits:
- A save without a change keeps every byte of a text; what an author types is what the store keeps
- One rendering path for every Markdown text of the site
- The move of slaed.net is a proven, repeatable run with its order written down
Technical notes:
Breaking: [u], [color], [size], [family], the alignment tags, the alignment of an image, ed2k and the smilies
-
keep their text and lose the formatting; images/smilies/ and _SMILIE are gone- No schema change; the stored texts were converted by the text unit of update.php
What a site owner changes today only by editing HTML - the home page, the main and the footer menu, the slogan, the badge and the social links of the header, the strip before the footer, the contacts - is gathered into one editor and one layout, which in the system would be one file config/layout.php. The stand shows it before any line of the core is written, as the decisions of the owner of 2026-10-26 describe.
Core changes:
- The editor (public/demo/sb-01-builder.html, assets/sb.js, assets/sb.css):
- Three tabs over one layout: the page with its header, sections and footer, the two menus, the theme parts
The page in a device frame in the middle: hover names a part, a click selects it everywhere, a double click edits the text in place; the selected section moves, copies, hides, deletes and adds below through the library
Undo by gesture, a draft and a publication, a check before publishing, ten published versions, anchors, the device switch, page presets, Ctrl+K, the export and import of layout.json, menu items from the modules
Blocks by the model of the system: the four zones a theme prints, "where to show" read as getBlocks() reads it and written as editsave() writes it, the order of a position, a drag on the tree and on the page
The chrome of the editor is the mechanics of the panel: canon windows, setToast(), the tabs, the icon window, the drag marks and the buttons of the panel
- The canvas (public/demo/sb-site.html, assets/sb-site.js, assets/sb-site.css, assets/sb-data.js):
The sections of the theme lite on its tokens with the live header and footer of the site; inside the frame of the editor it is the page in edit mode, alone it is the published site with the pill "Edit page"
sb-data.js holds what both share: the section catalogue with its field schema, the theme parts, the menus and the layout of a fresh site
- The ways in (public/demo/admin/, public/demo/site/, assets/demo.js):
- The panel reference: "Site builder" in the menu "Administrator" and a card on the home (mark D13)
- The site reference: "Edit page" in the floating menu (mark C15)
- The manifest gets the series "Site builder"
- The stand description (public/demo/README.md):
The series, the files, the owner's decisions with the mechanics of the system each part of the chrome reuses, the twelve accepted features and the open point of the new "which" value page:<key>
Benefits:
- The owner judges the builder on a working page before the core class, the fragments and the panel screen exist
Technical notes:
The stand is outside the release; the draft lives in localStorage (sb.draft, sb.live, sb.history), no request reaches the server but the header and footer of index.php?name=presentation