afc111

Доброго вечера всем. Есть актуальная база с товарами в работающем магазине. Есть примерно 1000 товаров которые валяются без категорий в этом магазине. Нужно этим товарам приделать категории через базу. Информация что где должно лежать есть в дампе product_to_category, который содержит поля product_id | category_id | main_category. Нужно залить дамп в основной магазин чтобы обновились category_id с выравниванием по product_id. И все какбы должно работать если бы не одно но, при импорте любым методом вылазит ошибка вида Duplicate entry `398271-1728` for key 'PRIMARY' где ключ я так понял = айдитовара-айдикатегории. также в product_to_category = есть 2 праймери ключа product_id+category_id, а также просто индекс у category_id при наличии ключей при импорте вылазит ошибка по праймери ключу если удалить из таблицы эти ключи - импорт проходит без проблем, однако обратно ключи эти не создаются тк снова вылезает все таже ошибка. не подскажите как решить проблему? удалять товары нет возможности, нужно прописать категории уже к имеющимся товарам

Решено. Возможно комуто поможет. Виной был кривой багованый Ioncube 12 который конфликтовал с php. Изза кривого ионкуба, не стартовали ImageCompressor и Шаблон и валились ошибки на всё что можно. Проблему решил просто - сменил версию ioncube на сервере путем замены лоадера. Касаемо моей ситуации - на старом сервере последний апдейт был в ноябре, поэтому все работало. На новом сервере аапанель при установке подгружала именно новый багованый ионкуб 12, поэтому никакие переустановки и прочие танцы не помогали. Вот так изза мелочи провозился 4 дня. Можно закрывать.

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

aaPanel нормально импортирует бекапы только мелкие, у меня базы по 2-4гб, через саму панель просто не завершается процесс, точнее он завершается но внутри база пустая. через пхпадмин - очень долго импортирует. через консоль быстро читал, копии делаю через классическую команду, все всегда нормально копировалось rsync -avz --progress root@айпи:/старый сервер /новыйсервер там эта система только для баз нормальная, и то по опыту через раз срабазывает на больших базах бэкап файлов вообще поидиотски сделан если обьемы большие да мне почтовый сервер не нужен у меня базы по 2-4гб каждая и суммарно файлов с 4 сайтов на 600гб если это сначала архивировать в аапэнел, потом качать на пк, потом обратно на новый сервер - это можно неделю ждать, поэтому и делаю rsync //// Только что специально качнул все вручную по старинке на 1 сайте и залил на новый сервер, базу импортировал через аапанел, повылазили те самые ошибки Warning: SessionHandler::read(): open(/www/php_session/site.ru/sess_0d0q8ea9aehi3en84s9mlqsqd8, O_RDWR) failed: No such file or directory (2) in /www/wwwroot/site.ru/system/library/session/native.php on line 17 Warning: session_start(): Failed to read session data: user (path: /www/php_session/site.ru/) in /www/wwwroot/site.ru/system/library/session.php on line 30 -------------это я так понял по сессиям ^ Fatal error: Uncaught Exception: Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1<br />Error No: 1064<br />SELECT value FROM in /www/wwwroot/site.ru/system/library/db/mysqli.php:40 Stack trace: #0 /www/wwwroot/site.ru/system/library/db.php(16): DB\MySQLi->query() #1 /www/wwwroot/site.ru/system/config/catalog.php(30): DB->query() #2 /www/wwwroot/site.ru/system/storage/modification/system/library/config.php(23): require('/www/wwwroot/sc...') #3 /www/wwwroot/site.ru/system/framework.php(8): Config->load() #4 /www/wwwroot/site.ru/system/startup.php(105): require_once('/www/wwwroot/sc...') #5 /www/wwwroot/site.ru/index.php(19): start() #6 {main} Next thrown in /www/wwwroot/site.ru/system/library/db/mysqli.php on line 40 ----------- это на главной странице ^ Fatal error: Uncaught Error: Class 'Controllerstartup' not found in /www/wwwroot/site.ru/system/storage/modification/system/engine/action.php:43 Stack trace: #0 /www/wwwroot/site.ru/system/storage/modification/system/engine/front.php(54): Action->execute() #1 /www/wwwroot/site.ru/system/storage/modification/system/engine/front.php(39): Front->execute() #2 /www/wwwroot/site.ru/system/framework.php(103): Front->dispatch() #3 /www/wwwroot/site.ru/system/startup.php(105): require_once('/www/wwwroot/of...') #4 /www/wwwroot/site.ru/kr0ejw/index.php(19): start() #5 {main} Next thrown in /www/wwwroot/site.ru/system/storage/modification/system/engine/action.php on line 43 -----------это основная ошибка, после нее падают все сайты ^

Здравствуйте, Помогите пожалуйста разобраться. 4 сайта крутятся на одном впс. Софт впс: Centos7, aaPanel, php7.4.30, MariaDB 10.0.38. Все 4 магазина на ocStore 2.0.2.3. Стоят различные модули с фиксами под пхп7.4. Всё пашет как часы уже более года. Задуман переезд на выделенный сервер хетцнер. Поставлен почти такойже софт: Centos7, aaPanel, php7.4.33, MariaDB 10.0.38. Тоесть полная аналогия, только пхп немного отличается. Переезд делаю через rsync, базы новые завожу через консоль, также копирую пхп сессии (у меня в aaPanel они лежат в php_sessions), тоесть по факту получаю точную копию прошлого впс. Однако при открытии админки или сайта сыпятся ошибки, много ошибок разных. Причем возникшая на одном из сайтов ошибка валит все 4 сайта разом, какбудто с php чтото, при перезагрузке php все работает пару секунд, потом опять валится. Пробовал: 1. после установки в админке обновлять кэш дополнений, сбрасывать кэш дополнений 2. вручную удалял папку с пхп сессиями, чистил через аапанель сессии 3. вручную тер папку system/storage/cache 4. вручную тер вообще всю папку system/storage (валится весь сайт) 5. отключал по одному установленные модули через менеджер дополнений 6. менял php на 7.1 на случай если дело в mcrypt или еще в чем (после смены в админку вообще не пускает, какбдуто пароль не подходит) Мучаюсь уже 4 день. Всегда все переносилось по серверам легко rsyncом по стандартной схеме, а тут какаято беда. Какбудто не хватает чегото. Точные ошибки выложу чуть позже