Так а в чем тогда проблема? Доставай все данные некэшированным сниппетом в шаблон вида return $modx->getPlaceholder да и все :)

адрес сайта меняется, если так смотри на редиректы внутри .htaccess

Кто знает, есть у нас какая-то система управления баннерами? Сутки настраивал Google Ads Manager - это песец какой-то. Рептилоиды делали. Причем делали для разумных кактусов Юпитера.

Раньше были в моде банерокрутилки разные

Кто знает, есть у нас какая-то система управления баннерами? Сутки настраивал Google Ads Manager - это песец какой-то. Рептилоиды делали. Причем делали для разумных кактусов Юпитера.

Revive Adserver

Так а в чем тогда проблема? Доставай все данные некэшированным сниппетом в шаблон вида return $modx->getPlaceholder да и все :)

а каким образом создавать свой ключ для кеширования?

Revive Adserver

Спасибо, сейчас гляну

а каким образом создавать свой ключ для кеширования?

Глянуть в парсере, как создается текущий и сделать в плагине также, только добавив еще какой-то идентификатор, хоть поддомен, хоть полный server_name

Самый простой вариант в одну строку $modx->event->output($hash.'_'.$_SERVER['SERVER_NAME']);

Не пробовал с телефона, но почему бы и нет:)

Ребята подскажите, в админке есть проблема при работе с Apple . В ресурсе если создать таб и в нем будет редактор. при редактировании пустой экран. Как можно это решить?

Обрезанный как я понимаю потому-что apple режит много функций tinymce

или как правильно сказать

Для начала проверь заходит ли в плагин поставь echo 2;die();

народ, привет! никто не сталкивался с ошибкой на новых сборках отказывается работать FastImageTV от pathologic - посылаешь файл, а ajax.php ругается на phpthumb Warning: realpath(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/home/admin/web/xxx.ru/public_html:/home/admin/tmp) in /home/admin/web/xxx.ru/public_html/assets/snippets/phpthumb/phpthumb.class.php on line 1214 причём сам по себе phpthumb нормально работает и даже в аяксовых файлах (если константы дать)... лечится бага понижением phpthumb на пару версий вниз...

Я сталкивался, решается хардкодом только по моему, надо разрешить ему работать с путями не только из корня сайта

Там куча переменных в классе задается, поищи, я точно не помню щас которая

а 404 страница Modx норм отображается, отдает код 404? в плагине галка стоит на событие?

Это не 2.0 ?

а если создать новый плагин на 404?

Там куча переменных в классе задается, поищи, я точно не помню щас которая

да собственно я там весь класс перерыл, там чёрт ногу сломит

Там куча переменных в классе задается, поищи, я точно не помню щас которая

так что легче опустить phpthumb

по тексту ошибки в гугле ищецца

либо добавить /tmp в объявление openbasedir или нафиг его ваще закаментить

там еще можно временную папку назначить

в рево была такая проблема

там еще можно временную папку назначить

у меня такое ощущение, что там баг в регулярке, поскольку какая-то фигня с патчем: /home/admin/web/xxx.ru/public_html:/home/admin/tmp чего там двоеточие делает?

Разобрался как отключить мобильную версию TinyMCE mobile Вот тут последний пост https://stackoverflow.com/questions/54579110/is-it-possible-to-disable-the-mobile-ui-features-in-tinymce-5

Привет всем, что на данный момент лучше использовать для интернет магазина? Shopkeeper или TSVshop. Приоритет на гибкость настройки😊

Или забить и самому всё написать на пару с Laravel Voyager???

А какой скрипт ecommerse для laravel хороший ?

Знаю про bagisto, но не использовал, обычно писал свой легкий велосипед с корзинкой и оплатой (админка Voyager)

Просто есть дин проект на EVO 2, клиенту удобно, и есть проект с Voyager - клиенту уэе не так удобно, но удобно мне как разработчкику. И вот щас думаю, использовать на легких проектах EVO 2.0 а на сложных своё писать, или потратить время и дописать нормальную галерею для Voyager + аналог с древом ресурсом и работать на нём.

Хотя хочу заметить что EVO работает куда быстрее чем MODX REVO

Можно в 2.0 так как там основное от ларки есть интегрировать что то ларовское из того что смортел по части корзины проблем добавить и упаковать что б ставилось руками не вижу

просто нужно найти какой скрипт взять за основу

Или забить и самому всё написать на пару с Laravel Voyager???

Вот это правильный ответ

А какой скрипт ecommerse для laravel хороший ?

как раз сегодня днем гуглил ради интересу

https://medium.com/@laravel_ecommerce/best-laravel-e-commerce-packages-open-source-top-4-b08675e4a29d

там есть плюсы и минусы, так что лучше почитать

Пасиб гляну

Еще надо найти коменты под ларку

ты имеешь ввиду систему комментов типа jot или что?

ты имеешь ввиду систему комментов типа jot или что?

Ага но под ларку

Никак не оставим бедное Revo в покое: )) https://take.ms/mUJJl

Ну значить в вашем чтото невалидное есть

Смотри лог

А плагин был сохранен в файле?

