Комментарии 80
Насчет комментариев
У телеграма есть отличное решение для встраивания https://comments.app/
Если я не ошибаюсь, то это официальный способ от команды добавить их на сайт
Также быстрый и достаточно удобный: вставить один script тег и все работает
Единственное, поддерживаемая тема пока только белого цвета
Многие с Jekyll переехали на Gohugo и у последнего уже сообщество с различными плагинами выглядит пободрее. Да и создавать новые посты там попроще. Вместо же disqus можно еще попробовать Commento. Это opensource альтернатива.
но все же это не совсем то, что ищет автор поста — это именно static generator.
Я сам могу сделать там все, что угодно — и тему сверстать, и перепилить что угодно, но, если честно, заниматься этим надоело. Есть в хозяйстве несколько блогов Hugo, корпоративных, хорошо, что копирайтеры пишут — сам бы давно забил.
* Представляет ровно один бинарник (после компиляции) на Go + Git для хранения самих данных блога. Хостить можно где угодно, требуя минимум телодвижений. Конфиг ровно один Hjson файл. Для комментариев ещё один бинарник
* SGBlog даёт возможность отдельно дать ссылку на визитку
* «Минимум телодвижений и интерфейса — в идеале интерфейса CMS вообще не должно быть видно, админская панель не нужна, посты должны редактироваться, создаваться и просматриваться в одном месте»: SGBlog идеально этому удовлетворяет, так как CMS интерфейса нет вообще, никакой панели, только ваш же удобный shell+git+редактор (Vim, Emacs, whatever)
* «Полноценный WYSIWYG редактор» — это зависит от вашего редактора
* «Нормальные комментарии — возможность оставлять анонимные комментарии и авторизовываться через максимум соц. сетей для персонифицированных комментариев»: SGBlog принимает комментарии в виде email сообщений, где сам автор (сам email адрес) будет скрыт. Соцсети, правда, не поддерживает
* «Минималистичный внешний вид — я не хочу заниматься версткой и темами, подходящее оформление должно быть из коробки» — соблюдено
Плюс он может быть также одновременно и Gopher сервером для создания, в том числе, phlog-а!
git.stargrave.org/cgit.cgi/sgblog.git/tree/READMEБраузеры ругаются — SEC_ERROR_UNKNOWN_ISSUER.
Иногда мне кажется, что от этой долбанной криптографии пользователям больше проблем, чем пользы, а на внедрение и обновление сертификатов потрачено на два порядка больше, чем могли бы нанести ущерба потенциальные злоумышленники…
Есть похожий на Jekyll движок для стат. сайтов — Hugo.
Для него есть фронтенды, которые позволяют постить https://gohugo.io/tools/frontends/
Мы используем netlify cms — это выглядит как кусок js в браузере, который ходит в наш гитлаб (приложение через OAuth) и позволяет контент-менеджеру редактировать статьи сайта. Мы его деплоим на тестовый и доступный только изнутри сайт, там контент-менеджер всё делает и потом это выкатывается на основную версию.
Сорян, но вы не шарите. WordPress на минималках, на стоковой теме даст вам те возможности, которые еда ли вообще хоть одна CMS может предоставить. Редактор блоков Gutenberg с версии 5.0 является стандартным решением, переосмыслением WYSIWYG-редакторов, и написан на React, если интересно понимать вектор развития. WordPress — это как раз тот случай, когда можно поставить CMS и сразу что-то делать. Не осилили админку? Вы поди и роутер настраивать специалистов зовете.
Ухты, этого не застал https://wordpress.org/gutenberg/ Действительно очень хорошо, признаю. Пару лет назад, когда я пользовался вордпрессом, он был совсем плох.
UPD: Добавил примечание в статье про Wordpress.
Кстати есть saas версия anycomment.io
Сделал я скрин страницы в PNG в 2 метра, лежит в буфере — переложить на уровень сервера обработку и ужатие? И в результате получим пнг в полметра размеров 300*300 пкс?
Нет спасибо, чем проще редакторы — тем больше говнокода они генерят и страницы весят как исходник винды.
переложить на уровень сервера обработку и ужатие?
Почему это проблема? Notion и Telegram как-то справляется.
Ну дык надо же чтобы инструменты работали хорошо, и не работали плохо. Если я вставил картинку размером 3000х3000 в свой пост, она должна, например:
- Залиться на сервер в этом разрешении без потерь
- Пережаться в шесть более маленьких разрешений
- Превратиться в тег srcset и стать responsive image
- сделать все это быстро и с помощью самой лучшей сжималки, какая только существует на свете
- может быть, обмазаться каким-нибудь правильным джаваскриптом, который показывает уместные для данного контекста кнопочки или галереи
Унаследоваться можете, а вот подсунуть ядру свою реализацию как делают хуки — нет. Можно дублировать код wp и через хуки его воспроизводить своим классом. Но это выглядит не очень красиво и требует перед обновлением wp проверять не менял ли пресс этот функционал в ядре.
Что касается теста — делаете вы его не очень корректно. Нужно сравнивать качество при одинаковом размере файла, а не настройках. Эта шкала от 0 до 100 у каждого кодировщика может быть своя, а единственная константа для сравнения — вес.
После hugo мне отлично зашел 11-й генератор.
Вообще, markdown — прекрасный формат, редакторов для него бери не хочу.
Я хочу редактировать страницу там же где я ее читаю без настройки особого окружения и пачки плагинов для IDE.
А можете в 2 словах сказать, почему ушли на него с Hugo?
Прекрасный формат для технических блогов и документации. Как только хочется чего-нибудь побольше или по-удобнее и… всё.
Мои потребности не уникальны, это так или иначе нужно любому автору ведущему стэндалон блог, просто они не знают что так можно. До появления notion никто не знал что оказывается именно так должен выглядеть редактор. Пока еще все думают что им нужна CMS с админкой.
Поддерживаю! Сделать надо так, чтобы было хорошо и не было плохо. Чтобы подавляющее большинство юзеров вообще не задавалось вопросом «а где тут админка». Сложная ли это задача? Да, сложная, нужно включать голову, читать книжки по ux, общаться с юзерами, выделять целевую группу, рисовать персоны, наблюдать за юзерами аналитикой и собирать тонны статистики. Работать надо, а не только коды кодить! Ну примерно так и появляются хорошие продукты.
все упирается в то, насколько у вас простые или сложные страницы, точнее ее разметка
А есть ли редакторы с поддержкой формул? Markdown-подобного WYSIWYG много (лучше, хуже — отдельный разговор), даже у телеграма есть свой (telegra.ph). Но обычно они такие примитивные. Таблицы, формулы?
Я сейчас нахожусь в процессе раздумывания над способом хранения заметок, записей, базы знаний итп. Пришел к выводу, что LaTeX + Markdown и какой-нибудь pandoc — наше все. А без WYSIWYG проживу.
Спасибо за эту историю. Уже несколько месяцев слежу, кто именно из движков победит в гонке.
zhovner, а какую систему веб-аналитики планируете использовать? Matomo (ранее Piwik)?
В итоге остановился на Wordpress. Бонусом прикрутил Google analytics и Statcounter.
Для плагина авторизации через сети пришлось вручную повключать api в социалках, но это ерунда, много не заняло времени.
Именно у многоязычного плагина есть косяки, а вот остальное без сучка без задоринки работает. WYSIWYG редактор там отличный, много стандартных блоков. Плагинов для любой задачи тьма, устанавливаются через магазин в два клика.
Вот что и правда прошлый век (хотя, скорее позапрошлый) — это blogger.com. По сравнению с ним livejournal — это просто мощнейшая и продвинутейшая платформа.
P.S. Ах, да, есть еще плагины для поисковой оптимизации, которые позволяют настроить превьюшки постов в поиске и соцсетях.
Dokuwiki — простенько и со вкусом. Плюс — куча плагинов.
Ещё хочется нового поколения вик, я когда-то ими на профессиональной основе занимался, но давно за отраслью не слежу. Вышло что-нибудь бодрое за последние 5-7 лет?
Bookstack
https://www.bookstackapp.com/
Есть ли что-то типа Ghost, но с поддержкой локализации из коробки? Нужно:
- Возможность переводить страницы и статьи на несколько языков, чтобы в админском интерфейсе они были четко связаны друг с другом.
- Чтобы пользователи могли переключать язык через менюшку.
- Чтобы внешние ссылки на статьи не зависели от языка.
- Чтобы переводился и интерфейс движка блога на нужный язык
Пока не нашел ничего, где это есть. Все предлагают или поднимать отдельный инстанс под каждый язык, или просто тупо сделать для каждого языка копию страниц с каким-нибудь префиксом (но в итоге как пользователям показать, что есть страница и на их языке?).
Я для себя открыл Ghost несколько лет назад. Это идеальный движок как с точки зрения заполнения контента, так и с точки зрения создания шаблона — можно реально за день, при готовом HTML запилить себе персональный сайт с портфолио и блогом. С появлением API он еще стал полноценной Headless cms. Для написания я использую Quiver, так как статьи редко пишу в один присест, поэтому все снипиты, хаки и статьи в Quiver, потом оттуда копирую в Ghost. Единственный минус — картинки должны быть на хостинге, так как при копировании прописываются локальные пути.
Поясните, пожалуйста, а то я никак не врублюсь. У меня есть Github-репозиторий, где лежит полностью статический веб-сайт, скомпилированный через Hugo. Я правлю Markdown-файлы, запускаю exe-шник или просто бинарник Hugo, он собирает сайт, я делаю коммит, Github Pages обновляет отображение "сайта".
Можно ли то же самое сделать с Ghost CMS или Netlify? Т.е. без необходимости тащить какой-либо бэкэнд вообще. Помимо Github Pages есть ещё хостинг (не VDS), куда я тоже заливаю всякую статику. Доступа к бэкенду нет, только «фронт». Что, на Ваш взгляд, подойдёт в качестве Headless CMS в таких условиях?
Чтобы черкануть пару строк в каком-нибудь Wordpress, нужно слишком много телодвижений.
Я попробовал очень много движков и большинство из них выглядят устаревшими на несколько десятков лет. Главная проблема — переусложненный админский интерфейс и отсутствие WYSIWYG-редактора.
Не могли бы вы пояснить, что имеете ввиду под «телодвижениями» и «переусложненностью админского интерфейса»?
Сдается мне, автор несколько предвзят по отношению к WordPress и сильно его недооценивает. И даже возникло ощущение, что автор хочет «найти то, незнамо что».
Я ни в коем случае не утверждаю, что автору нужно выбрать WP и что это лучшее решение (тем более что Ghost выглядит как действительно достойная альтернатива, очень хочу «потыкать» на досуге). Просто хотелось бы заметить, что WP очень многое «магёт», не гутенбергом единым — можно найти плагин практически на любой случай жизни. Хотя это опять же добавляет упомянутых автором лишних «телодвижений», но я настоятельно рекомендую обратить внимание на эту особенность CMS, порой можно найти просто невероятное решение для своих задач. Сила WP — в огромном комьюнити. У меня большие надежды на будущее развитие продукта, я верю, что он будет перерождаться, избавляться от существующих недостатков и предстанет в совершенно ином обличии.
И да, идеальных CMS не существует:
Я уже было решил, что нашел свой идеальный движок, пока не стал разбираться с оформлением внешнего вида сайта. Оказалось, что дефолтная тема не предполагает никаких настроек, как мы все привыкли видеть в том же Wordpress.
Вопрос со стороны вообще: несколько лет назад на слуху были новости вида «в Wordpress найдена очередная критическая уязвимость, под угрозой 100500 сайтов».
Как сейчас обстоят дела у WP с безопасностью?
Обратная сторона любой популярной CMS — большое комьюнити дает как множество плюшек, так и множество проблем.
Нашел заброшенную тему в гите и стал ее поддерживать и развивать, вдруг кому интересно вот она
Как я искал пацанский движок для блога