Алексей Соин

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

у меня есть опыт в взаимодействии с 1С через вебсервисы через soap, если в таком ключе говорить, то на сервере 1с настраивается внешний доступ по авторизации, а дальше по названию вебсервиса кидаются параметры и возвращаются значения в виде json. Но это очень редкий случай, так как эти вебсервисы нужны для данных которые нужно получать в реалтайме, а товары к таким я бы не относил, а просто обновлял бы их по расписанию. Плюс в 90% случаев 1сники откажутся(не смогут) делать чтото подобное, так как надо чтото делать, а xml выгрузить эт проще))

1С умеет выгружать xml файлы commerceML по ftp

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

Спасибо большое за проделанную работу.

В своё время, когда нужно было добавить на один сайт подобное решение его к сожалению маркете еще небыло, думаю многим будут полезны добавленные вами возможности =)

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

Поэтому jquery это фреймворк языка javascript

не знал, еще не писали разработчиком, чтобы на сайте инфу поправили?)))

Если вы делаете сайт визитку за сутки

опять же, что такого чудесного делает jquery изза чего без него сайт визитку нужно будет делать не сутки? Один раз посмотреть в документацию js и запомнить на все будущие проекты?

лучше поставить jquery и установить плагин карусели или fancybox

все подобные современные решения пишутся без зависимостей, тотже слайдер и современная альтернатива fancybox идет как независимое решение, в связи с чем во первых, нет зависимостей от версий того же jquery, во вторых, данные решения легче своих аналогов на jquery и быстрее работают с DOM деревом, так как не используют обертки которые предоставляет jquery, ну и в третьих, это всё даёт возможность использовать данные решения с использованием современных средств разработки(в проектах на VueJS, React, с использованием webpack и тд) без добавления костылей.

Поэтому jquery это фреймворк языка javascript, laravel — это фрейворк языка php. Так что сравнивать их вполне законно.

ок, тогда по этому же принципу если я в проекте на modx хочу использовать дополнение из composer, то мне на проект надо тащить еще и symphony?

ну хоть кто нибудь из защитников jquery может описать хоть один пример задачи в котором jquery нужен/необходим/незаменим?

Как можно сравнивать php/python фреймворки и дополнения с js библиотекой, потребность в которой уже давно ушла? В своё время jquery был удобным и нужным инструментом, но сейчас всё что он делает уже можно довольно просто решить стандартными средствами не прибегая к различным велосипедам. Одно дело когда ты скачиваешь из композера дополнение (например phpspreadsheet для генерации .doc документов) которое решает определенную задачу, а другое это когда в js коде вместо

$('#name-selector')

пишешь

document.querySelector('#name-selector')

тоесть грузить на сайте ~90кб js кода от которых можно легко отказаться и писать на чистом js не является причиной?

ну тогда уж полное цитирование приводи

уже 2020 год и писать свой код на jquery это очень странное решение, с учетом того, что всё что давал jquery уже давно можно писать на нативном js

Ну сейчас все на Vue/React перепсывают, так как модно и более профессионально

ну чет не очень причина)))

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

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

он не плох, jquery в современном javascript просто не нужен, уже 2020 год и писать свой код на jquery это очень странное решение, с учетом того, что всё что давал jquery уже давно можно писать на нативном js.

Некоторые даже умудряются создавать синтаксический сахар для тех, кому нравится синтаксис jquery)))

а почему переписанный js код написан на jquery?

Ну этото понятно))) я вообще за всё время ни разу не видел, чтобы на каком то проекте использовались статические файлы самого modx) а через тотже fenom со статикой работать одно удовольствие, если не считать статических сниппетов, они в fenom ужасно работают, постоянно кэшируются и выдают неверные данные. ?

Статические файлы работают медленно.

а на сколько медленнее? их же еще можно и кэшировать. Тотже modx.pro используется статические файлы, я чтото не замечал, чтобы он работал медленно.

чтобы не писать каждый раз

php sync.php import

можно создать файл без расширения

sync

в котором написать:

#!/usr/bin/php
<?php
...

тогда можно будет запускать скрипт уже через команду

sync import

Класс! Спасибо ??

Так на ютуб и нет особой правильной альтернативы по данной теме. Насколько помню у тебя на канале данная тема не была рассмотрена.