Народ, а кто-нибудь в курсе где найти подтвержденную инфу касательно LIMIT по-умолчанию при вызове $modx->db->select ? Т.е. выполнив такой вызов упрется ли скрипт в лимит при количестве результатов например в 100К?

не понял вопроса, о каких лимитах идет речь?

по умолчанию db->select выбирает все записи

Народ, а кто-нибудь в курсе где найти подтвержденную инфу касательно LIMIT по-умолчанию при вызове $modx->db->select ? Т.е. выполнив такой вызов упрется ли скрипт в лимит при количестве результатов например в 100К?

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

да то что их будет много не проблема, главное чтобы выборка как раз была полностью

при обычных select-ах не через dbapi обращаясь к внешней mysql базе упирался в лимит 1000 если не указывал его явно больше

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

осложняется тем, что сколько будет записей точно не известно, укажу 10К а будет больше например

операция должна выполняться за раз

а что за операция?

ну так поставь по дефолту лимит в 1кк если на то пошло п.с. по опыту знаю, если тебе надо выбирать ваще все записи за 1 раз - ты явно гдето не туда сервенул))

ну так поставь по дефолту лимит в 1кк если на то пошло п.с. по опыту знаю, если тебе надо выбирать ваще все записи за 1 раз - ты явно гдето не туда сервенул))

не вообще все а всего-лишь за вчерашний день

просто данных дофига

много пользователей и в короткий промежуток времени наплыв

а какая разница? выбрать ты можеш хоть 10кк записей за раз, проблема только в их обработке)

по умолчанию db->select выбирает все записи

а есть док на эту тему?

именно про лимиты при обращении через dbapi

http://www.evolution-docs.com/documentation/developers-guide/api-reference/dbapi/dbapi-select

почему не почитать оф.апи ?

просто данных дофига

Вот когда данных дофига, тогда и нужно использовать limit() в выборке из БД. Не нужно придумывать ничего другого, а просто разделяйте по страницам.

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

Их не можно, а НУЖНО брать частями. ((:

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

http://www.evolution-docs.com/documentation/developers-guide/api-reference/dbapi/dbapi-select

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

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

Дык, тогда нужно узнать все исходные данные и тогда можно оптимизировать подход. В БД особо ничего не меняется, т.к. многое зависит от мощности сервера и правильно спроектированной БД - чем мощнее и правильнее, тем быстрее происходит выборки. Отчет можно так же лимитированно складывать в файл и делать нужное кол-во запросов без особой нагрузки на БД, например когда сервер живой. При этом скорее всего есть какой-то дополнительный вариант выборки типа Дата или "от и до". Все это можно просмотреть и проставить индексы или разделить на таблицы.

Вообщем, я так, попробовал Aimeos как магаз под laravel - только на демках фронта и бека. первое впечатление - очень шустрый фронт, бекенд - таки дофига плюшек. Позитиф негатиф: 1) так и не нашел в беке куда тыцнуть, чтобы посмотреть товар на фронте) 2) фильтры каталога - это пипец. с такими фильтрами далеко не пойдешь. Похоже на то, что их надо полностью переделать, и это конечно же скажеться на скорости (но тут без изучения структуры никак :)

Дык, тогда нужно узнать все исходные данные и тогда можно оптимизировать подход. В БД особо ничего не меняется, т.к. многое зависит от мощности сервера и правильно спроектированной БД - чем мощнее и правильнее, тем быстрее происходит выборки. Отчет можно так же лимитированно складывать в файл и делать нужное кол-во запросов без особой нагрузки на БД, например когда сервер живой. При этом скорее всего есть какой-то дополнительный вариант выборки типа Дата или "от и до". Все это можно просмотреть и проставить индексы или разделить на таблицы.

Индексы проставлены. Таблица итак донельзя обрезана конкретно для этой задачи. По поводу производительности - 10KK записей возвращается за плюс минус 2 секунды, не знаю объективно насколько это хорошо, но вроде для данной задачи (выполнение раз в сутки) результат устраивает

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

Мне было интересно может кто-то тестировал на реальных примерах есть ли фактическое ограничение? Как закончу проверю и появится большая выборка - тогда проверю сам

Мне было интересно может кто-то тестировал на реальных примерах есть ли фактическое ограничение? Как закончу проверю и появится большая выборка - тогда проверю сам

тестил, была таблица на 9кк записей с просчитаными ценами со скидкой на каждый товар для каждого оптовика (100к товаров для 50 юзверей) - на фронте в каталоге с сортировкой по цене - до 2сек (обычный шаред хостинг с 256 мб оперативки) (понятно, что вся фильтрация самопис)

Индексы проставлены. Таблица итак донельзя обрезана конкретно для этой задачи. По поводу производительности - 10KK записей возвращается за плюс минус 2 секунды, не знаю объективно насколько это хорошо, но вроде для данной задачи (выполнение раз в сутки) результат устраивает

Тогда вообще все хорошо. Лимиты только на выполнение работы скрипта. Перестраховка это как раз выбрать по лимиту ограниченное кол-во записей, положить в файл, после выбрать далее. В рамках вопроса про отчеты.