Константин Обухов

При редактировании товара, после сохранения и попытке перейти на другой товар/страницу/категории всплывает сообщение «Есть несохранённые изменения… остаться/покинуть страницу».

Ошибка проявляется только после редактирования (и последующего сохранения). И проявляется именно на товарах minishop2, на обычных страницах, на том же сайте такого не наблюдается.

Сам modx и minishop2 последних версий на текущий момент.

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

Мне нужно вывести количество тикетов из одной категории (parent), у которых тв country равен 1.
Делаю я это в цикле для всех стран. То есть для каждой итерации значение тв country будет меняться.

Пишу скрипт для импорта из одной таблицы в ресурсы MODX. Всё в отдельном файле в корне сайта.
Подключаюсь к MODX:

// Подключаем
define('MODX_API_MODE', true);
require 'index.php';

// Включаем обработку ошибок
$modx->getService('error','error.modError');
$modx->setLogLevel(modX::LOG_LEVEL_INFO);
$modx->setLogTarget(XPDO_CLI_MODE ? 'ECHO' : 'HTML');

Всех приветствую!
Сомневаюсь, что вопрос относится непосредственно к modx, однако будет полезно посоветоваться со знающими.

1. Дан сниппет, который по запросу пользователя отправляет ему личное сообщение на чужой форум от меня. В запросе указываются мои данные для авторизации на форуме. Прописывается 'keep-alive'.

1. Имеется бд игровых предметов (Items), в которую с течением времени могут добавляться новые записи.
2. Имеется PHP скрипт, который собирает из БД названия предметов в JSON (на данный момент во внешний ресурс) для Автозаполнения Input
3. Из-за проблем с кешированием, при изменении/добавлении предметов в БД, хочу записывать данные в ресурс MODX

Представляю вам новую версию Tickets 1.6.0-pl, с системой рейтингов. Она написана в рамках нашей краудфандинговой компании, вот beta версия, а вот rc.

Новые объекты

В этой версии появлсяются 2 новых объекта: TicketAuthor, связанный с modUser, и TicketAuthorAction. Как нетрудно догадаться, первый объект это профиль автора на сайте, куда пишется:

• Дата создания профиля (регистрация пользователя)
• Последняя активность
• Общий рейтинг
• Количество тикетов
• Количество комментариев
• Просмотров
• Сколько тикетов или комментов автора было добавлено в избранное
• Сколько было отдано голосов за тикеты и комменты автора

Всем привет!

Хоть с MODX знаком с незапамятных времен и сделано на нем много сайтов, до сего момента серьезной разработкой под него не заморачивался (так, велосипедил и говнокодил, если была сильная нужда). Сейчас хочется разобраться в вопросе серьезно.

Какие использовать инструменты для разработки? Как связать IDE и MODX, чтобы среда разработки понимала, что это за ересь я там пишу и что за такие объекты использую? Как отлавливать баги? Как просматривать результат своего труда?

Расскажите пожалуйста, какие конфигурации вы используете в работе.

Всем заранее спасибо!

Обновление заказал Andmax.

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

Также помимо списка полей используемых для записи частей адреса, есть поле, для записи полного адреса по указанной Вами маске.

В админке у нас теперь новый, приятный вид маркера, совсем такой-же, как на главной maps.yandex.ru. :) В следующей версии планирую реализовать такой параметр у сниппета, для вывода таких маркеров во фронтенде. Наработки уже имеются.

Добрый день уважаемые дамы и господа. Несколько постов назад поднималась тема Ticket рейтингов, где ребята решили проспонсировать добавление в Tickets такого функционала как сортировка пользователей по количеству опубликованных постов, по количеству написанных комментариев и по количеству просмотров.

Некоторое время назад я тоже интересовался присвоению каждому пользователю рейтинга и очень удивился когда обнаружил что на modx.pro этого нет, несмотря на то, что есть возможность ставить лайки и дизлайки к тикетам и комментариям. Погуглив я нашел причину отсутствия такого рейтинга. Василий отписывал что появится куча недовольных дизлайками и отрицательными рейтингами, будут выяснения кто кому и за что поставил минус и.т.п. Его можно понять, ведь недовольные будут обращаться за разъяснениями и к нему. Я же решил попробовать реализовать подобный функционал на одном тестовом сайте.

Решил затестить чистый xPDO на скорость и противопоставить ему pdoFetch.

Ничего не имею против первого или второго. Напротив. Второе использую в работе регулярно. Однако, как я понял, изучение и применение чистого xPDO в своих разработках серьёзно поможет снизить нагрузку на сервер, ведь верно?

P.S.: Тестировалось на ахеренно быстром хостинге для MODX REVO — modhost.pro.

pdoFetch:

<?
$pdoFetch = $modx->getService('pdoFetch');
$setConfigArray = array(
		'return'	=> 'data',
		'parent'	=> '0',
		'limit'		=> '2000',
		'select'	=> 'id,pagetitle,uri,content',
	);
$pdoFetch->setConfig($setConfigArray);
$resources = $pdoFetch->run();
for($i=0; $i<count($resources); $i++)
{
	print $resources[$i]['pagetitle'];
}
print '<pre>'; print_r($pdo->getTime()); print '</pre>';

Результаты:

1ый запуск:
0.0118151: Total time
12 058 624: Memory usage

2ой запуск:
0.0111890: Total time
12 058 624: Memory usage

xPDO:

<?
$pdo = $modx->getService('pdoTools');
$q = $modx->newQuery('modResource');
$q->select( array("id","uri","pagetitle","content") );
$q->limit(2000);
$s = $q->prepare();
$s->execute();
while($row = $s->fetch(PDO::FETCH_ASSOC)) {
	print $row['pagetitle'];
}
print '<pre>'; print_r($pdo->getTime()); print '</pre>';

Результаты:

1ый запуск:
0.0021060: Total time
3 932 160: Memory usage

2ой запуск:
0.0016491: Total time
4 194 304: Memory usage