Всего 123 801 комментарий

Valentin Rasulov
01 ноября 2012, 20:36
0
нет — не консоль. Если в консоле введёшь команду locale — то будет только английская.
При использовании даты в модексе все месяца будут отображаться в английском формате. Хоть в php.ini и установишь intl.default_locale в русский — всё равно его не будет.
По крайней мере я сейчас с этим боролся. как только установил русские локали — на сайте всё гуд — по русски месяца
Василий Наумкин
01 ноября 2012, 20:30
0
Это влияет только на консоль. На работу сайтов — никак.

По моему мнению, работать в консоли сервера на русском — извращение. Мало того, что перевод не всегда верный, так и в критических ситуациях кодировка сбивается. Кракозябры в режиме восстановления вас не обрадуют.

Все мои сервера работают строго на родном для них языке — английском.
Valentin Rasulov
01 ноября 2012, 20:26
0
Маленькое дополнение, не нашол здесь (может не увидел). Для отображения русских месяцев нужна локаль RU, её нету по умолчанию, для этого выполняем одну команду в консоле.
apt-get install language-pack-ru-base
Василий Наумкин
01 ноября 2012, 13:18
0
Вот честно, не знаю. Одно могу сказать, что php-apc кэширует компилированный php, экономя этим память, а memcache — нет.

Потестируйте и то и другое, а потом расскажите нам =)
Павел Дедовец
01 ноября 2012, 13:11
0
Тогда еще один вопрос. Если на сайте стоит стандартная система кэширования в файлы, весь кэш весит к примеру 2 гб. а я хочу что бы кэшировалось в память, то чем лучше пользоваться MemCahed или php-apc? (сервер мощный).
Василий Наумкин
01 ноября 2012, 12:57
0
Не объясню, ибо сам не понимаю между ними разницы.

Используйте лучше php-apc =)
Павел Дедовец
01 ноября 2012, 12:51
0
Приветствую! На вашем сайте на странице «Работа с кэшерами в Revolution» написано следующее
«cache.xPDOMemCached — об­ра­бот­чик для memcached. Есть за­мет­ка про него
cache.xPDOMemCache — об­ра­бот­чик для memcache.»
В этой же статье вы устанавливаете MemCahed значит в конфигах нужно прописывать cache.xPDOMemCached, а вы же написали «ста­вим зна­че­ние cache.xPDOMemCache». Кто ошибся?
Если я то объясните почему, если не сложно. Спасибо.
Евгений
31 октября 2012, 16:26
0
Если вас так бесит эта перезагрузка, то лучше скачайте сейчас текущую версию, а то в новой вроде исправят, по крайней мере в баг терекере это стоит как баг ))))
Василий Наумкин
31 октября 2012, 16:13
0
Да я правда не заметил этой проблемы =)

Теперь все будем знать.
Евгений
31 октября 2012, 15:51
0
Сарказм понятен, спасибо за отклик, Думал проблема у меня только такая, а вот… не я один :)
Василий Наумкин
31 октября 2012, 15:45
0
А меня наоборот всегда бесила эта перезагрузка. Я ресурсы создаю через быстрое окошко и сразу ставлю нужный шаблон.

Бедные заказчики, как же им трудно жить. В мире столько чудовищных сложностей и неразрешимых проблем! Теперь еще и кнопку F5 учить.
Евгений
31 октября 2012, 15:41
0
как-то это не правильно, лучше на старой версии делать, чем с пытаться заказчику объяснить что это новая версия такая…
Евгений
31 октября 2012, 15:39
0
пробовал конечно, вот следующим комментарием написано что это давно такое
Алексей
31 октября 2012, 15:35
0
MODX 2.2.5 перестал при смене шаблона обновлять страницу, а 2,2,4 делал это.
Если поменяете шаблон, сохраните изменения и откроете ресурс снова — TV появятся.
Василий Наумкин
31 октября 2012, 15:13
0
А вы не пробовали указать ТВ параметру, каким шаблонам он принадлежит?
Василий Наумкин
31 октября 2012, 09:03
0
На здоровье! Рад, что все выяснили.

Как обычно поворчу, что на своем сервере просто не встречаешься с такой фигней — все само почему-то работает.
Vaha30
31 октября 2012, 08:53
0
Разрулил таки вчера эту проблему. А все дело в прямой зависимости от регистра в названиях таблиц в настройках MySQL сервера. Если посмотреть на логи, указанные выше, то у всех таблицах компонента miniShop присутсвуют заглавные буквы, например 'modx_ms_modGoods'. В моем случае это и являлось проблемой. В базе данных в названиях таблиц были все буквы прописными. На том хостинге (Джино), где ресурс временно размещался, в настройках MySQL не указывалась явная зависимость от регистра, и проблемы не было.
Путем переименования таблиц компонента miniShop в phpMyAdmin одним SQL-запросом все заработало как часики.
P.S. Василию огромный респект за разработку компонента!
Иван Брежнев
30 октября 2012, 23:31
0
Красава ))
Viktor Minator
30 октября 2012, 23:27
0
вероятнее всего неправильно перенесли сайт…
Vaha30
30 октября 2012, 11:13
0
Проблема так и осталась, те же ошибки в логах, таблицы на месте. отписал хостеру…