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?
Обратил внимание, что если открывать например страницу по ссылке modx.pro/topic/?parent=crowdfunding
то в секции разумеется может открыться явно не Краудфандинг, а либо дефолт, либо последний сохраненный в кеше браузера стейт… По хорошему конечно такого быть не должно, и когда делается переход по ссылке, должна автоматом подставляться соответствующая секция… Попробую исправить, если никто не опередит, по идее все что нужно это добавить соответствие секции к параметру parent и заставлять делать его активным в обертке тикетов…
при этом на тестовом сайте где sql более ранняя все работает. возможно в этом дело, думаю как решить.
сходу гуглится репорт
github.com/rails/rails/issues/13203
и изменения
dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-3.html
@Василий, возможно имеет смысл поправить в базе структуру под требования последней версии mysql?
фикс тут
www.anujgakhar.com/2015/12/23/mysql-error-caused-by-sql_modeonly_full_group_by/
нужно просто в настройке mysql задать правильный sql_mode
у меня он такой:
единственное что пока не понял — это обнаружил ошибку в логах связанную с mysql
но это скорее проблема mysql чем php )
Сейчас у меня альтернатива — на сайте просто если нужно под специальным пользователем с фронта сайта просто заполняю корзину и генерирую заказ, с указанными данными по клиенту. Это в принципе замещает функционал о котором я пишу выше, но хотелось бы все же увидеть такого рода функционал в одном месте — в бекенде сайта.
Я просто предложил — возможно если высокий спрос, можно это краудфандингом попробовать провести.
SwitchUser конечно не плох, но есть свои неудобства, такие как:
1.Ограничение доступа — не должны менеджеры которые обслуживают первую линию, входить на сайт под юзерами. (в ряде кейсов). К тому же не будет учета созданного заказа от лица менеджера.
2.Часто бывает, что в магазин звонят люди, не имеющие аккаунтов на сайте — поэтому нужно оперативно в процессе оформления заказа еще и зарегистрировать пользователя по минимальным данным (mail, телефон, адрес доставки например), собрать ему заказ итп.
3.Правило одного окна — есть бекенд сайта с заказами, и там есть вся нужная информация для менеджера сайта при его работе с ним. при этом ведется полный аудит действий менеджера.
От себя мог бы добавить. что было бы не плохо реализовать функционал создания заказа вручную из админки MiniShop, т.е это зачастую по бизнес-кейсам клиента может быть нужно (например при продажам по телефону).
p.s к сожалению свободных денег сейчас нет, но не поддержать хотя бы тысячей старания которые стоят миллионы не могу, отправил, Василий еще раз тебе спасибо!
У меня например есть простой ресурс-контейнер «Общение» ну и в нем есть много чего. но и секции тикетов…
Вот если его укажешь — то все будет гуд.
А если нужно что-то конкретное, то вроде есть параметр &resources (пишу от руки), и вроде он как раз для таких замут предназначен, не пользовался ни разу
modx.pro/topic/?parent=crowdfunding
то в секции разумеется может открыться явно не Краудфандинг, а либо дефолт, либо последний сохраненный в кеше браузера стейт… По хорошему конечно такого быть не должно, и когда делается переход по ссылке, должна автоматом подставляться соответствующая секция… Попробую исправить, если никто не опередит, по идее все что нужно это добавить соответствие секции к параметру parent и заставлять делать его активным в обертке тикетов…
Как парт номер хранится? Как TV? В чем проблема организовать поиск тогда?