Илья Уткин

Зависит от возможностей сервера. Если есть возможность, лучше использовать сокеты. А если нет — можно просто на JS раз в секунду посылать AJAX-запрос и проверять, есть ли новые уведомления.

customExtra — вот здесь есть пример сохранения форм:
ilyaut.ru/addons/very-easy-to-add-custom-objects-in-modx/

Мне кажется, часть полей не нужна. Возмём, например, такую структуру:

id
cuser
auser
hidden
createdon
editedon

Если я (id = 7) добавляю в друзья Андрея (id = 33), то в базе создаётся запись

cuser = 7
auser = 33
hidden = 0

Когда Андрей увидит заявку и нажмёт «Отказать», в базе отмечаем hidden = 1 и больше Андрею эту заявку не показываем.

Если Андрей принимает заявку или после отказа нажмёт «Добавить в друзья», создаём запись

cuser = 33
auser = 7
hidden = 1 (так как Илья уже добавил Андрея)

При такой схеме легко джойнами прицепить эти записи и определить — если есть запись, где я в поле cuser, но нет записи, где я в поле auser, значит, я просто подписчик. Если вторая запись есть, значит мы друзья.

Когда Андрей удалит меня из друзей, его запись удаляется и я становлюсь подписчиком.

Понятное дело, что просто забыли убрать. А вот твой вопрос неприлично грубый. Ты ей кто? Начальник, учитель? Нехорошо так. Можно же было просто прислать PR или вообще просто Issue написать. И тебе бы «спасибо» сказали.

Ты думаешь, что showHidden — это магический параметры, который устранит абсолютно все проблемы? =)

У автора не было никакой ошибки. У него просто не выводились скрытые ресурсы.

Тогда надо смотреть в журнале ошибок PHP. Белый экран — это, чаще всего, ошибка сервера. А они все обычно логгируются.

Мне кажется, что дело в том, что шаблон лежит не в той папке просто…

Смотрите текст ошибки в разделе Управление — Отчеты — Журнал ошибок

[[pdoSitemap? &showHidden=`1`]]

С помощью pdoPage такую проблему не решить. Нужно писать свой механизм подгрузки блоков через AJAX. В этом механизме нужно для каждой новой подгрузки передавать список уже загруженных ID-шников и исключать их из выборки.

Ещё кое-что поправил в simpleUpdater. Попробуй обновиться?

Выпустил новую версию simpleUpdater. Попробуй обновиться.

Блин… Постараюсь сегодня исправить и выпустить обновление… Поторопился я со статьёй )))

Нет, уже давно качается с официального источника: github.com/ilyautkin/simpleUpdater/blob/master/core/components/simpleupdater/processors/mgr/version/update.class.php#L23

Не знаю… Я такого не замечал.

Если найдёшь, в чём причина — отпиши, пожалуйста, постараюсь исправить, если дело в моём дополнении.

Привет! С ошибкой modRestClient::__construct is deprecated я ещё не разбирался. Это где-то в другом месте используется)

А ошибки non well formed numeric value у меня нет. Вообще странная она, даже не знаю, в каком месте может появляться…



Но спасибо, постараюсь разобраться когда-нибудь)

Кроме номера версии проверь и соответствие правилам: modstore.pro/info/developers — ещё не каждое дополнение одобрят.

Ну, типа «упоминания», наверное)

А почему CAST(Square.value AS SIGNED) AS square? Если сделать DECIMAL — разве не будет работать больше и меньше?

CAST(Square.value AS DECIMAL(13,3)) AS square

А вот тут интересно — если файл большой, то какая операция быстрее — вычисление хеша файла или чтение даты его изменения? Надо бы потестировать…

Ну теперь можно вообще сделать один маленький сниппет

<?php
$filepath = MODX_BASE_PATH . $input;
if (file_exists($filepath)) {
    return $input . '?v=' . date('dmYHis', filemtime($filepath));
}

И использовать его как-то так:

<link rel="stylesheet" href="{'public/template/css/styles.css' | version}" type="text/css"/>
<script src="{'public/template/js/scripts.min.js' | version}" type="text/javascript"></script>