Посмотреть вложение 40658
Автоматизация рабочего процесса во время верстки это одна из самых важных необходимостей, которая помогает сэкономить время и уделить больше внимания деталям. В зависимости от задачи используют различные системы сборки, я же в основном использую Gulp. Каждый год я собираюсь духом, выделяю время и начинаю обновлять свою сборку внедряя фичи, которых мне не хватало, убираю лишнее или вообще пишу все заново. Поскольку я фрилансер и не ограничен какими-либо...
Что в твоем понимании статическая верстка?Спасибо, для создания статической верстки думаю удобно.
А как по твоему выглядят сборки в реальных проектах? Мне вот доводилось работать с разными сборками в разных компаниях и там довольно много спорных извращений. Эта сборка заточена под верстку и со своей задачей справляется отлично.Можно поковырять как пример своих сборок.
Но на реальных проектах будет бесполезно.
Рабочий пример того как подключать библиотеки отдельными файлами, а не в один бандл.Почему jquery лежат файлами в репозитории?
<!-- Libs -->
<!-- jquery -->
<script src="./libs/jquery/jquery-3.4.1.min.js"></script>
<!-- Main app -->
<script src="./js/app.js?ver=0.0.1"></script>
Именно.А как по твоему выглядят сборки в реальных проектах? Мне вот доводилось работать с разными сборками в разных компаниях и там довольно много спорных извращений. Эта сборка заточена под верстку и со своей задачей справляется отлично.
Рабочий пример того как подключать библиотеки отдельными файлами, а не в один бандл.
Статическая верстка - это верстка с фиксированными размерами не реагирующая на размеры экранаМаккет\шаблон с жсом и стилями я и назвал "статической версткой"
Это ты имеешь ввиду статический/динамический контент, в целом это не проблема верстки.Но весь текст у тебя будет статичен, просто лежать в файлике.
Так давно уже не делают, только в специфических проектах, а если говорить о фреймворках с SPA, то это вообще бессмысленноНапример на разных страницах разные библиотеки)
Любую верстку сначала надо сделать, потом натянуть на cms, если же хочется верстать прямо в cms или продолжить разработку в cms после адаптации верстки, то ничего не мешает прописать нужные пути, а вместо встроенного шаблонизатора в сборщике использовать шаблонизатор cms этот процесс не будет отличаться ничем от других сборок просто настрой как тебе надо, конфиг с путями лежит отдельно."Статическую верстку" потом же натягивать на фреймворк \ цмс \ другой апликешен.
Можно без проблем прикрепить php файл или любой другой, я это делаю постоянноДа и для лендинга уже нужна формочка контакт аз)
Ничего не придется переделывать, главное изначально понимать чего ты хочешь и как этого добиться.И поэтому для для проектов ( не для лендинга или сайта визитки где у тебя 2 статик страницы) прийдется все переделывать почти все.
Потому что я так хочу. Начиная с версии 3.5.1 появились проблемы совместимости с другими либами поэтому я подтягиваю ту версию которая мне нужна, тем способом который мне удобен.Вопрос все тот же, почему файлы лежат в репозитории?)
почему не
"jquery": "^3.3.1",
Как ответ на половину вопросов.Потому что я так хочу.
Я и не говорил что проблема верстки или нет, проблема процесса разработки)Статическая верстка - это верстка с фиксированными размерами не реагирующая на размеры экрана
Это ты имеешь ввиду статический/динамический контент, в целом это не проблема верстки.
Указать конкретную версию так же можно.Начиная с версии 3.5.1 появились проблемы совместимости с другими либами поэтому я подтягиваю ту версию которая мне нужна, тем способом который мне удобен.
Это сложный путь с двойной работой, который плодит дополнительные баги, и только замедляет разработку.Любую верстку сначала надо сделать, потом натянуть на cms, если же хочется верстать прямо в cms или продолжить разработку в cms после адаптации верстки, то ничего не мешает прописать нужные пути, а вместо встроенного шаблонизатора в сборщике использовать шаблонизатор cms этот процесс не будет отличаться ничем от других сборок просто настрой как тебе надо, конфиг с путями лежит отдельно.
Не заметил бест практикса)Я попытался где-то показать бестп практис, и показать что стоит делать, а что нет.
Это вообще не проблема и я вроде объяснил почемуЯ и не говорил что проблема верстки или нет, проблема процесса разработки)
В более-менее командных проектах разработка ведется параллельно и интеграция с бекендом во время верстки невозможна впринципе, потому что бекенда на том момент нет. Если тебе удобно верстать сразу интегрируя в условный WP, то это не значит что все так делают, верстка на то и верстка она не должна отвлекать на то чего нет в данный момент и это значительно ускоряет процесс, а не усложняет его.Это сложный путь с двойной работой, который плодит дополнительные баги, и только замедляет разработку.
Фронты делают сами что-то, потом беки начинают это переносить.
В более менее групных проектах, ты уже интегрируешь свои наработки в фрейм или цмс, и там очень часто уже есть билдер, который используется.
Еще раз:Указать конкретную версию так же можно.
я подтягиваю ту версию которая мне нужна, тем способом который мне удобен.
не вижу смысла что ли писать вообще после этой фразы (выделена).В более-менее командных проектах разработка ведется параллельно и интеграция с бекендом во время верстки невозможна впринципе
И тебеУдачи в работе.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?