Че-То я читал-читал, а по какому поводу холивар?) Разве кто-то

использует винду не со ZverCD? ))))

jquery говорят овно слишком не модно

jQuery старьё или право имеет?😁

мы все такое)))

jQuery отличная библиотека, только большая часть задач для которых она создавалась давно реализована в JS

я честно даже и не знал что js что-то не умел что умел jquery написанный на JS

ИМХО: Старьё — от версии зависит)) Хороший синтаксический сахар. Куча задач которую она решала, реализована теперь в самом языке, и некоторые методы самой jQuery насколько я знаю в ней просто оставлены как заглушки, и она использует в себе современные функции языка, но даёт возможность писать попроще и покороче код.

jQuery синтаксический сахар, я же говорил. Конечно jQuery умела всё то же, что и JS, только с ней использовать возможности JS было проще, а теперь и на JS почти такой же синтаксис.

зла не хватает такое ощущения что только я живу в том мире где заказчики получают "охуительные" сайты на "новых" технологиях которые вот "работает, но не все"

Это вообще не зависит от используемых технологий. Ты либо умеешь пользоваться инструментом, либо нет. jQuery не волшебная палочка, её тоже надо уметь использовать и с ней тоже можно получить сайт на котором работает, но не все

чтобы не сработал jquery это нужен талант, а главное можно исправить в рамках бюджета

Чистый JS тоже можно исправить в рамках бюджета если понимаешь как он работает 😁

если будете грешить то для вас будет подготовлен особенно горячий котел)))) так что делайте хорошо))) а раз вы человек хороший то мы с вами согласны

Проблема jQuery не в ней, а в тех кто её использует. Только там где используется jQuery я видел около 20 тэгов script в футере. А владелец сайта недоумевает, почему сайт на мобилках медленно грузится

От сложности инструмента всё-таки тоже кое-что зависит) Я например заколебался недавно втыкать в старый синхронный код получение данных с сервера. Надо было просто заполнить переменную. Честно пытался сделать через fetch и убил 3 часа. Fetch же асинхронный, требовался рефакторинг вообще всего скрипта. Код уже отвязан от jquery был, в итоге кое-как старый XHR прикрутил, который умеет быть синхронным. Легкое гугление в таких случаях не помогает, а задача казалась простой. Конечно вопрос в моих скиллах а не в технологиях, но черт возьми, оно реально сложное и надо большой объем знаний поднять чтобы пользоваться не то что комфортно, а вообще хоть как-то. Для мелких задач я не готов так погружаться((

для таких кодеров котел по соседству))))

Не волнуйся, я тебе ответственно заявляю что переход на новый JS и бандлеры, особенно "с готовыми конфигами сборщиков вот из этого курса" как-то уменьшили рукожопость. То и дело встречаю например source-map, встроенный в единый CSS-файл (т.е. не ссылкой) и скрипты слайдеров всяких и карт, которые в общий бандл собраны. Лучше бы было 20 тегов скрипт, работало бы быстрее))

Я об этом и говорю. Дело в навыках и желании погружаться. У меня есть желание, я погружаюсь. Хочу использовать фреймворки и тут как jQuery вообще не в тему. А для мелкие задачи я могу решить на чистом JS, и опять она мне не нужна. А если тебе удобно с ней, так ради бога, я не против

Артур, вы частности пытаетесь возвести в догму - так низя)

Ну я в пользу no-jqeury решений только скажу что наверное для определенных узко-специализированных задач если я выбираю библиотеку, я сделаю выбор в пользу тех, что без зависимостей

Если этот бандл грузится в основном потоке, то разницы конечно нет, что двадцать маленьких, что один большой

Какие частности?

Хорошо, будет хуже. Но я такой подход тоже не одобряю 😁

да я все про мелкие задачки.... тут оно видишь как я же про широкие мазки кистью, так сказать обобщая опыт, а уж холивариться за строку кода вообще не имеет смысла

