Проанализировал Lobsters и W3A, вот что обнаружилось

Помимо фич, важно понимать философию проекта, которая делает его уникальным:

1. Закрытая регистрация по приглашениям — нет случайных людей, выше качество
2. Никакой рекламы и трекеров — уважение к приватности
3. Минимум JavaScript — работает даже без JS (прогрессивное улучшение)
4. Сообщество само себя модерирует — флаги, карма, прозрачность
5. Качество важнее количества — лучше 10 хороших обсуждений, чем 1000 комментариев мусора

В w3a многие из этих принципов уже реализованы (карма, флаги, ванильный JS, модульность).

Вот чего нет

По соотношению польза / сложность реализации:

Социальные фичи

User Muting (Игнорирование пользователей)

Можно полностью скрыть комментарии определённых пользователей из своей ленты. Они не удаляются — просто не показываются вам.

Story Hiding (Скрытие историй)

Кнопка "скрыть" на каждой истории — она исчезает из вашей ленты, но остаётся на сайте. Отличается от удаления — это персональная настройка.

Зачем: "Не интересно, не хочу видеть" без жалоб и модерации.

Saved Stories (Закладки)

Возможность сохранить историю в личный список "почитать позже". Отдельная страница /saved.

Ещё при создание и редактирование постов странный редирект. Например, при создание логично отправлять в пост и при редактирование тоже.

Возможно так достал ИИ, что он посчитал, что лучше дифирамбы спеть. Взял и выдал:

W3A — это образец того, как нужно писать современные PHP-приложения без использования "тяжелых" фреймворков. Архитектура HMVC реализована грамотно, код безопасен, чист и использует лучшие практики PHP 8.1+. Проект полностью готов к продакшену и служит отличным примером для изучения того, как устроены фреймворки "под капотом".

А я только упрощать начал. )

Lobster (и его современные форки) — платформа для агрегации, обсуждения и хранения ссылок. Её сила — в живом сообществе и качестве контента. Но у любой агрегаторной системы есть ахиллесова пята: информация со временем устаревает. Ссылки бьются, заголовки теряют актуальность, теги не отражают суть, а авторы давно не заходят в аккаунт.

Раньше править мог только автор или администратор. Теперь — любой зарегистрированный пользователь. Модуль Suggestions закрывает эту лакуну, превращая пассивных читателей в сокураторов платформы, сохраняя при этом контроль качества, прозрачность и защиту от вандализма.

🔄 Как это работает: поток предложения

1. Создание предложения
   На странице истории пользователь нажимает «Предложить правку». Доступны поля: заголовок, URL, описание, теги. Данные проходят строгую валидацию до сохранения.

2. Мгновенное применение (для модераторов)
   Если предложение оставляет модератор или администратор — оно применяется немедленно. Правка фиксируется в логе, старые предложения к этому посту удаляются.

3. Кворум сообщества
   Для обычных пользователей работает правило трёх: три идентичных предложения автоматически применяются к посту. Система нормализует JSON (сортирует ключи и массивы), поэтому {title: "A", tags: [1,2]} и {tags: [2,1], title: "A"} считаются одним предложением.

4. Ручная модерация
   Модераторы видят очередь предложений в панели управления. Могут одобрить, отклонить с указанием причины или игнорировать. При любом действии в аудит-лог пишется запись: кто, что, когда и почему.

5. Применение изменений
   При одобрении или достижении кворума запускается транзакция:

   • Обновляются поля поста (title, url, description)
   • Атомарно пересинхронизируются теги (DELETE + INSERT в taggings)
   • Удаляются все активные предложения к этому посту
   • Диспатчится событие ContentUpdated
   • Записывается лог в content_logs / audit_logs

💡 Зачем это Lobster?

🧩 Технический стек и решения

Модуль построен по принципу Service-Driven Architecture:

• SuggestionController — только маршрутизация и работа с запросом
• SuggestionService — вся бизнес-логика, кворум, применение правок, логирование
• Модели (Suggestion, ContentLog, Story) — только CRUD и параметризованные SQL
• Валидаторы — чистые классы без состояния, легко покрываются юнит-тестами

