Алексей Суслов

Спустя месяц от Таймвеба) Совпадение?

+

В кабинете яндекса написано такое:
Если вы используете Java Script API версии 3.0, необходимо настроить ограничения для API-ключа, чтобы API работали корректно. В предыдущих версиях это не обязательно, но рекомендуется сделать, чтобы защитить ключ.

Попробуйте прописать ограничения, может в этом причина.
yandex.ru/maps-api/docs/js-api/limit.html

Пока ни один в теме не сказал, что у него сайт заразился на каком-то другом хостинге в эти дни.
У меня на поддержке больше 5 сайтов с разными версиями modx и разными дополнениями, везде все ок, только один на таймвебе заразился.
Причем после чистки этого сайта, я ничего абсолютно не обновлял, а заражений новых с того момента нет — если бы была дырка или уязвимость в modx и его компонентах — почти наверняка уже бы снова заразили.

Пару дней назад тоже самое у одного клиента. Найти закономерностей или каких-то уязвимых пакетов не получилось.
А вот хостинг как раз Timeweb — и очень похоже, что именно у них где-то дырка. Что характерно — заблокировали молча, без всяких предупреждений о нагрузке — потом изучая график нагрузки стало понятно, что уже больше месяца этот майнер работал.
Так же рекомендую произвести поиск каким-нибудь антивирусам по популярным функциям типа base64_decode или развернуть старый бэкап — так как было найдено 3 бэкдора в разных папках сайта + админер в одной из папок, которых ранее точно не было.

Хм, посмею усомниться — а разве msFieldsManager умеет расширять именно поля заказа?
Там, насколько я понимаю, речь только про поля товаров.

Спасибо, посмотрел. Расскажите, пожалуйста, как разработчик, чем же все же принципиально отличается ваше решение?
Пока навскидку это просто виджет widget.cdek.ru с обвязкой. Причём на мой вкус и взгляд, новая версия виджета СДЭК, которая используется у вас более глючная и тормозная, чем предыдущая, но надо признать она активно допиливается сейчас.
Пока болячки все те же:
1) массовая установка полей при выборе ПВЗ, из-за чего происходит перезаписывание и иногда некоторые поля затираются или не ставятся
2) отсутствует адекватный автокомплит у поля город, у ms_CDEK2 он есть — но тоже к нему есть вопросы, т.к. выбор города в поле на карте — долго думает и не совсем логичный способ для посетителей, они путаются и не понимают, где вводить город. Часто несколько доставок в магазине используется и поэтому выбор города должен быть где-то в одном месте, а не так, что для почты РФ в однм месте, для СДЭК на карте.

Не подумайте, что я хейчу как-то — это просто наболевшее для меня) Правда хочется получить адекватное, удобное решение. Надеюсь, вы продолжите дорабатывать и получится хороший конкурентный пакет.

Да, хотелось бы пощупать. На демо сайте не работает.
Плотно приходилось работать с ms_CDEK2 — и не совсем понял про главное отличие.
В ms_CDEK2 точно также необходим логин и пароль для интеграции к их API для рассчетов.
Там идет запрос к api.cdek.ru/v2/ для рассчета стоимости и затем сохраняет в сессию для вывода в корзине результата.

У ms_CDEK2 есть свои нюансы и проблемы, поэтому реально заинтересован в аналогичном, но более стабильном и продуманном решении, но пока по описанию абсолютно не понятно в чем разница.

На тестовом сайте в какой-то момент карта стала загружаться очень долго. Проанализировав ситуацию, я пришёл к выводу, что у СДЭК'а есть личная неприязнь к моему хостеру (hostland.ru).

Со СДЭКом давно борюсь, у них много бывает приколов, например в черную пятницу через раз грузился их виджет с точками ПВЗ, так как их сервера были перегружены и валились с 500 ошибкой. Это сама их поддержка подтвердила потом. Пришлось кэшировать на своей стороне и обновлять раз в несколько часов весь список ПВЗ.

Еще есть проблема с автокомплитом города, ну там комплексная проблема минишопа github.com/modx-pro/miniShop2/issues/879

Большое спасибо за ваш вклад в развитие экосистемы модикс!

А это упоминания? +еще есть логин через эту же соцсеть

