Василий Наумкин

Василий Наумкин

С нами с 08 декабря 2012; Место в рейтинге пользователей: #1
Василий Наумкин
09 сентября 2014, 10:29
0
Прикольно!

Добавил, будем посмотреть.
Василий Наумкин
09 сентября 2014, 10:25
0
Я делаю в шаблоне так:
<html>
	<head>
		[[$Head]]
	</head>
...
И тогда можно в каждом шаблоне добавлять в head что-то своё.
Василий Наумкин
09 сентября 2014, 06:45
0
1. Мне кажется, что без разницы.

2. А в чем проблема вызывать pdoPage только в нужных шаблонах?
Василий Наумкин
09 сентября 2014, 06:30
+1
А можно для неграмотных, что даёт эта самая микродата?
Василий Наумкин
09 сентября 2014, 06:29
0
Я бы вообще сделал в схеме этот объект наследником xPDOObject и прописал сокращенную ссылку как Primary Key.

Ну и проверка перед сохранением, конечно:
if (!$modx->getCount('ShortLink', $link)) {
	$object = $modx->newObject('ShortLink');
	$object->fromArray(array(
		'link' => $link,
		// ...
	), '', true, true);
	
	$object->save();
}
Василий Наумкин
08 сентября 2014, 07:44
0
BETWEEN всегда ищет по одному полю и двум значениям. Типа
WHERE date BETWEEN '2014-01-01' AND '2014-05-01'

Сниппеты и готовые решения — это конечно прекрасно, но основы SQL тоже нужно знать.
Василий Наумкин
07 сентября 2014, 18:33
0
Значит, компонент не покупался и я тут тебе не помошник.

Смотри историю изменений, может там уже различия в структуре БД.
Василий Наумкин
07 сентября 2014, 08:10
+1
Нет, невозможно. В адрес выводится значение чекбокса.
Василий Наумкин
07 сентября 2014, 06:33
0
Ну вот за все время работы Tickets как то больше не возникало такого вопроса.

Наверное, недоработка, но пока вот так.
Василий Наумкин
07 сентября 2014, 06:24
0
1. Там &tvFilters, а не where.

2. СМОТРИ SQL, КОТОРЫЙ ПОЛУЧАЕТСЯ!!!!

Все эти параметры и сниппеты нужны только для одного — сгенерировать sql запрос. Если он выходит неправильным, значит нужно генерировать как-то иначе.

Ты сейчас влепую что-то придумываешь, когда можно просто посмотреть в лог и подкорректировать параметры для правильного составления запроса.
Василий Наумкин
07 сентября 2014, 06:21
0
Смотри исходники на github и перетаскивай оттуда фильтр.

Версия 0.9.1 очень старая, конечно, лучше бы обновить.
Василий Наумкин
06 сентября 2014, 19:38
0
Ну ты в SQL смотри, что получается и думай. «metro:LIKE:OR» — такого вообще нет, это неправильно.
Василий Наумкин
06 сентября 2014, 11:36
0
Угу, в таких ковычках выходит
"текст,текст,текст"

Разницу видишь или показать?
Василий Наумкин
06 сентября 2014, 06:51
+1
Нужно расширять класс корзины, а не добавлять в плагине иначе ты уйдешь в бесконечный цикл.

А так создаешь новую связь, привязываешь к товарам аксессуар, в классе корзины проверяешь эту связь и если есть что добавить — добавляешь.
А при удалении товара из корзины, точно так же проверяешь связь и удаляешь, то что было добавлено.
Василий Наумкин
06 сентября 2014, 06:48
0
Скорее всего, на сайте есть какой-то сниппет или плагин, который неверно отрабатывает и чистит таблицу.

Больше я ничего придумать не могу. Обновить MODX в любом случае очень хорошая идея, при условия создания бэкапа.
Василий Наумкин
06 сентября 2014, 06:47
1
0
несколько станций метро через запятую таким же способом то все ломается
Потому что станции метро — текст и через запятую они должны быть вместе с ковычками.

Вместо
текст, текст, текст
должно быть
"текст","текст","текст"
Числа в ковычки помещать не нужно, поэтому цена работает. Если включить showLog=`1`, то ты увидишь ошибку выполнения SQL запроса.
Василий Наумкин
06 сентября 2014, 06:44
0
Для начала попробуй поставить на все файлы разрешение 777, а если ошибка пропадёт — ужесточай.

Но вообще это говорит о том, что на хостинге неверное настроены разрешения.
Василий Наумкин
06 сентября 2014, 06:40
0
Ну, тогда смоделируй ситуацию на test.modx.pro и дай мне данные для админки — посмотрю.

По описанию похоже на какой-то баг в выводе фильтра по дедушкам.