Ankhena, Оперируйте примерно такой фразой: "Натянуть случайную верстку на конкретную CMS будет стоить в 2-3 раза дороже, так как понадобится намного больше человеко-часов, в сравнении с той, что изначально создавалась для этой CMS".
sashabeep, "Настроить" то можно, но ценой большей работы на этапе интеграции, худшей совместимостью с различными плагинами и ухудшенной производительностью.
TheSerKat, Нет. вы не правильно поняли. Я написал, что вам НЕ нужно изменять тип чекбокса. Вам НЕ нужно делать какую-либо маску. Браузер ВСЕГДА отдаёт значение даты в определённом формате, который, если вам хочется, можно изменить перед отправкой на сервер. А ещё я написал что идея хранить на сервере даты в формате "05.03.2020" — ужасна и вызовет у вас кучу проблем.
Супер распространенная ошибка: Сначала сверстать как хочется, а потом "натягивать" сову на глобус верстку на CMS. Поймите, что у CMS есть своя структура html, собственные классы, определённые паттерны структуры документа. И верстать нужно именно на этой структуре. Грубо говоря, нужно сделать страницу в CMS. Наполнить её каким-то контентом, скопировать итоговый html и уже только тогда писать CSS и JS.
function SomeJob() {}
setTimeout( SomeJob, 1000 ) // Передать в таймер функцию
setTimeout( SomeJob(), 1000 ) // Выполнить функцию и передать в таймер то, что она возвращает
Аноним, Северное Сияние, Кажется все забывают, что компанию не интересует ваша "професия" её даже не очень интересует какими навыками вы обладаете. Всё что интересует бизнес — чтобы вы выполняли определённые задачи. (Адекватность соотношения количества задач к сумме оплаты — это другой вопрос). И очень редко эти задачи не выходят за привычные всем рамки "профессии". Компании не достаточно, чтобы вы просто сверстали, условную кнопку. Её ещё нужно протестировать, закомитить, смержить с остальной версткой, задеплоить и тд. Вас нужно как-то интегрировать в существующий рабочий процесс. А рабочий процесс может быть построен по разному.
spoiler
Где-то от вас требуется только написать работающий компонент и закомитить его. И уже кто-то другой будет проводить ревью, тестировать и мержить в основную кодовую базу. Такой подход возможен, если скажем, в команде большая текучка. И есть только несколько человек на постоянной основе — лиды, которые знают всю кодовую базу. И чтобы очередной джун не запушил херню и не положил весь проект — им не дают такой возможности.
Но ведь может быть и другой подход. Когда каждый человек в команде отвечает за свою часть. И он отвечает не только за разработку но и за тестирование. ручное и автоматическое, и за мерж в основную кодовую базу.
На то ж и существуют собеседования. Вам расказывают чем нужно будет заниматься, как построен рабочий процесс, что будет входить в ваши обязанности. Вы рассказываете что вы умеете, над чем работали, чем хотите заниматься а чем нет. Работодатель решает подходите ли вы ему, а вы решаете подходит ли вам такая работа.
WapSter, К стати, да. "разработать todo" это насколько банально и настолько не соответствует реалиям, что даже странно как такую задачу могли дать. Разве что искали кого-то совсем новичка, но тогда не понятно, что же там за код такой был, что даже новичка не взяли.
<title>? Или про что?