Я не спорю с господином/госпожой radist2s, что WP это может. Мои возражения направлены на другие части комментария.
Мы в курсе, что WP (и ряд других решений) так может. Но для нас это решение более тяжеловесное (WP тоже надо хостить где-то, хоть на локальной виртуалке) и менее поворотливое (кастомизировать WP намного сложнее). У нас уже есть гитлаб, в котором хостятся сотни других проектов и который предоставляет и UI для редактирования, и CI, и CD. И в итоге покрывает не половину нашей мотивации, как вы перечислили, а всю.
Всё это прекрасно, только коммент не имеет отношения к посту. В посте нет ни слова про WordPress, так что не понятно, с чего вдруг вы пишете про негатив к нему. Алсо, в посте нет про продажу клиентам. Если бы вы прочитали заключение, то увидели, что речь идёт про сайты-визитки и прочие маркетинговые лендинги внутри IT-компаний.
Мы рассматривали несколько движков и отвергли разные по разным причинам: где-то были проблемы с нашей двуязычностью, где-то было не сделать (либо слишком неочевидно, как) то, что нам требовалось. Многие движки заточены исключительно под блоги. В общем, потратив некоторое время на ознакомление с готовыми решениями, пришли к тому, что быстрее сделать своё, благо кода там две сотни строк, из них треть — gulp'овый boilerplate.
.container умышленно не вынесен, потому что это блок, задающий ширину, а по ходу описания вакансии может потребоваться ширину разорвать полноширинным блоком.
У ul класс тоже умышленно сделан. Никто не мешает повесить стили на .page-content ul, но мы так делать не стали.
Комментарии вам не нужны, а HR-менеджерам могут быть нужны.
Но это всё мелкие детали, которые вы можете сделать по-своему, а мы сделали по нашему, потому что нам так оказалось удобнее. И в случае чего переделать — вообще не проблема. Всё максимально тривиально.
Дублировать текст пока не понадобилось. Если понадобится, то решить тоже можно будет. Копипастить не будем, это чревато так называемыми update-аномалиями.
Не, не нужно. :-) Для подобных вещей есть всякие инстаграмы, фейсбуки, фликры и прочие файлопомойки. Но если вдруг очень захотелось, ничто не мешает обрабатывать файлы в момент сборки точно так же, как вы бы их обрабатывали в момент аплоада на бэкенде.
Есть подключаемые файлы, переменные, миксыны. Кстати, номер телефона вместе с имейлом вынесены в такой файл, это вы верно подметили.
JavaScript'ом, например. Или ещё чем-нибудь, как удобнее. Из makefile'а можно вызвать любую утилиту.
Нет, не выходит. Есть шаблон. Есть контентные файлы. Есть наследование шаблонов. Есть переопределяемые блоки. Почитайте документацию pugjs.org. Если нужно на главной — не проблема. На главной уже есть карточки с кейсами портфолио, например. Задача уже решена и не вызвала трудностей.
Несомненно, мы об этом подумали. Помимо того, что ответил вам Виталий vtvz_ru, хочу заметить, что на сайте уже есть формы подписки на уведомления о наших конференциях и школах. Они используют Google Forms на бэкенде, что тоже не добавляет дополнительной стоимости, потому что у нас уже есть корпоративный G Suite.
Нет. Бот точно так же, открыв страничку на вашем сайте, получит токен и, если он достаточно хорош и поддерживает куки, отправит запрос на сервер с валидным токеном.
Всё-таки эти вещи предназначены для разных задач. Каптча (Completely Automated Public Turing test to tell Computers and Humans Apart) предназначена для различения роботов и людей. Ей, конечно, можно защититься от CSRF атак, но вы же не станете закрывать каждую вашу форму на сайте каптчей даже для залогиненых пользователей?
Мы в курсе, что WP (и ряд других решений) так может. Но для нас это решение более тяжеловесное (WP тоже надо хостить где-то, хоть на локальной виртуалке) и менее поворотливое (кастомизировать WP намного сложнее). У нас уже есть гитлаб, в котором хостятся сотни других проектов и который предоставляет и UI для редактирования, и CI, и CD. И в итоге покрывает не половину нашей мотивации, как вы перечислили, а всю.
Тем что он тут не нужен совсем, например.
.container
умышленно не вынесен, потому что это блок, задающий ширину, а по ходу описания вакансии может потребоваться ширину разорвать полноширинным блоком.У
ul
класс тоже умышленно сделан. Никто не мешает повесить стили на.page-content ul
, но мы так делать не стали.Комментарии вам не нужны, а HR-менеджерам могут быть нужны.
Но это всё мелкие детали, которые вы можете сделать по-своему, а мы сделали по нашему, потому что нам так оказалось удобнее. И в случае чего переделать — вообще не проблема. Всё максимально тривиально.
Дублировать текст пока не понадобилось. Если понадобится, то решить тоже можно будет. Копипастить не будем, это чревато так называемыми update-аномалиями.
application/vnd.openxmlformats-officedocument.wordprocessingml.document
не особо дружит с философией «handle text streams».lCursor
. Если есть, удалить, если нет, добавить. :)