Ну и я про мелкие. Видишь как выходит, тебе проще подключить jQuery и плагин к ней, а мне самому написать и не читать чужую доку. И да ты отчасти прав, это в какой-то степени привязывает заказчика ко мне, потому что для того чтобы понимать чего там написал, нужно знаний не меньше чем у меня, а это несколько ограничивает выбор разработчика, любого школьника за три копейки не наймешь😁

Ну правильный подход "типа" вынести общие части для всего проекта в 1 бандл, и под каждый шаблон уникальные части собирать во 2й бандл. А еще правильнее первый "общий" бандл разбить на критически важный для 1 экрана и остальное)) Но на практике для сайтов (не супер-сервисов) для упрощения поддержки и избежания ошибок лучше всего использовать js-модули, а всё что важное - всего в 1 бандл, который и прогружать. Будет jquery во второй или третьей части, или не будет на самом деле значения не имеет. Хорошо бы, чтобы её не было в первой. Где обработка первого экрана.

А че, на современном JS нельзя написать понятный и поддерживаемый код?))))) Для этого только jquery годился?

Да! Но проблема в том, что в контексте Modx она обязательно должна быть самой первой

Почему, простите? Я немножко работал с MODX, с ходу сложно согласиться

Можно, но ты сам говорил, что там синтаксис немного сложнее

зависит от других компонентов, которые свои скрипты пихают в самый верх

не пались

я не много пил

Ну ладно, возможно я немного преувеличил насчёт всегда, но зачастую именно так. Тот же минишоп на родных скриптах первый возмутиться отсутствию jQuery если ты решишь загрузить её попозже

Я их всегда руками подключаю. В редких компонентах нет возможности отключить с фронтенда стандартные скрипты. Как минимум, это было и 10 лет назад нужно чтобы добавить их в minifyx ))) Сейчас им не пользуюсь, подключаю по 20 тегов script чтобы Артур мог про такие сайтики в чате жаловаться))))

а я пропустил на улице было холодно и не пошел в магаз а водка она была вчера и нужно было чего-то полегче

я поступил проще, пошел по гостям

Ну руками подключать скрипты компонентов это не наш метод 😁 Лениво знаете ли, поэтому только за отдельную плату 😁

Человечище! Украсил день своим присутствием ни в чем не виновных людей

мне были рады, буто pr в минишоп прислал

Есть вариант, что внедрить некую систему управления запуском скриптов было бы попроще, чем переписывать всё на чистый JS. Реально понимая, что не все перепишут. Ведь есть способы любые скрипты подключать в правильном порядке и так, чтобы не тормозили)

переписать regClientStartupScript чтобы работал как regClientScript)))))))))))))

Реакция зависит от PR-а, при ближайшем рассмотрении 😉

надо просто чуть больше градус

а они потом накатили все было побую

пахнет хитрым планом

Систему думаю будет проблематично внедрить, так как некоторые компоненты подключают скрипты плагином на событие типа OnWebPagePrerender

У некоторых шпингалеты срывает и с тех градусов, что есть)))

а то!

за створкой надо следить безустанно!!!!

если оч надо, авторов компонентов всех найти не сложно

Найти несложно, может быть сложно заставить переписывать 😁

В некоторых случаях это единственное решение рабочее, парсить на выводе контент))

воот ты такой безстрашный - с мне казалось за "найти не сложно" могут и приостановить)))))

Если просто весь код обернуть и заставить слушать кастом event - то нет проблем переписать, т.к. в саму логику лезть не надо

да просто ломаешь им совместимость и они сами приходят

Так я же не говорю, что это неправильно, просто непонятно как это внедрить в систему загрузки скриптов

бесплатные да) платные проще

Я когда начал скрипты минишопа переписывать так и сделал, но меня заставили это убрать 😢

Это я могу😁

ты сломал вообще все скрипты тогда)))

Нет, я просто событие инициализации добавил, а мне сказали нах оно не нужно просто подключи в шапку 😁