Очевидно это не всегда хорошо, хотя бы потому, что усложняет управление контентом в условиях многоязычности, например. Плюс каждый HTML-файл полностью загружается с сервера и отрисовывается на стороне клиента.
Константин, отличная статья. Хотелось бы для наглядности иметь возможность задавать параметры различных ракет, желательно с пресетами. И сборку для тех, кто не хочет возиться с установкой IDE.
Сложно ли реализовать возможность учёта всех опущенных параметров?
Собственно говоря, это достаточно просто сделать. Это не фреймворк, а boilerplate, который написан за достаточно короткое время, и он готов принять любые pull request'ы ;-)
Опыт очень интересный, но стилистика изложения напомнила старый добрый хипстерский анекдот: "Один мужик сказал в коворкинге "Тот случай дал мне ценный опыт" вместо "Тот кейс дал мне ценный экспириенс" и его тут же осмеяли, облили смузи и перевели в чуханы".
Я уже достаточно давно пилю систему управления контентом под названием ZOIA на Marko/Mongo/Bulma, сборка через Webpack. «Изоморфный» серверный рендеринг из коробки, модульность, многоязычность, ну и много других интересных плюшек. Вот ссылка на Github. Если интересно посмотреть, как Зоя работает в «живых» проектах, то, например, вот, ну или присылайте сообщение в личку, отправлю ссылку на демо.
Должен сказать, что Marko работает действительно очень быстро. Сообщество тоже достаточно отзывчивое и дружелюбное.
Если Хабру интересно, могу написать о Зое отдельную статью.
Во-первых, в туториале с «5 кликами» речь идёт о том, чтобы задеплоить сайт на сторонний облачный сервис. Что делать, если деплоить хочется на свой собственный сервер?
Во-вторых, где многоязычность? ;-) Я уже молчу о всяких приятных мелочах вроде типографа.
Что делать, если захочется расширить функционал CMS готовым модулем?
Ну и на выходе я получил что-то такое: hardcore-lamarr-44a5d0.netlify.com
Админка убогая, как старый ВАЗ моего дедушки. Непонятно, как сделать элементарные вещи, например, добавить в меню навигации страницу, которую я только что опубликовал. Что делать, если мне надо опубликовать страницу без cover image?
Короче, КМК, в случае с Zoia и Netlify речь идёт о достаточно разных вещах. Просто посмотрите, какие сайты можно сделать на Zoia, как пример: раз, два.
Вы имеете ввиду, что вместо «req.send(JSON.stringify(...» имеет смысл сделать какой-то красивый метод-обёртку?
2. Я бы удовольствием сделал какую-то библиотеку для работы с различными БД через адаптеры. Хочется, чтобы была поддержка как SQL, так и не noSQL баз. Не подскажете, есть ли что-то такое? Возможно, я пропстуил.
3. Это не проект без тестов, это проект, где пока всё тестируется руками. Тесты, собственно говоря, будут, как только до них дойдут руки.
Можно клонировать Pages и добавить туда любые кастомные поля, это достаточно просто делается.
Gutenberg — прикольная штука, спасибо. Возьму на вооружение.
Да, спасибо за Netfly. Я посмотрел вот этот tutorial, и всё равно не понял, как мне без сложных танцев с бубном import, collections и т.д. быстро и просто развернуть элементарную «визитку».
Для меня задача стоиит следующим образом: сделать максимально гибкое решение, которое для конечного юзера будет не сложнее обычной PHPной CMSки, при этом будет использовать всё хорошее, что есть в зоопарке соверменного стека JS разработке. Чтобы развернуть простой сайт на Zoia, достаточно git clone && npm i && npm run configure && npm run build — всё, можно запускать готовый сайт, всё уже работает как надо. Допустим, надо сделать мобильное приложение для сайта — ОК, тоже не проблема, есть удобное API. То есть вот как-то так оно и задумывалось.
Вы, видимо, не до конца поняли архитектуру Zoia.
Node здесь используется только для API, который взаимодействует с БД и является по сути поставщиком данных, и для веб-сервера, который как раз «раздает фронт». Львиная доля функционала связана с админкой, которая как бы SPA и к Node отношения не имеет.
tinacms.org требует навыки программирования для того, чтобы развернуть CMS.
Та же история с KeystoneJS.
Netlify CMS — это по сути надстройка над статическим генератором сайтов.
Но где же старая добрая CMS, на которой можно было бы быстро, просто и удобно развернуть, например, простой сайт-визитку — без колдунства и шаманства?
Так в том-то и дело, что это не просто радиоприёмник. Это такая «продвинутая» версия Arduino UNO со свистелками, которую собираешь сам. А дальше можно с этим что-то делать, например, писать прошивку, которая будет работать в расширенных диапазонах, или вообще делать какую-нибудь игрушку.
Очевидно это не всегда хорошо, хотя бы потому, что усложняет управление контентом в условиях многоязычности, например. Плюс каждый HTML-файл полностью загружается с сервера и отрисовывается на стороне клиента.
Константин, отличная статья. Хотелось бы для наглядности иметь возможность задавать параметры различных ракет, желательно с пресетами. И сборку для тех, кто не хочет возиться с установкой IDE.
Сложно ли реализовать возможность учёта всех опущенных параметров?
Собственно говоря, это достаточно просто сделать. Это не фреймворк, а boilerplate, который написан за достаточно короткое время, и он готов принять любые pull request'ы ;-)
Опыт очень интересный, но стилистика изложения напомнила старый добрый хипстерский анекдот: "Один мужик сказал в коворкинге "Тот случай дал мне ценный опыт" вместо "Тот кейс дал мне ценный экспириенс" и его тут же осмеяли, облили смузи и перевели в чуханы".
Должен сказать, что Marko работает действительно очень быстро. Сообщество тоже достаточно отзывчивое и дружелюбное.
Если Хабру интересно, могу написать о Зое отдельную статью.
Во-вторых, где многоязычность? ;-) Я уже молчу о всяких приятных мелочах вроде типографа.
Что делать, если захочется расширить функционал CMS готовым модулем?
Ну и на выходе я получил что-то такое: hardcore-lamarr-44a5d0.netlify.com
Админка убогая, как старый ВАЗ моего дедушки. Непонятно, как сделать элементарные вещи, например, добавить в меню навигации страницу, которую я только что опубликовал. Что делать, если мне надо опубликовать страницу без cover image?
Короче, КМК, в случае с Zoia и Netlify речь идёт о достаточно разных вещах. Просто посмотрите, какие сайты можно сделать на Zoia, как пример: раз, два.
Вы имеете ввиду, что вместо «req.send(JSON.stringify(...» имеет смысл сделать какой-то красивый метод-обёртку?
2. Я бы удовольствием сделал какую-то библиотеку для работы с различными БД через адаптеры. Хочется, чтобы была поддержка как SQL, так и не noSQL баз. Не подскажете, есть ли что-то такое? Возможно, я пропстуил.
3. Это не проект без тестов, это проект, где пока всё тестируется руками. Тесты, собственно говоря, будут, как только до них дойдут руки.
Ну и спасибо за пожелания.
Gutenberg — прикольная штука, спасибо. Возьму на вооружение.
бубномimport, collections и т.д. быстро и просто развернуть элементарную «визитку».Для меня задача стоиит следующим образом: сделать максимально гибкое решение, которое для конечного юзера будет не сложнее обычной PHPной CMSки, при этом будет использовать всё хорошее, что есть в зоопарке соверменного стека JS разработке. Чтобы развернуть простой сайт на Zoia, достаточно git clone && npm i && npm run configure && npm run build — всё, можно запускать готовый сайт, всё уже работает как надо. Допустим, надо сделать мобильное приложение для сайта — ОК, тоже не проблема, есть удобное API. То есть вот как-то так оно и задумывалось.
Node здесь используется только для API, который взаимодействует с БД и является по сути поставщиком данных, и для веб-сервера, который как раз «раздает фронт». Львиная доля функционала связана с админкой, которая как бы SPA и к Node отношения не имеет.
Та же история с KeystoneJS.
Netlify CMS — это по сути надстройка над статическим генератором сайтов.
Но где же старая добрая CMS, на которой можно было бы быстро, просто и удобно развернуть, например, простой сайт-визитку — без колдунства и шаманства?
При чем тут CMS на Node? Zoia — прежде всего реактивная CMS, под Node работает только API, веб-сервер и вспомогательные утилиты для сервера
Спасибо, не проверил ссылки. Там была опечатка ;-)