А можете Сергей, пожалуйста, рассказать чуть подробнее, какие преимущества даст переход с Fenom на Smarty?
Сейчас планирую делать новый проект, и вот задумался может попробовать использовать этот компонент.
Я внимательно прочитал заметку и в общем понимаю какие плюсы, но интересно именно на практике какие доп. возможности это добавляет или может упрощает реализацию каких-то моментов? Может это значительно ускоряет работу сайта? Или может что-то можно сделать такое, что Fenom не позволяет?

Добавление/редактирование полей заказов или товаров — это по сути базовый функционал магазина, без которого никуда.
Это и сейчас можно сделать, просто довольно неудобно и можно делать 2 разными способами, что тоже вносит долю путаницы. По идее это не полностью новый функционал, а доработка текущего.

Моё мнение, что это должно быть в Минишопе из коробки, хотя бы в каком-то более-менее начальном виде, который покроет 90% случаев.

А отдельный компонент может существовать параллельно, но он уже будет добавлять расширенный функционал и дополнительные удобства, которые нужны в более специфических случаях, например группировка полей по отдельным вкладкам, может какие-то дополнительные типы полей, условия для показа полей (если заполнили поле/чекбокс какого-то поля, то показывать доп. поля или скрывать) и.т.д.

Согласен про устаревший компонент, тоже писал автору по поводу старого компонента, как только появился новый. Нужно ли покупать новый, если куплен старый?
Неужели там настолько изменилась работа, что старый нельзя было обновить? Увы, ответа так и не дождался.

Не знаю про первую версию, а в msPromoCode2 точно есть и я часто этим пользуюсь:

В теории можно вручную, но я бы советовал все же настроить хостинг правильно и переустановить, чтобы потом вдруг где-то не вылезло боком. Вы потом почти 100% захотите установить еще дополнение какое-нибудь, которое добавит свои таблицы или обновиться.

Специально создал новый тестовый сайт на modhost. Всё нормально.


Видимо у вас что-то не так с настройками на хостинге, копайте там.

Плюсую за генерацию имени файлов, так как менеджеры грузят, что попало, бывает в классе загрузки меняю имя на поле alias товара, а если файлов несколько, там уже это предусмотрено и к файлам автоматически добавляется порядковый номер. Кстати с галереей есть несколько доработок, которые частенько требуются:

1) Нормальное уменьшение изображения, если оно превысило максимальную ширину или высоту.
Часто, менеджеры заливают все подряд и желательно качественно обрабатывать этот момент.
Сейчас если происходит превышение, то ресайз происходит на стороне загрузчика plupload — а он не лучшим образом справляется с этим. Его плюс — это то что он намного быстрее это делает, на стороне браузера и не требуется заливать огромную картинку на сервер, но качество страдает.
Специально сейчас сделал тест на новой версии minishop2 по умолчанию и на проекте, где я реализовал ресайз средствами самого php в обход plupload. Исходником было это изображение raw.githubusercontent.com/nwtn/image-resize-tests/master/assets-unoptimized/3B-1.jpg

Вот сравнение, ресайз был до 300 по ширине, слева plupload, справа phpthumb:



Соглашусь, что результат не сказать прям земля и небо, но справа четче кнопки на джойстике, надпись PS4 на консоле.
Кстати у plupload есть еще парочка недостатков: можете увидеть что он не совсем правильно отресайзил по высоте, снизу полоска в 1 пиксель. При ресайзе, получилась высота 147.6923 и plupload решил округлить вниз. Это уже известный баг и вроде даже в поздних версиях поправлен, но не в той, с которой идет minishop2.
И еще немаловажный факт: при сжатии phpthumb файл стал весить 8кб, а при сжатии plupload 32кб! в 4 раза, мне кажется это существенно, особенно если учесть, что качество изображения явно не лучше в 4 раза, а на мой взгляд даже похуже.

2) Возможно стоит сделать генерацию нескольких превью под DPI 2x и добавить srcset в чанки. В наше время, когда половина трафика идет через мобильные устройства, это уже, я думаю, должно идти по умолчанию. Многие клиенты жалуются, что на телефонах фото мыльные, сейчас даже не на айфонах DPI 2x идет частенько. И на многих ноутбуках по умолчанию включено 1.25.

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

Вот прям кровь из носу всем нужный ежедневный функционал :D
За столько лет работы ни разу не столкнулся ни я с такой необходимостью, ни мои клиенты не просили о чем-то подобном. Я бы еще понял бы, если речь шла о массовом редактировании товаров, но удалять заказы в промышленных масштабах… это конечно очень важно сделать в первом же обновлении, иначе прошлый век.

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

Спасибо, очень помогло устранить непонятную ошибку.