byura
Хранитель порядка
- Регистрация
- 29 Янв 2007
- Сообщения
- 712
- Реакции
- 859
если шаред хостинг рекомендую перейти на vps(min2/2/20)Всем здравствуйте.
Помогите, пожалуйста, решить проблему с подключением SM к PS 1-6-0-14 (или точнее к MySQL)
Юзаю 1-6-0-14 уже лет пять как... Практически сразу прикрутил к ней SM 2-5-0(469). Прямое подключение и HTTP туннель не пошли сразу с наскока (да я особо и не упирался там), но сработал бридж, и на том спасибо, тем более что формат "как при печати на бумагу" (долго-долго правишь, потом отправляешь в принтер окончательный вариант) меня больше устраивал, чем мгновенное попадание моих "редактур" любых данных в публичную сферу.
Время шло, база росла. Похоже именно по этой причине на днях не смог слить бриджем базу из Веб на локаль. Стала появляться ошибка read timed out. С хостером пообщались, тайминги увеличили - все пофиг. По ощущениям вообще вопрос был не в таймингах MySql: эта версия SM по бриджу работает так - генерит большущий файл выгрузки в текстовом формате (в моем случае уже было 1,5 гига), потом пакует его в 120-меговый gz, передает на локаль, а прога уже здесь его разбирает и импортирует. Так вот, файл выгрузки создавался полностью и корректно, а ошибка выскакивала примерно на 80-90% процесса упаковки. Т.е. запросы к MySQL по идее уже заканчивались (файл выгрузки сформирован), начиналась файловая операция упаковки, на 80-90% процесса выскакивает ошибка, но при этом упаковка продолжает своей жизнью жить (!), т.е. она доупаковывает файл до полных 100% и этот архив полностью рабочий и корректный. Но только процедура уже абортнулась...
Решил, что проблема с большим объемом, решить проблему просто увеличением таймингов не получается, надо переходить на новый левел - делать прямое подключение.
Пообщался с хостером. Прямое невозможно (безопасность), через SSH - пожалуйста. Прокинули юзера, пароль, порты. Все коннекты проходят (к хосту, к портам на вход и выход (выходной порт, кстати, не всякий берет, только тот, что в статусе listening) кроме последнего коннекта к базе данных. Дает такую вот ошибку:
Посмотреть вложение 105662
Диагностика дает вот такие результаты:
Посмотреть вложение 105661
Хостер разводит руками, говорит, туннель SSH работает. В принципе да, работает, я сам через PuTTY подключаюсь со своими логинами-паролями к MySQL. Но в программе коннекта к базе нету. Причем сама SM использует тот же PuTTY, правда в наборе идет более старая версия, но подкладка новой не меняет ничего.
Может кто знает в чем затыка, почему к базе не получается подключиться?
Помогите, пожалуйста.
p.s.На текущий момент сработал такой вариант (слава Богу хоть какой-то1. снес SM 2-5-0-491. 2. поставил SM 2-5-3-551 с тем же exe-шником ..._p3_, который показывает версию 2-4-1-469. 3. старый добрый бридж (причем в этой версии работает иначе генерация файлов - выгрузка из базы сразу пакуется в gz, т.е. файл-дамп базы данных как таковой не формируется, сразу на лету формируется готовый архив). В общем пока работает и ладно. Но вдруг когда-то и этот перестанет? хотелось бы иметь альтернативу в виде прямого подключения к базе. Поэтому прошу еще раз помощи.
настройки работают(только если хостер не заблочил все)Для просмотра ссылки Войди
или используете модуль Bridge Connector для PS1.6
Когда разбогатею - заплачу денег вендору, а пока нужно пролечить. Жду в ЛС, спасибо.