Конструктор НОРДИК для Инстант

InstantCMS 2.X

Начата разработка моего конструктора для Инстант

#1 6 апреля 2026 в 12:31

Принцип работы Visual Builder Workspace Главный критерий: человек без сильной технической подготовки должен открыть страницу и начать собирать ее через canvas, секции и блоки и так далее. Пока делаю все для себя для своих нужд. Начало положено и фундамент есть.

Буду сюда выкладывать этапы разработки.

Изображение

Изображение

Изображение

Изображение

Изображение

#2 6 апреля 2026 в 13:29

а прошлый конструктор доведён до ума и поддерживается?

#3 6 апреля 2026 в 13:48
а прошлый конструктор доведён до ума и поддерживается?
TOPg

Если вы про этот то он уже работает во всю. Боевой сайт можно на нем делать. Новые блоки будут выходить и дополняться.

#4 7 апреля 2026 в 17:10

Продолжаю работу над конструктором

#5 7 апреля 2026 в 20:10

Молодец, успехов. 

Вдохновляют последние движения в сообществе. 

#6 8 апреля 2026 в 00:04

Я строю Nordic Builder как визуальный конструктор страниц для InstantCMS, в котором можно работать быстро и понятно: собирать страницу на холсте, видеть результат сразу и не погружаться в технические детали. Это не про все готово — это про сел и создал))) Но много будет готовых решений.

Сегодня на рынке часто встречаются две крайности: либо «красивый редактор без системности», либо «мощный, но сложный инженерный интерфейс». Моя цель сделать для себя в первую очередь и — взять лучшее из обоих подходов: дать удобный визуальный опыт для редактора и при этом сохранить надежную архитектуру внутри. Я скорее всего в сторону visual-first ну так уж сложилось я дизайнер больше люблю строить увидел подвинул как в фотошопе))) 

— главный экран — рабочий canvas;
— пользователь собирает секции и блоки вокруг реального контента страницы;
— интерфейс становится понятным без тех вводов и дружелюбным для новичков;
— технические сущности (контракты, JSON, storage) остаются внутренним слоем.

Отдельный акцент — единый runtime без расхождений preview/live: то, что пользователь видит в редакторе, должно предсказуемо совпадать с тем, что увидит посетитель сайта.

Старт с ноля 

Что это дает владельцу сайта

1. Быстрее запуск и редактирование страниц без разработчика.
2. Понятный сценарий работы: секции, блоки, стили, контент.
3. Стабильный SEO-friendly SSR-рендер и аккуратная интеграция с темой. 
4. Меньше риска «магии» и скрытых конфликтов между редактором и live-версией.

На этом пока все.

#7 8 апреля 2026 в 00:22

Алексей Т, вы бы хоть текст от ИИ поправили. Стабильный SEO-friendly SSR-рендер — это не про PHP. 

SSR в контексте React/Vue — это когда сервер (Node.js) запускает JS-компоненты, собирает их в HTML и отдает клиенту.

В PHP нет и не может быть такого же SSR. В PHP страница собирается на сервере с рождения — это просто работа PHP-скрипта. Называть это «SSR-рендером» как в Next.js — неграмотно и вводит в заблуждение.

Чтобы было более понятно, что я имею ввиду, раложу так:

1) InstantCMS работает на PHP, а не на каком-то-фреймворке.js
2) PHP по определению рендерит страницы на сервере — это называется «обычный серверный рендеринг», и ему не нужен отдельный термин «SSR»
3) Когда фронтендеры говорят «SSR», они имеют в виду изоморфные JS-приложения, где один и тот же код работает и на сервере, и на клиенте.

Если ты напишешь так в описании, любой техдир или разработчик с опытом сразу поймет, что ты либо копипастишь из ИИ, либо не понимаешь, о чем говоришь.

#8 8 апреля 2026 в 08:29
Алексей Т, вы бы хоть текст от ИИ поправили. Стабильный SEO-friendly SSR-рендер — это не про PHP.  SSR в контексте React/Vue — это когда сервер (Node.
Pechora.Dev 🐻

Ну да не JS-SSR, а обычный серверный рендеринг HTML на PHP в InstantCMS. Спасибо за замечание) Вы правы. Единственно вот сейчас уперся в блоки думаю как луче сделать библиотеку что бы удобно было а главное нагрузку снять и скорость не потерять

#9 8 апреля 2026 в 09:37

 Алексей Т, Если страница собирается из 20 блоков и каждый лазает в БД — будет больно. Сделай умный кэш на уровне HTML-фрагментов и страницы целиком.

Успехов, норм тема выглядит.

#10 8 апреля 2026 в 09:59
 Алексей Т, Если страница собирается из 20 блоков и каждый лазает в БД — будет больно. Сделай умный кэш на уровне HTML-фрагментов и страницы целиком. Успехов, норм тема выглядит.
Pechora.Dev 🐻

Да надо как то придумать один стабильный режим который даст базу для DataAdapter и новых 100+ блоков Хотя для моей работы и не нужны. Сделать 10 но универсальные. Тут надо еще подумать. Спасибо. Посмотрел сайт ваш и BloggyCms надо будет его глянуть

Добавлено спустя 17 минут

Моя идея вообще не трогать систему от слова вообще. Это не правильно да и сложно. Я делаю надстройку и хочу выводить то что мне надо. Сразу решу много проблем. Обновление движка и шаблона. Смогу гибко пользоваться данными и выводить их в кастомные блоки да и много чего.

#11 8 апреля 2026 в 18:35

Offtop:

Pechora.Dev 🐻, BloggyCms

Скачал, потестил. Молодец. 

Надо бы: в install.sql и demo.sql 
SET NAMES utf8mb4;
SET CHARACTER SET utf8mb4;

Ну и под subfolder install не заточен. Но я думаю вы уже об этом знаете. Поставил звезду на github. Буду подглядывать.

#12 12 апреля 2026 в 10:05

Делаю дизайн инспектор. Пока ни как не придумать как сделать удобно и добавление виджетов и управление дизайн инспектором на одной странице. Пока очень все сложно — и приходят мысли не усложняю ли я все :) 

Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.

Похожее в блогах

🍪Мы используем файлы cookie для работы сайта. Читать подробнее.