Зрозуміла структура. Простір для ваших ідей.
Python і Django в основі. Контент, шаблони та спеціалізовані модулі, що працюють разом як один сайт.
Зазирнути всередину Wulver ↓За видимим результатом стоять невидимі рішення.
Відвідувач бачить сторінку. За нею — рішення про те, де живе контент, як URL знаходить цей контент, який шаблон його представляє та якими даними він доповнюється. Продумана архітектура робить ці рішення зрозумілими, щоб наступна зміна мала чітку відправну точку.
Wulver організований як Django-проєкт зі спеціалізованими застосунками. Сторінки, публікації, теми, облікові записи та допоміжні сервіси мають власні зони відповідальності. Вони використовують спільні налаштування проєкту й взаємодіють через моделі, представлення, сервіси та шаблони.
Це дає розробнику практичний баланс: готові інструменти для типових завдань сайту та прямий доступ до коду, який їх реалізує. Архітектура стає робочою основою для наступних рішень, а напрям кожного розширення визначають потреби проєкту.
Свобода створювати починається з розуміння місця кожної частини.
Один продукт. Чіткі зони відповідальності.
Назви застосунків описують головні обов’язки системи. Ця карта групує їх за призначенням: це концептуальний огляд кодової бази, а не мережа сервісів з окремим розгортанням.
core_managerЯдро сайту
Сторінки, налаштування сайту, SEO, sitemap і редиректи.
blog_managerРівень публікацій
Статті, категорії, теги й контентні добірки.
theme_managerРівень представлення
Теми, редагування шаблонів, компоненти й версії.
userprofile + comments_managerРівень взаємодії
Облікові записи, профілі та робота з коментарями.
ai_assistantРівень асистента
Застосунок для інтегрованого AI-асистента.
analytics_manager + backup_managerІнструменти супроводу
Аналітика й керування резервними копіями.
Пройдіть шлях запиту. Побачте систему в роботі.
Публічна сторінка — результат послідовності дій. Маршрутизатор визначає представлення, воно отримує потрібний контент, контекст об’єднує дані, а шаблон формує відповідь. У представленнях сторінок Wulver цей зв’язок закладений прямо: сторінка пов’язана з обраним шаблоном теми.
- 01
URL
Адреса визначає маршрут і мовний контекст.
- 02
View + дані
Представлення отримує сторінку та її зв’язок із шаблоном.
- 03
Контекст
Дані сторінки й SEO-значення готуються до відображення.
- 04
Шаблон → HTML
Обраний шаблон теми формує відповідь.
Маршрут статті має власні потреби в даних, а пошук формує ще інший контекст. Спільний фреймворк зберігає знайомий принцип «запит — відповідь»; кожне представлення додає деталі, потрібні його сторінці. Це корисна межа під час розширення поведінки або пошуку причини помилки.
Контент має структуру. Дизайн має мову.
Wulver зберігає контент і метадані тем у моделях, а робота з темами охоплює файли Django-шаблонів. Тема об’єднує шаблони; їхні типи розрізняють базовий каркас, include-блоки, сторінки, категорії, статті та системні екрани. Завдяки цьому рівень представлення стає окремою, зрозумілою частиною роботи над системою.
Базовий шаблон задає спільний каркас. Дочірні шаблони заповнюють потрібні області. Include-блоки й повторно використовувані компоненти дають спільним елементам власне місце. Зміна дизайну потребує адаптації шаблонів до очікуваних даних, а шаблонізатор надає інструменти для цієї роботи.
Дослідити шаблонізатор →Розширюйте з метою. Зберігайте зв’язки.
Зрозуміла структура допомагає відповісти на наступне практичне запитання: де має жити нова можливість? Контентна функція починається з даних. Візуальна зміна — з теми. Нова взаємодія потребує маршруту й поведінки. Коли ці обов’язки видно, зміни легше осмислити.
Опишіть зміст
Визначте сутності, поля та зв’язки, потрібні функції. Надайте даним зміст поза межами однієї композиції, щоб різні шаблони могли використовувати той самий контент.
Підключіть поведінку
Додайте представлення або сервіс, що готує й обробляє дані. Визначте контекст для шаблону та умови, які має враховувати функція.
Перевірте весь шлях
Перевірте сформовану сторінку, стани контенту й пов’язані маршрути. Локальна зміна може торкнутися спільних частин, тому перевірка має охоплювати її зв’язки.
Архітектура триває після першого запуску.
У кодовій базі є також інструменти супроводу сайту: аналітика, резервні копії, перевірки середовища та історія шаблонів. Конфігурація, завантажені медіафайли й статичні ресурси мають власні ролі. Ці деталі експлуатації належать до життя проєкту так само, як його публічні сторінки.
Середовище розробки й робоче розгортання потребують різних налаштувань та інфраструктури. Wulver дає початкову основу й видимість конфігурації; хостинг, віддачу ресурсів і перевірку відновлення потрібно підготувати для конкретного проєкту. Система, яку зручно підтримувати, робить ці обов’язки явними.
Будуйте наступну ідею на основі, яку розумієте.
Wulver об’єднує робочий набір можливостей сайту в структурі, яку Django-розробник може досліджувати й розширювати. Його цінність — у зв’язках: між даними та дизайном, між публікацією й супроводом, між першим релізом і наступними змінами. Основа вже є. Напрям визначаєте ви.