Всего 125 340 комментариев

Сергей Шлоков
28 апреля 2013, 16:17
0
Ура, заработало! В .htaccess разкомментировал переадресацию с www.site.ru на site.ru (закомментировал позавчера для корректной индексации Яндексом зеркал по рекомендации службы поддержки Яндекса). Странно, я во всех сервисах указываю без www. Почему Яндекс, Гугле, Фейсбук добавляют в адрес www не понятно.
Василий Наумкин
28 апреля 2013, 16:11
0
Вот это вот у тебя где прописано?
ini_set('apc.cache_by_default', 'Off');

Пропиши в /index.php, если оно не там. Если и тогда не поможет — пришли данные от сайта на bezumkin@yandex.ru — погляжу.
Николай
28 апреля 2013, 15:45
0
Я даже попытался настроить вывод через getResources:
pastebin.com/UDxubpMb
Но ведь я фильтрую товары шаблоном, а значит мое меню всегда будет folder…

Сергей Шлоков
28 апреля 2013, 15:13
0
Не помогло. Подтверждение мудрости «Лучшее — враг хорошего». Работало все. Нет, надо было улучшить. Может loginza прикрутить вместо ha?
Евгений Дурягин
28 апреля 2013, 14:33
0
Это вроде из-за того что MODX по умолчанию использует пользовательский обработчик для сессии и при завершении PHP он разрушается раньше, чем успевают записаться последние изменения в сессии, которые APC видимо кэширует.
Попробуйте создать плагин на событие OnInitCulture
<?php
register_shutdown_function('session_write_close');
OnInitCulture конечно не совсем подходящее событие, но оно просто единственное, которое выполняется всегда, даже если MODX в API режиме. По крайней мере на MODXCloud это помогло.
Василий Наумкин
28 апреля 2013, 13:21
0
Попробуй еще удалить директорию /core/cache/.

В phpinfo() он и не должен отключаться, если только вообще модуль не загружать — но так не надо, будет памяти больше уходить.
Сергей Шлоков
28 апреля 2013, 10:06
0
После неудачной попытки с php-apc вернулся на стандартный кэшер —
1. Раскомментировал строку
ini_set('apc.cache_by_default', 'Off'); // Отключение кэширования php-apc
2. Вернул стандартный класс обработчика в настройках xPDOFileCache.
3. Удалил префикс.
4. Почистил все кеши на всякий.
Но в итоге все равно redirect_uri_mismatch. А php-apc не отключается судя по php-info:

Василий, без твоей помощи не обойтись.
Василий Наумкин
28 апреля 2013, 04:57
0
Лично я с Evolution не работаю уже года 2.

Лучше на modx.im про него спрашивать.
Василий Наумкин
28 апреля 2013, 04:56
0
Нужно расширить класс оформления заказа.

Дополнительные данные можно хранить в поле properties объекта msOrder.
Алексей Карташов
28 апреля 2013, 03:36
0
А вот ещё непонятка одна…
Вот создал я тв-параметр, выставил ему требования, к примеру — «число», «минимальное значение» — 300, «разрешить десятичные» — да.

И вот почему-то я был уверен, что если сделать так:
$result = $resource->setTVValue('tvname', 'swff');
, то в $result будет ошибка. А оказывается нифига этот метод никаких таких проверок не делает и всё спокойно сохраняет, и в $result всегда приходит true. Поля проверяются на уровне javascript по ходу…

И вот это уже реально пичалька, ибо если проверки есть только на уровне скриптов, то всю валидацию надо писать самому :-(

Николай
28 апреля 2013, 01:32
0
bezumkin.ru/modx/minishop/faq.html#tab=tab-comments

С пустыми письмами разобрался. Все работает как нужно.
Николай
28 апреля 2013, 01:21
0
После очередной переустановки синепта он заработал, но всеже опять криво… письма то отправляются, но пустые…
core/cache/logs — пусто, не одного лога с ошибками
time.fvds.ru.error.log — пусто… (второй лог сервера)

Все логи девственно чистые…
Алексей Карташов
28 апреля 2013, 01:00
0
Да просто через плагин не понятно как показывать ошибки в форме, поэтому решил через сниппет.

Спасибо большое!
Николай
28 апреля 2013, 00:16
0
Подскажите что может быть не так… Обычный вызов синепта на вообще пустой странице
time.fvds.ru/123.html
Не дает вообще никакой реакции… Не ошибок о пустых полях, ничего…
modx 2.2.7 только что обновился, все вроде стандартно… Может быть нужно как то сервер настроить? php функция mail работает на отлично…
3е сутки бьюсь с проблемой…
Alexandr Lisovskiy
28 апреля 2013, 00:11
0
Подтверждаю. Дата публикации в tickets на modxcloud не работает. На обычном хостинге до этого проблем не было.
Сергей Шлоков
27 апреля 2013, 22:43
0
Жаль. php-apc даже на глаз работает шустрее. Странно, у тебя работает, а у меня и еще некоторых не хочет — redirect_uri_mismatch мать его.
Сергей Шлоков
27 апреля 2013, 22:42
0
См. коммент выше
Василий Наумкин
27 апреля 2013, 20:51
0
Да, нормально.

Можно через плагин на событие OnBeforeDocFormSave, но это сложнее и выгоды нет.
Алексей Карташов
27 апреля 2013, 20:46
0
Ага, понял, спасибо!
А вот ещё такой момент:
Через форму создания надо сохранять и твшки, но некоторые tv-шки обязательны.

Поэтому я пошёл таким путём: создал копию сниппета TicketForm (чтобы при обновлении не слетело), понаписал в ней вот это:
/* ... */
$requiredTvs = (!empty($scriptProperties['requiredTvs'])) ? explode(',', $scriptProperties['requiredTvs']) : array();
/* ... */
	case 'saveTicket': 
	case 'updateTicket': 
		$data = $_POST;
		$good = true;
		foreach($requiredTvs as $tv) {
			if (!$data[$tv]) {
				$data['error.'. $tv] = $modx->lexicon('field_required');
				$good = false;
			}
		}
		if ($good) {
			$output = $Tickets->saveTicket($data);
		} else {
			$output = $Tickets->getTicketForm($data);
		}
		break;
/* ... */
А в плагине на OnDocFormSave уже без проверок сохраняю тв-шки.

Так нормально? По феншую? Или есть более джедайский путь?