zorca, окей, а что плохого в подключении с cdn? Может тогда и минифицировать билд нужно на авито только? Дело в том, что, что cdn выглядит дерьмовым решением, но писать таски для такой задачи тоже мне не нравится вообще.
И еще.. Скажите пожалуйста, почему вебпак для таких проектов не подходит? Я могу же не использовать прям все его возможности, а просто хотя бы подрубать библиотеки, если он и здесь выигрывает, то почему бы его не использовать?
Иван, блин сори ребят, но читайте внимательней вопросы. Это весьма стандартный билд. + скрипты в таком случае советую подключать в lib.js к примеру с помощью плагина gulp-include вроде, это гораздо эффективне и не надо перезагружать гальп. Окей, расскажите как будете подключать slick-theme например
zorca, ну вот я про то и говорю, что нужен таск. Так не лучше все же вебпак использовать, где этого делать не надо? При чем проблема в том, что если посмотреть на вебпак сборки можно испугаться. Кто то подключает bower и даже не использует его, копируя либы вручную, кто то пилит либу напополам, половину оставляя в node_modules, половину вынося в исходники, меняя путь к файлам. А на вебпаке все же нет вариантов, просто берешь и подключаешь что нужно.
Иван, я хочу понять, лучше все же отказаться от гальпа и для сборки использовать вебпак, либо подключать в тупую через гальп и не париться (всмысле не используя npm).
zorca, ага, вы явно 1 месяц в разработке. Читайте то, что я написал и не делайте глупых выводов. Повторяюсь, специально для для.. вас. Шрифты эти надо копировать. Вы можете их скопировать либо таской либо вручную в исходники. Если копировать в исходники, то смысл в менеджере пакетов пропадает! Если таской - это геморой. Разобрались? Идем дальше.
Если бы вы мыслили шире, а не как моя кошка, которая сейчас читает эту переписку, вы поняли бы, что слик - это пример и есть еще куча плагинов, которые можно подключить, ок? Будут те, у которых нет переменных в сасе, значит их css надо будет копировать и заменять пути вручную.
Вы вопрос читали? Как мне из npm с помощью гальп нормально экспортировать шрифты и картинки, которые подключаются в css? Это полный геморой. Я же описал все возможные варианты, вы их читали? Допустим установите как slick слайдер например. Что нам надо сделать? Установить, потом копировать его картинки и шрифты. (возможно, создать задачу в гальпе) Но проблема в том, что слик хочет брать картинки из папки с css, так что вам придется туда их пихать. Второй вариант, это переписать переменную в sass, которую юзает слик + копировать ресурсы непосредственно в свои исходники. Ну и извините, нахера в таком случае вообще устанавливать либы через npm, если часть модуля будет у вас в исходниках?
Я бы все понял, если бы вы сказали мне - юзай вебпак, чмо. Но с гальпом единственный способ хардкодить.
Да и раз на то пошло, опять же установить библиотеку 1 командой как то проще, чем куда то лезть и искать ссылку на скачивание или боже упоси брать из своей папочки popular-lib на дропбоксе )
а что вы сами используете? Без sass вообще как по мне невозможно, говорить о его модности это глупо, так как это невероятно полезный инструмент. Pug также очень полезен и ничуть не замедляет работа, наоборот ускоряя ее и делая код читабельней. Ну про laravel здесь явный перебор, возможно про вебпак тоже, это еще предстоит выяснить ) + browsercync очень удобен с туннелем, херак правишь что то и тебе не надо даже никуда ничего заливать, чтобы показать правки заказчику, у тебя есть туннель. Разве не удобно?
flppv, тем, что все же вебпак больше для spa. Кстати, не подскажите как быстрый релоад на нем сделать. Вот пока это одна из проблем на вебпаке. Есть hmr, но у меня нет как таковых модулей, а делать модули и еще hmr настраивать на лендинге.. Ну не знаю. А в гальпе browsersync и он перезагружает только css. С js, конечно, все равно страница перезагружается, но на лендинге как раз cssa гораздо больше =) Так что не знаю даже..
flppv, не совсем понял. Так вы за какой вариант? То, что гальп таск раннер я понимаю, но я думаю, как с помощью него все же можно собрать проект и есть ли способ это сделать качественно и удобно. Вебпак поюзал, почти то, что нужно, но зачем мне бандл на каком нибудь лендинге скажем?
Антон Кучеров, речь шла о целесообразности использования того или иного инструмента. На php.. А ничего, что на большинстве spa есть те же сокеты, работа с которыми на php как по мне самое неприятное, что может вообще быть! Ниже посоветовали c++, но я думаю так и до ассемблера дойти можно, но согласитесь, ассемблер.. Будет немного не кстати
10 см, на c++ наверное куда лучше.. И так понятно, что для spa подойдет, что угодно, но однако большинство проектов работает почему то на ноде! В ответе выше посоветовали php, но сокеты, которые присутствуют в 90% spa, а то и больше делать на php целесообразно разве? Вы хоть раз делали сокеты на долбаном php?
Раз на то пошло, объясните в чем вообще особенности выбора бэкенд фреймворка на spa? Мне казалось, что главная фишка в асинхронности, которая есть не у всех инструментов
И еще.. Скажите пожалуйста, почему вебпак для таких проектов не подходит? Я могу же не использовать прям все его возможности, а просто хотя бы подрубать библиотеки, если он и здесь выигрывает, то почему бы его не использовать?