Павел Голубев

У TinyMCE Rich Text Editor есть баг. Если link_tag_scheme = abs, то некорректно вставляет ссылки на ресурсы и картинки.

Лечится так:
1. В системных настройках, в пространство имен tinymcerte добавляем tinymcerte.convert_urls = false
2. В файле core/components/tinymcerte/model/tinymcerte/events/tinymcerteonrichtexteditorinit.class.php:70 добавляем

'convert_urls' => $this->tinymcerte->getOption('convert_urls', array(), true) == 1,

3. Готово

Выйдет php7.4 с предварительной загрузкой в память и скорость подтянется.

На самом деле никуда паровоз фронтенда не ускакал. Это иллюзия фронтенд разработчиков и какая-то пагубная привычка каждые пол года что-то переделывать.

Возьмём Vue.
Двунаправленный биндинг? Но он существует еще со времен Backbone.
Шаблонизация? Но это было еще в Mustache и есть даже в ExtJS Modx.
Компоненты? Ну каждый их реализовывал как хотел, а история с инкапсуляцией компонентов/виджетов/отдельных частей интерфейса/назови как хочешь — оочень бородатая. БЭМ — тому свидетельство.
Vuex — как единое место хранения данных? Это всё тот же Storage из ExtJS, но чуток переработанный.

Все это было 10-15 лет назад и концептуально, ну вообще никак не поменялось.

Взять инструменты сборки.
Почти всё, что есть сейчас было еще в первых версиях Ruby on Rails. Многое: склейка спрайтов, склейка JS, переменные в CSS и т.п. не нужно нынче, т.к. стало частью стандарта или неактуально с приходом http2. А концептуально ноги инструментов сборки растут из бородатого Make, 1977 года рождения. C Babel — больше вреда чем пользы: дополнительное звено в разработке и увеличивает бандл полифилами и страдает время сборки. А что даёт? Возможность использовать самые-самые последние, «синтаксически сахарные» в большинстве своём, конструкции языка? А раньше то как жили? Простенько, банально не использовали, пока поддержка этих конструкций в браузерах не достигала 90%.

Бесспорно движение во фронтэнде есть, но технологически никуда не ускакал, а вполне себе итерационно развивается, ровно как и всё остальное.

Круто

Причин масса, как уже написали выше. У меня главный тормоз — генерация карты ресурсов.

При 50 тысяч товаров генерация карты ресурсов у меня занимает около 6 сек. При миллионах — жди беды.

Но если отказаться от стандартных ресурсов Modx, вынести товары в отдельную таблицу — тогда взлетит.

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

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

2. Яндекс всегда не верно определяет товар на странице, если он не стандартный (типа «Телефизор SONY XXXX»). В результате на товар производства фирмы, стоящий 25000р запросто предлагаются совершенно другие товары по 1500р. Или китайские поделки вместо бренда или вообще неведомая хрень, просто созвучная названию товара на сайте и т.д. и т.п… Может сейчас что-то изменилось, не знаю, но сомневаюсь.

Люди — не идиоты и с радостью поменяются браузер, удалят расширение, как только оно им надоест или перестанет адекватно работать. Делать ничего не надо, смотрим как труп врага проплывёт по реке.

Установка браузера мошенническим способом (скрытно при установке других популярных приложений), сбор информации, ну мы понимаем, да… Мне-то всё равно, я этим браузером не пользуюсь.

Ну и свежая история в тему, улыбнуться.
У меня установлены сервисы Яндекса (диск, браузер для тестов и т.п.).
Купил я nod smart security, при установке попытались заодно поставиться и сервисы Яндекса, отказался.
Что же я увидел при первом сканировании компа nod'ом? Догадаемся? Верно: найдены нежелательные приложения: «яндекс ...». С тех пор nod у меня регулярно пытается очистить комп от яндекса, который у него в партнёрах.

Это зло, так себя и угробят. Qip вспоминается, ровно также сам себя уничтожил. Но опять же, делать ничего не надо, смотрим как труп врага проплывёт по реке.

Это благо. У вас появляется свой бесплатный категорийный менеджер, подсказывающий где у вас позиции, которые никогда не продадутся т.к. они выше рынка.

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

По статистике Яндекс.Маркета 96% посетителей сортируют товары по цене. 70% продуктового оф-лайн ретейла товары по акции. Цена первична, нет цены — никакой супер-пупер сервис не нужен, за очень редким исключением.

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

Иван, а в xPDO 3 планируется поддержка MySQL 8?

Никакого сарказма. И рефакторинг и движение к PSR-4 и поддержка Postgres радуют.

Рефакторинг колоссальных размеров. Круто.

Спасибо

А где можно сам допиленный класс Translitor глянуть?

vuetifyjs.com/ru/components/data-tables#slot-expand да, что надо.

А чего вам конкретно не хватает в таблицах от Material Design? Просто судя по вашему комментарию там все ну очень плохо!

— кастомного рендеринга колонок
— грида в гриде
— коллапс тулс
— менеджера колонок, чтобы можно было скрывать нужные/ненужные в данный момент
— сортировок на бэкенде
— инлайн-редактирования + виджеты для инлайн-редактирования
— группового редактирования данных

Гриды — сложная штука. Если глянуть в Github www.ag-grid.com/ github.com/ag-grid/ag-grid/issues?q=is%3Aissue+is%3Aclosed то ужасаешься сколько всего нужно запилить, чтобы получить рабочий продукт.

Пробовал подружить ExtJS и Vue.

Наткнулся на vuetifyjs.com/, но его гриды — это слезы в сравнении с тем, что может ExtJS 10 летней давности. Ну и когда пытаешься впилить стили от vuetifyjs вся админка расползается.

М.б. я в 20:15

странно, у нас за 4 года «ни единого разрыва»

Получить пытаетесь отсюда www.cbr.ru/scripts/XML_daily.asp?

Что-то типа наследования наборов фильтров в категориях?