Всё верно - можно. Но тогда, для разработчика, работающего со стартером, чтобы просто посмотреть дефолтные настройки стартера потребуется разобраться в его коде, найти правильное место и, зная правила маппинга названий пропертей на поля конфигурационного класса, прописать их в своём клиентском приложении.
Гораздо проще, когда у стартера есть готовый yaml файл с конфигом, который можно скопипастить и проставить свои значения.
Кстати, действительно - совсем не обязательно городить PostProcessor. Бывают случаи когда yaml файл вообще добавляется для примера настроек и значений, с которыми работает стартер. То есть конфигурация из него не учитывается, а лежит чисто для облегчения копи-паста. Тоже рабочий вариант.
Спасибо за информацию! Когда разбирался со спрингом, я использовал книги от Manning (Spring in Action, Spring Security in Action, Spring Microservices in Action) и ни в одной не было информации по созданию своего стартера.
Мне наоборот показалось удобным и уместным выделение терминов капсом и жирным. Хотя, пожалуй, вкусовщина. Главное, что бы смысл был доступен. Рад, что понравилось ?
Есть вообще, отдельные авторы и целы компании, которые делают платные темы для Hugo. У них обычно есть бесплатные версии без коммерческой поддержки. Подобные темы лучше поискать самостоятельно.
По поводу локализации, на самом деле довольно много тем поддерживают локализацию из коробки. Рядовая проблема, в этом случае, что конкретная тема, которая визуально нас устраивает, не поддерживает локализацию. Сам такое встречал. Скажу только - внедрить поддержку локализации можно и самостоятельно. Было бы желание.
Ну и наконец, вопрос про IDE - к сожалению, для Hugo сайтов нет выделенных IDE. Я сам пользуюсь Visual Studio Code, ранее пользовался WebStorm. Когда привыкаешь к соглашениям по расположению элементов, IDE, вроде как становится и не нужна.
P.S. Я сам java разработчик, и с фронт разработкой свободным себя не ощущаю. Но с Hugo довольно легко фронтовый код откуда нибудь в проект вставить и завести.
Я, как бекенд разработчик, с помощью Hugo для себя решил большую проблему наличия желания иметь красивый дизайн сайта и отсутствие навыков вёрстки. Выбираешь тему - и бум - у тебя персональный лэндинг. Выбираешь вторую - и бум - у тебя собственный блог.
А так же, Hugo прекрасно деплоиться на Яндекс Облако Object Storage сервис через GitHub Actions. Но это, если кому интересно, расскажу в отдельной статье.
Рад, что статья оказалось полезной! ?
Всё верно - можно. Но тогда, для разработчика, работающего со стартером, чтобы просто посмотреть дефолтные настройки стартера потребуется разобраться в его коде, найти правильное место и, зная правила маппинга названий пропертей на поля конфигурационного класса, прописать их в своём клиентском приложении.
Гораздо проще, когда у стартера есть готовый yaml файл с конфигом, который можно скопипастить и проставить свои значения.
Кстати, действительно - совсем не обязательно городить PostProcessor. Бывают случаи когда yaml файл вообще добавляется для примера настроек и значений, с которыми работает стартер. То есть конфигурация из него не учитывается, а лежит чисто для облегчения копи-паста. Тоже рабочий вариант.
Спасибо за информацию! Когда разбирался со спрингом, я использовал книги от Manning (Spring in Action, Spring Security in Action, Spring Microservices in Action) и ни в одной не было информации по созданию своего стартера.
Мне наоборот показалось удобным и уместным выделение терминов капсом и жирным. Хотя, пожалуй, вкусовщина. Главное, что бы смысл был доступен. Рад, что понравилось ?
Степан, отличный пост! Благодарю!
Почему-то, это работает не всегда. И это не работает, если версии прописываются через переменные, а не в местах объявления зависимостей
Спасибо за вопрос!
Тут, скорее всего, чудес я не открою. Сам для своих сайтов использовал почти всегда темы с официального ресурса с темами - https://themes.gohugo.io
Однако, таких ресурсов много. Достаточно немного погуглить, и появляются - https://gethugothemes.com https://hugothemesfree.com https://jamstackthemes.dev/ssg/hugo/ и другие. Во многом, они повторяют официальный каталог, однако, иногда включают и уникальные темы.
Есть вообще, отдельные авторы и целы компании, которые делают платные темы для Hugo. У них обычно есть бесплатные версии без коммерческой поддержки. Подобные темы лучше поискать самостоятельно.
По поводу локализации, на самом деле довольно много тем поддерживают локализацию из коробки. Рядовая проблема, в этом случае, что конкретная тема, которая визуально нас устраивает, не поддерживает локализацию. Сам такое встречал. Скажу только - внедрить поддержку локализации можно и самостоятельно. Было бы желание.
Ну и наконец, вопрос про IDE - к сожалению, для Hugo сайтов нет выделенных IDE. Я сам пользуюсь Visual Studio Code, ранее пользовался WebStorm. Когда привыкаешь к соглашениям по расположению элементов, IDE, вроде как становится и не нужна.
P.S. Я сам java разработчик, и с фронт разработкой свободным себя не ощущаю. Но с Hugo довольно легко фронтовый код откуда нибудь в проект вставить и завести.
Статья скопирована из моего личного блога, где я имею подобную привычку. Не волнуйтесь - это не мания величия ?
Валерий, действительно. Не очень аккуратно перенёс статью со своего сайта. Не обратил внимания. Большое спасибо за замечание. Исправил ?
Поделюсь собственным опытом.
Я, как бекенд разработчик, с помощью Hugo для себя решил большую проблему наличия желания иметь красивый дизайн сайта и отсутствие навыков вёрстки. Выбираешь тему - и бум - у тебя персональный лэндинг. Выбираешь вторую - и бум - у тебя собственный блог.
А так же, Hugo прекрасно деплоиться на Яндекс Облако Object Storage сервис через GitHub Actions. Но это, если кому интересно, расскажу в отдельной статье.