Clean

у меня подобная проблема, обновил sql на сервере до последней версии 5.7 — при установке tickets

Could not create table `modx_tickets_views` SQL: CREATE TABLE `modx_tickets_views` (`parent` INT(10) unsigned NOT NULL DEFAULT '0', `uid` INT(10) unsigned NOT NULL DEFAULT '0', `guest_key` CHAR(32) NULL, `timestamp` DATETIME NOT NULL, PRIMARY KEY (`parent`,`uid`,`guest_key`)) ENGINE=MyISAM ERROR: Array ( [0] => 42000 [1] => 1171 [2] => All parts of a PRIMARY KEY must be NOT NULL; if you need NULL in a key, use UNIQUE instead )

при этом на тестовом сайте где sql более ранняя все работает. возможно в этом дело, думаю как решить.

сходу гуглится репорт
github.com/rails/rails/issues/13203
и изменения
dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-3.html

Columns in a PRIMARY KEY must be NOT NULL, but if declared explicitly as NULL produced no error. Now an error occurs. For example, a statement such as CREATE TABLE t (i INT NULL PRIMARY KEY) is rejected. The same occurs for similar ALTER TABLE statements. (Bug #13995622, Bug #66987, Bug #15967545, Bug #16545198)

@Василий, возможно имеет смысл поправить в базе структуру под требования последней версии mysql?

проблема была т.к после обновления на mysql по дефолту выставился sql_mode который плохо дружит с дефолтными группировками в запросах pdoTools и других.
фикс тут
www.anujgakhar.com/2015/12/23/mysql-error-caused-by-sql_modeonly_full_group_by/
нужно просто в настройке mysql задать правильный sql_mode
у меня он такой:

mysql> select @@sql_mode;
+------------------------------------------------------------------------------------------------------------------------+
| @@sql_mode                                                                                                             |
+------------------------------------------------------------------------------------------------------------------------+
| STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

на самом деле разобрался — в целом с php 7 из коробки все довольно хорошо летает.
единственное что пока не понял — это обнаружил ошибку в логах связанную с mysql

[pdoTools] Error 42000: Expression #68 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'pozhara.360x270.url' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

но это скорее проблема mysql чем php )

т.е все проекты, в т.ч средней нагруженности по 3-4 тысячи посетителей в день, вроде modx.pro нормально живут на php по умолчанию с дефолтным modx кэшем xPDOFileCache?

xPDOAPCCache[scripts]: Error creating APC cache provider; xPDOAPCCache requires the APC extension for PHP, version 2.0.0 or later.

А что на счет кэширования? APC версии которая была после обновления отвалилась, сейчас смотрю что с этим делать. Василий ты как вышел из ситуации?

Да я об этом и писал.
Сейчас у меня альтернатива — на сайте просто если нужно под специальным пользователем с фронта сайта просто заполняю корзину и генерирую заказ, с указанными данными по клиенту. Это в принципе замещает функционал о котором я пишу выше, но хотелось бы все же увидеть такого рода функционал в одном месте — в бекенде сайта.

Пожалуйста!
Я просто предложил — возможно если высокий спрос, можно это краудфандингом попробовать провести.
SwitchUser конечно не плох, но есть свои неудобства, такие как:
1.Ограничение доступа — не должны менеджеры которые обслуживают первую линию, входить на сайт под юзерами. (в ряде кейсов). К тому же не будет учета созданного заказа от лица менеджера.
2.Часто бывает, что в магазин звонят люди, не имеющие аккаунтов на сайте — поэтому нужно оперативно в процессе оформления заказа еще и зарегистрировать пользователя по минимальным данным (mail, телефон, адрес доставки например), собрать ему заказ итп.
3.Правило одного окна — есть бекенд сайта с заказами, и там есть вся нужная информация для менеджера сайта при его работе с ним. при этом ведется полный аудит действий менеджера.

Очень жаль, что я теперь тут редкий гость, но было приятно увидеть обновление в ленте о том что Василий так же как и раньше преданно трудится над своим очень полезным и актуальным детищем, за что Василию низкий поклон как разработчику и идеологу.

От себя мог бы добавить. что было бы не плохо реализовать функционал создания заказа вручную из админки MiniShop, т.е это зачастую по бизнес-кейсам клиента может быть нужно (например при продажам по телефону).
p.s к сожалению свободных денег сейчас нет, но не поддержать хотя бы тысячей старания которые стоят миллионы не могу, отправил, Василий еще раз тебе спасибо!

не плохо смотрится, но все равно нужно серьездно допиливать чтобы внедрить к modx…

Здорово конечно, но после Imperavi на беке, с стороны Front-end пользователи испытывают проблемы, т.к там особо ничего схожего по удобству и нет(

Стоит денег своих. Станет бесценным, если кто-то сможет весь функционал из бека перенести во фронт.

Не сталкивался с необходимостью явно выделить имя пользователя, поэтому использую везде Fullname, притом он у меня еще и уникальный

Ага, потому что небось выставляешь ID самого ресурса-контейнера с тикетами, а если выставишь его обертку контейнер то все будет работать.
У меня например есть простой ресурс-контейнер «Общение» ну и в нем есть много чего. но и секции тикетов…
Вот если его укажешь — то все будет гуд.

А если нужно что-то конкретное, то вроде есть параметр &resources (пишу от руки), и вроде он как раз для таких замут предназначен, не пользовался ни разу

Обратил внимание, что если открывать например страницу по ссылке
modx.pro/topic/?parent=crowdfunding
то в секции разумеется может открыться явно не Краудфандинг, а либо дефолт, либо последний сохраненный в кеше браузера стейт… По хорошему конечно такого быть не должно, и когда делается переход по ссылке, должна автоматом подставляться соответствующая секция… Попробую исправить, если никто не опередит, по идее все что нужно это добавить соответствие секции к параметру parent и заставлять делать его активным в обертке тикетов…

Кстати, блин про регистрацию действительно не обратил внимание, а на счет Активности, я предположил что ты как раз и берешь параметр thislogin

Это стандартные поля Modx.User, см. docs.modx.pro/system/basics/filters-input-and-output самый низ…

Василий, мои поздравления, повысилось как и юзабилити, так и дизайнеская составляющая, молоток!

Федор, объявите цену, тогда шанс получить помощь будет выше, к примеру у меня сейчас даже нет времени чтобы «за так» прочитать все посты в этом топе…

Ничего не понял, какие проблемы.
Как парт номер хранится? Как TV? В чем проблема организовать поиск тогда?