Особое внимание уделено безопасности PDO: исправлена ошибка с повторением именованных параметров в INSERT ... VALUES (...), заменена на позиционные плейсхолдеры. Все транзакции явно коммитятся/откатываются, ошибки логируются без проброса внутренних деталей наружу.

🔮 Что дальше?

Модуль Suggestions — фундамент для более сложных механизмов курирования:

• Версионирование контента: возможность откатить правку к предыдущему состоянию
• Репутационная система: вес голоса пользователя зависит от истории успешных предложений
• Автоматические проверки: битые ссылки, дубликаты, NSFW-контент через внешние API
• API для ботов: Telegram/Matrix-интеграции для модерации без входа в админку

✅ Итог

Suggestions в Lobster — это не просто «форма правки». Это инфраструктура коллективного курирования, которая превращает платформу из статичного архива в живой, самоочищающийся организм. Он балансирует между открытостью сообщества и контролем качества, используя прозрачные правила, транзакционную надёжность и событийную архитектуру.

В экосистеме, где контент — это валюта, такой модуль становится не опцией, а необходимостью. И он уже работает.

На основе анализа обоих репозиториев, я составил таблицу того, что необходимо реализовать в w3a для достижения функционального паритета с Lobsters.

Lobsters оказался не таким простым сообществом, как думал )

W3A — это философия веб‑разработки, основанная на аскетичном подходе: отказе от избыточных абстракций, минимизации зависимостей и возврате к основам веба.

Ключевая идея: «Веб должен быть простым, понятным и предсказуемым. Код — читаемым без документации, рендеринг — лёгким, архитектура — прозрачной».

Основные принципы W3A

1. Категорический отказ от «магических абстракций»

   • Никаких фреймворков с неявным поведением.
   • Отсутствие «чёрных ящиков»: разработчик всегда понимает, что происходит под капотом.
   • Явное управление состоянием и рендерингом.

2. Минимализм кода

   • Минимизация строк кода без потери функциональности.
   • Отказ от избыточных библиотек и инструментов.
   • Предпочтение нативным возможностям браузера.

3. Отсутствие тяжёлого фронтенд‑рендеринга

   • Серверный рендеринг (SSR) или статическая генерация (SSG) вместо SPA.
   • Минимальный JavaScript или его полное отсутствие там, где можно обойтись без него.
   • Приоритет HTML и CSS для базовой функциональности.

4. Прозрачность и предсказуемость

   • Код должен быть понятен разработчику любого уровня.
   • Поведение элементов всегда очевидно.
   • Отладка не требует специальных инструментов.

5. Высокая производительность «из коробки»

   • Малый размер бандла (< 10 KB для типовых страниц).
   • Быстрая загрузка даже на слабом соединении.
   • Минимальное потребление памяти.

6. Доступность и инклюзивность

   • Соответствие стандартам WCAG по умолчанию.
   • Нативная доступность HTML‑элементов без дополнительных усилий.
   • Поддержка скринридеров и клавиатурной навигации без настроек.

7. Долговечность и стабильность

   • Использование стабильных, проверенных технологий.
   • Отсутствие зависимости от быстро меняющихся трендов.
   • Код остаётся рабочим годами без рефакторинга.

Практические правила W3A‑разработки

Что делать:

• Использовать чистый HTML, CSS и минимальный JavaScript.
• Применять семантическую разметку.
• Оптимизировать изображения и медиа.
• Кэшировать статические ресурсы.
• Писать понятный, самодокументирующийся код.

Сравнение с традиционными подходами

Позиционирование:

W3A (World Wide Web Ascetic) — философия веб‑разработки для тех, кто ценит простоту, производительность и прозрачность. Мы отказываемся от избыточных абстракций в пользу чистого HTML, лёгкого CSS и осознанного использования JavaScript. Наш веб — быстрый, доступный и долговечный.