![Fi1osof](/assets/images/avatars//7219a3951e6ac0b703e51e5b4c3c7a68-64.jpg?t=1739476610)
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #2023 минуты назад
Вот было бы неплохо это прописать в описании к компоненту. Два дня ломал голову почему не работает. Ведь форма может быть кастомизирована как угодно, ...
Ошибка ms_cdek2 9
26 минут назад
С точки зрения производительности это плохая идеяПонимаю, но писать свое решение нет ни времени ни денег.
Сортировка в pdoMenu 6
4 часа назад
Всем добрый день. Может не совсем в тему, но проблема следующая:
1. Есть контекст web — обычные текстовые страницы
2. Есть контекст catalog — катего...
[update] Общая база товаров для разных контекстов 21
6 часов назад
Спасибо. Так сработало.
easyComm 1.15.0 большой апдейт: ответы, улучшенные файлы и многое другогое! 23
6 часов назад
Попробуйте ошибку специально в коде совершить, обьем логов вырастить совсем на чучуть))
Чисто для понимания проэкспементируйте
CrontabManager - работа из под console ssh 5
8 часов назад
Такая же ситуация, загрузить нельзя на modx 3 не находит такого пакета.
А после установки локально сыпятся ошибки
components/sendit/services/sendit....
Нет возможности загрузить SendIt на modx 3.1 а очень хочется 5
9 часов назад
Всё откатил. Почистил. Установил заново. Написал в поддержку на modstore.pro
msSortFields 17
Сегодня в 12:55
Планируется под 3 обновление, пока просто надо с 2 до конца разобраться.
[EclipseUI] Обновление до версии 1.1.2 Новая тема "github". 2
Сегодня в 11:29
Видео смотрел как какой-то блокбастер))) Очень круто! Спасибо за такое крутое решение!
Cabinet 4
Вчера в 22:23
Ну круто! Добавлю во FlatFilters поддержку этого компонента для организации поиска))) Спасибо!
Algolia для MODX с поддержкой PageBlocks и miniShop2 8
Как временное решение можно конечно в настройках сайта изменить phpthumb_allow_src_above_docroot на true, но все же бага.
Пожалуйста.
Выполняете код:
Так как у вас документов много, советую сначала прогнать только корневые документы (добавить в запрос $q->where(array('parent' => 0));), а потом по каждому разделу в отдельности, указывая соответствующий parent.
{$count|spell:«яблоко»:«яблока»:«яблок»}
Не жалейте. Лучше поздравьте своих последователей, если таковые есть.
То есть основной скин сайта, и расширяющий.
В настройках cache.xPDOFileCache. Пусть меня поправят, если я ошибаюсь в том, что кеширование здесь стандартное используется.
Вот не надо гнать :) Что-то тебя здесь не было заметно. Дал бы пару дельных советов по настройкам кеширования.
Ты еще MODX-а не трогал, когда я это знал. И не мало делал того, что улучшало производительность. До замены логина и getPage руки не доходили. Дошли. А ты много каких полезных компонентов сделал/выложил?
Уточняю, для тебя, что я здесь не мог и не касался настроек хостинга. Закинул свой сайт и говорю о результатах. Закинь и ты сюда самый быстрый твой сайт и погоняем его, какая у тебя там скорость получается. Только с доступом в админку, чтобы все было открыто. Вот тогда и посмотрим какой ты умелец :)
Спасибо!
Если хотите, я могу залить пакет. Но на самом деле разницы между тем, что вы распространяете уже готовый пакет, и если это будет гит-проект — по-моему вообще никакой, с юридической точки зрения.
А github-проект есть?
Не знаю писал здесь кто или нет, не прочитал я все ~150 комментов, но есть такой момент, который у тебя в топике не описан: дело в том, что меняя кеш-хэндлер в настройках (и/или кеш-префикс), возникает проблема повторного использования кешера. Проблема эта связана с тем, что при инициализации MODX еще ничего не знает про твои настройки. Он инициализируется, получает дефолтовый файловый кеш-манагер (ведь он еще не прочитал настройки или кеш настроек, где указан иной кеш-провайдер) и только после того, как у него есть инфа по измененным настройкам кешера, он начинает юзать указанный кешер. Чтобы убедиться в этом попробуй через файловый манагер MODX-а удалить папку core/cache/. Если после удаления не увидишь ее или увидишь там только папку registry, то у тебя все ОК. А если увидишь несколько папок, включая system_seettings и context_settings, то тогда то, о чем я сказал.
На мой взгляд идеального управляющего механизма в MODX на этот счет нет и пока лучшее, что я нашел — это дублировать настройки кешера и префикса в конфиг MODX-а core/config/config.inc.php, там для этого специально заведен массив $config_options. Пишем там:
Вот тогда MODX сразу при инициализации уже будет знать какой кеш-провайдер использовать, и не будет юзать стандартный файловый.