И он уже по размеру как старый + JQ вместе взятые, хотя версия 0.1.0

Так же непонятно когда ты работаешь с jq объектом а когда с нативным элементом

На джквери всё понятно

В jq далеко от интуитивного понимания когда выполняет одну операцию или проходит цикл

Дело привычки, на самом деле, перейти на ванилу, и чем раньше себя начинаешь на это пересаживать, тем лучше☺️ Все стадии "принятия" проходишь по дороге, jquery как стандарт на кажом сайте остался в прошлом, это факт.

jQuery is not defined

На каждом и не нужно. И я не против ванильки для сложных проектов. Но для типовых задач: поменять, подсветить, скрыть, и.т.п это это экономит время очень просто потому что кода меньше пишешь. JQ - стандарт? Нет. Но удобен иногда также, как, скажем Bootstrap.

Тут с другой стороны посмотреть на это можно: кто мешал в нативный js добавить частично ванильный сахар который был в jquery, тем самым отдали бы дань чести создателям jquery и ускорили бы миграцию остальным разрабам)

На каждом и не нужно. И я не против ванильки для сложных проектов. Но для типовых задач: поменять, подсветить, скрыть, и.т.п это это экономит время очень просто потому что кода меньше пишешь. JQ - стандарт? Нет. Но удобен иногда также, как, скажем Bootstrap.

Тут с другой стороны посмотреть на это можно: кто мешал в нативный js добавить частично ванильный сахар который был в jquery, тем самым отдали бы дань чести создателям jquery и ускорили бы миграцию остальным разрабам)

И тогда бы началась путаница

Ну может быть. Но аргументы не переходить убавило, и переучиваться не надо было бы)

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

Вообще плюсом jq было работа с реактивными домом. Вот это на нативе без либ и хелперов делать довольно сложно. Проще прямо в элементах события вещать

Короче react)

Короче react)

он следующий на очереди у старухи с косой, после jquery, ибо первый был😅

А AJAX, который грузит html'ку со своими скриптами? Натив? Фигушки. Ищи в ответе теги скрипт и выполняй в цикле вручную. Кошмарище.

Реакт тебе нужен если у тебя реактивный фронт. А мы говорим о простых радостях вроде ajax запросов.

Реактивный фронт, вообще понять не могу его плюсы

Зато ты точно занешь что ты делаешь и как это работает. Привыкаешь довольно быстро.

Скорость

Service worker вот где скорость

Service worker вот где скорость

Service worker вот где скорость

Вот смотри, как выгядит сайт. Заходишь ты на главную и тебя все прогрузилось dns упал в кеш. Ты переходиишь на другую страницу, что у тебя проиходит, правиильно страница полностью отрисовывается по новой. И для примера разница в этих страницах только в одном блоке. Тобишь ради одного блока ты полностью перезагружаешь страницу.

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

А потом человек такой, а че это у меня память в телефоне кончилась

Ага, если учесть что почти все страницы той же joomla например идут с заголовком no-cache, и сохраняются в кэше браузера, а так все норм.

А AJAX, который грузит html'ку со своими скриптами? Натив? Фигушки. Ищи в ответе теги скрипт и выполняй в цикле вручную. Кошмарище.

В конце концов никто не мешает это у себя в функцию загнать, если несколько раз приходится делать.

А так в целом из меня джсник так себе, уровень jquery как раз таки 😃

Я не то чтобы яркостный противник jquery, но на нативе мне как-то даже приятно, и новые штуки JS попутно изучаешь ))

Я вот тоже не прямо яростный сторонник именно jQuery, но сторонник экономии времени. Я недавно прочитал толстый справочник ванильного JS от корки до корки в надежде увидеть там ту магию, ради которой все так яростно теперь ругают jQuery. Но кроме fetch и, может, асинхронной загрузки функции, ничего для себя не нашел. Да, подробно, довольно логично. Но вот это все для больших и сложных задач. А вся магия для того, что обычно делают на Joomla, она как раз осталась в jQuery. Такие дела🤷‍♂

Доброй ночи. Не подскажете современный способ работы с большими данными и базой? Скрипт получает большой массив в json, и его нужно запихнуть в базу. Понятно, что традиционный способ преобразовния json в массив и затем foreach с select/insert внутри не подходит для такой задачи. Как сейчас подобные задачи решают?

А во что упирается традиционный метод в объем оперативки или время выполнения скрипта?

И то и другое. В стандартное время 30 сек. скрипт точно не уложится, и с таким объемом он положит сервер таким запросом. Устанавливать лимит тоже не вариант - не каждый хостер это позволяет. set_time_limit не везде работает. У меня есть решение, в принципе - записать json в файл, и потом запустить демона, который висит в памяти и сам себя перезапускает, он и займется переносом данных из файла в базу стандартным способом. На вскидку этот демон будет часа два такой файл переносить. Но мне кажется это извращение...

А объем массива какой?

Неизвестно. Сейчас там несколько миллионов строк, может вырасти и в три и в десять раз...

Ну и таким образом ты делаешь 28к запросов в базу в цикле? Первый идет select, где ты запрашиваешь у базы, есть ли в ней элемент, который ты хочешь записать, затем если нет - то второй запрос insert into, и так пока не закончится. Но если хостер выдал 512Мб оперативки (а именно столько обычно выделяют на популярных площадках под шаред), то ты весь массив в памяти не уместишь... Или я не прав?

Ну и таким образом ты делаешь 28к запросов в базу в цикле? Первый идет select, где ты запрашиваешь у базы, есть ли в ней элемент, который ты хочешь записать, затем если нет - то второй запрос insert into, и так пока не закончится. Но если хостер выдал 512Мб оперативки (а именно столько обычно выделяют на популярных площадках под шаред), то ты весь массив в памяти не уместишь... Или я не прав?

Доброй ночи. Не подскажете современный способ работы с большими данными и базой? Скрипт получает большой массив в json, и его нужно запихнуть в базу. Понятно, что традиционный способ преобразовния json в массив и затем foreach с select/insert внутри не подходит для такой задачи. Как сейчас подобные задачи решают?

Cli

Ну и таким образом ты делаешь 28к запросов в базу в цикле? Первый идет select, где ты запрашиваешь у базы, есть ли в ней элемент, который ты хочешь записать, затем если нет - то второй запрос insert into, и так пока не закончится. Но если хостер выдал 512Мб оперативки (а именно столько обычно выделяют на популярных площадках под шаред), то ты весь массив в памяти не уместишь... Или я не прав?

@Septdir в шторме если случайно умный рефакторинг решил по всей джумле заменить классы и успел это сделать - не откатишь уже обратно?

crtl+z

ну поэтому я ядро не храню в проекте а проект лежит по гитом

Если необходимо хранить какую-то свою информацию по пользователю, где храним, в своей таблице? Была идея хранить в параметрах, но они скорее всего затираются.