Воеводский Михаил

Воеводский Михаил

Был в сети 30 марта 2026, 14:44
Заказы не принимаю
Идея хороша для случаев, когда заведомо известно, что хранить необходимо много, а доступ будет очень ограниченный. Например, фотоархив, свой для каждого пользователя. При этом, есть возможность хранить 50-100 Гб кэша в течение 2-3 дней на случай повторного интереса пользователя к просмотренным фотографиям.
Есть решение, которое на железном уровне печатает чеки с помощью ФР от АТОЛ. Новые версии данных ФР уже умеют самостоятельно отправлять данные в ОФД.
Поскольку само решение создано во времена, когда об ОФД речи еще не было, поэтому может требоваться некоторая его доработка.
Подобное в планах, но срок реализации не назову. В качестве временного решения возможно добавить все города в базу, а к выпадающему списку с названиями городов добавить простой в использовании selectpicker.
Из-за того, что не загружена модель, стандартная операция
$this-->object = $this->modx->newObject($$this->classKey);
в процессоре modObjectCreateProcessor не создает объект.

Необходимо подгрузить модель через $modx->getService() или $modx->addPackage() до вызова процессора.
Если есть беспокойство о быстродействии, getResources необходимо выкинуть на помойку и заменить на pdoResources. То есть, одну из причин против easyComm уже устранили. То, что он «довольно мощен», тоже не причина. Сейчас требуется одно, а чуть позже требования расширяются. Так показывает практика.

И еще:
— LexRating <...>
И насколько понял для расчета рейтинга тянет все оценки и внутри считает среднее(!), вместо того, чтобы хранить среднее и перезаписывать его при оценке.

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