Алексей Соин

Алексей Соин

С нами с 10 февраля 2016; Место в рейтинге пользователей: #60
Отправить деньги
Алексей Соин
12 марта 2020, 22:44
+1
Извиняюсь за то, что мой комментарий вызвал такое бурное обсуждение.

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

В своё время, когда нужно было добавить на один сайт подобное решение его к сожалению маркете еще небыло, думаю многим будут полезны добавленные вами возможности =)
Алексей Соин
12 марта 2020, 12:28
+1
там есть ajax подгрузка данных, очень мощный плагин, можно хоть частями получать данные, хоть все сразу
Алексей Соин
10 марта 2020, 12:11
+2
Поэтому jquery это фреймворк языка javascript
не знал, еще не писали разработчиком, чтобы на сайте инфу поправили?)))

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

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

Поэтому jquery это фреймворк языка javascript, laravel — это фрейворк языка php. Так что сравнивать их вполне законно.
ок, тогда по этому же принципу если я в проекте на modx хочу использовать дополнение из composer, то мне на проект надо тащить еще и symphony?
Алексей Соин
10 марта 2020, 10:38
1
+1
ну хоть кто нибудь из защитников jquery может описать хоть один пример задачи в котором jquery нужен/необходим/незаменим?

Как можно сравнивать php/python фреймворки и дополнения с js библиотекой, потребность в которой уже давно ушла? В своё время jquery был удобным и нужным инструментом, но сейчас всё что он делает уже можно довольно просто решить стандартными средствами не прибегая к различным велосипедам. Одно дело когда ты скачиваешь из композера дополнение (например phpspreadsheet для генерации .doc документов) которое решает определенную задачу, а другое это когда в js коде вместо
$('#name-selector')
пишешь
document.querySelector('#name-selector')
Алексей Соин
10 марта 2020, 09:18
+1
тоесть грузить на сайте ~90кб js кода от которых можно легко отказаться и писать на чистом js не является причиной?
Алексей Соин
10 марта 2020, 09:11
0
ну тогда уж полное цитирование приводи

уже 2020 год и писать свой код на jquery это очень странное решение, с учетом того, что всё что давал jquery уже давно можно писать на нативном js
Алексей Соин
10 марта 2020, 09:08
0
Ну сейчас все на Vue/React перепсывают, так как модно и более профессионально
ну чет не очень причина)))
Алексей Соин
10 марта 2020, 08:48
+4
просто обычно когда делают рефакторинг подобных решений их пишут на чистом js. Данный подход как минимум более логичен так как на проекте может стоять более старая, либо более новая версия jquery и это может вызвать конфликты, ну и из этого же вытекает причина писать на чистом js, так как не будет зависимостей и конфликтов.
Алексей Соин
10 марта 2020, 08:08
0
ну я переубеждать в обратном не собираюсь, я уже давно не использую jquery и не вижу, где эта самая его зона применения в котором он не заменим.
Алексей Соин
10 марта 2020, 07:53
+1
он не плох, jquery в современном javascript просто не нужен, уже 2020 год и писать свой код на jquery это очень странное решение, с учетом того, что всё что давал jquery уже давно можно писать на нативном js.

Некоторые даже умудряются создавать синтаксический сахар для тех, кому нравится синтаксис jquery)))
Алексей Соин
10 марта 2020, 06:58
+1
а почему переписанный js код написан на jquery?
Алексей Соин
26 февраля 2020, 12:02
0
Ну этото понятно))) я вообще за всё время ни разу не видел, чтобы на каком то проекте использовались статические файлы самого modx) а через тотже fenom со статикой работать одно удовольствие, если не считать статических сниппетов, они в fenom ужасно работают, постоянно кэшируются и выдают неверные данные. ?
Алексей Соин
26 февраля 2020, 11:55
0
Статические файлы работают медленно.
а на сколько медленнее? их же еще можно и кэшировать. Тотже modx.pro используется статические файлы, я чтото не замечал, чтобы он работал медленно.
Алексей Соин
26 февраля 2020, 10:55
+2
чтобы не писать каждый раз
php sync.php import
можно создать файл без расширения
sync
в котором написать:
#!/usr/bin/php
<?php
...
тогда можно будет запускать скрипт уже через команду
sync import
Алексей Соин
10 февраля 2020, 08:16
0
Так на ютуб и нет особой правильной альтернативы по данной теме. Насколько помню у тебя на канале данная тема не была рассмотрена.
Алексей Соин
27 января 2020, 20:20
0
а какая разница, требуется нажатие или нет? в данном файле можно найти все события на которые происходят уведомления пользователя, событие же не обязательно может возникать при нажатии кнопки.
Алексей Соин
27 января 2020, 20:07
0
давненько это было))) я копировал файл
/assets/components/minishop2/js/web/default.js
в свою директорию, затем заменял вызовы JGrowl на SweetAlert. Затем менял в системной настройки ms2_frontend_js путь до нового файла. Ну и конечно на сайте должен подключаться сам SweetAlert.
Алексей Соин
25 декабря 2019, 16:11
0
мне кажется в коде опечатка, сначала идет срочка:
$childIds= $modx->getChildIds($parentId,10,array('context' => 'web'));
затем:
$childIds = $res;
первая, наверное, лишняя?
Алексей Соин
25 декабря 2019, 15:47
0
$parentId = 100;
$childs = $modx->runSnippet('pdoResources',array(
    'parents' => $parentId,
    'returnIds' => 1,
    'limit' => 0,
    'where' => '{"isfolder:=":1}'
));
return $childs;
так выведет только контейнеры