Перейти к содержанию
Форум поддержки пользователей VamShop

требования по настройкам и правам файлов у sypex dumper в составе VamShop


Рекомендуемые сообщения

Резервное копирование в составе VamShop построено на базе скрипта sypex dumper, на хостинге Beget почему-то не работает..судя по всему не подключается  к настройкам ( или файлу где хранятся настройки..) Но все права поставил 777, в логах ошибок нет..

на других хостингах все нормально работает.. ( проверил по два сайта на одном хостинге..и два сайта на beget - аналогичная штука)

При входе в резервное копирование вот такая табличка- без текста.. поэтому даже не знаю в чем дело..

 

https://prnt.sc/vfvfu1

 

У кого-то было подобное? И как это можно решить?

Ссылка на сообщение
Поделиться на другие сайты
31 минуту назад, geval сказал:

Резервное копирование в составе VamShop построено на базе скрипта sypex dumper, на хостинге Beget почему-то не работает..судя по всему не подключается  к настройкам ( или файлу где хранятся настройки..) Но все права поставил 777, в логах ошибок нет..

на других хостингах все нормально работает.. ( проверил по два сайта на одном хостинге..и два сайта на beget - аналогичная штука)

При входе в резервное копирование вот такая табличка- без текста.. поэтому даже не знаю в чем дело..

 

https://prnt.sc/vfvfu1

 

У кого-то было подобное? И как это можно решить?

А какая версия php?!

Для 7.4 пока не внесена правка в код дампера.

Версию php можно посмотреть в Админке - Разное - Сервер инфо.

Ссылка на сообщение
Поделиться на другие сайты
1 минуту назад, support сказал:

А какая версия php?!

Для 7.4 пока не внесена правка в код дампера.

Версию php можно посмотреть в Админке - Разное - Сервер инфо.

версия php 7.2

Ссылка на сообщение
Поделиться на другие сайты
49 минут назад, geval сказал:

версия php 7.2

Должно работать. 

Поставьте попробуйте права доступа на запись, например 77 на файлы внутри /admin/sxd

Ну или тогда через phpMyAdmin делать резервные копии или через панель beget

Ссылка на сообщение
Поделиться на другие сайты

не помогло..а там есть какой-либо файл- некорректные данные в котором могут такое вызвать? путь какой-нибудь не такой или что-то типа настроек подключения к базе.. ( так как возможно из-за переезда на хостинг что-то сбилось)

 

понятно дело что и остается phpmyadmin просто это далеко не так быстро и оперативно как хотелось бы..

Ссылка на сообщение
Поделиться на другие сайты
6 часов назад, geval сказал:

не помогло..а там есть какой-либо файл- некорректные данные в котором могут такое вызвать? путь какой-нибудь не такой или что-то типа настроек подключения к базе.. ( так как возможно из-за переезда на хостинг что-то сбилось)

 

понятно дело что и остается phpmyadmin просто это далеко не так быстро и оперативно как хотелось бы..

Ну вот обычно вместо пустого окна должен быть текст ошибки написан.

Да, доступ к базе прописывается автоматически в файлы:

/admin/sxd/cfg.php и ses.php

Ссылка на сообщение
Поделиться на другие сайты

ага- ну я в файле cfg.php поменял http на https как и надо было- на одном сайте все заработало..

а вот на другом почему-то так и не заработало

все на одном хостинге.. значит дело не в хостинге- а какой-то косяк именно на сайте.. файлы эти проверил в них все нормально.. попробую полностью перезаписать все внутри- кроме конфиг файлов..

эх..и это не помогло

каким-то образом не подхватывает настройки..после того как выскочило это окно.. походил по кнопкам экспорт-импорт..

там нет никаких данных. следовательно нет подключения к базе данных у скрипта.. явно где-то косяк в конфиг.файлах- хотя на глаз там всё прекрасно

Ссылка на сообщение
Поделиться на другие сайты
20 минут назад, geval сказал:

там нет никаких данных. следовательно нет подключения к базе данных у скрипта.. явно где-то косяк в конфиг.файлах- хотя на глаз там всё прекрасно

Попробуйте так открыть:

http://vamshop.loc/admin/sxd/backup.php

Может будет хотя бы текст ошибки виден.

Ссылка на сообщение
Поделиться на другие сайты

тоже самое- думаю что-то там с подключением почему-то..

https://prnt.sc/vg7qnl

 

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

Ссылка на сообщение
Поделиться на другие сайты
40 минут назад, geval сказал:

тоже самое- думаю что-то там с подключением почему-то..

https://prnt.sc/vg7qnl

 

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

При первом открытии записывает данные.

Попробуйте в /admin/sxd/backup.php закомментировать строку:

error_reporting(0);

поменять на:

  //error_reporting(0);
  ini_set('display_errors',1);
  error_reporting(E_ALL & ~E_NOTICE & ~E_WARNING);

Может так будут видны ошибки.

Ссылка на сообщение
Поделиться на другие сайты

странно..всё также пусто и ошибок нет..  а можете архивом скинуть вот именно эту папку /admin/sxd/ как она есть в установочном файле? попробую перезаписать и вот симитировать первый запуск.. может все запишется как надо

Ссылка на сообщение
Поделиться на другие сайты
11 минут назад, geval сказал:

странно..всё также пусто и ошибок нет..  а можете архивом скинуть вот именно эту папку /admin/sxd/ как она есть в установочном файле? попробую перезаписать и вот симитировать первый запуск.. может все запишется как надо

Архив доступен на https://vamshop.ru/download.html

Ссылка на сообщение
Поделиться на другие сайты

при перезаписи чистой вот такая ошибка
Warning: Use of undefined constant DIR_FS_ADMIN - assumed \'DIR_FS_ADMIN\' (this will throw an Error in a future version of PHP) (/home/a/a-----ali/a----w.ru/public_html/admin/auth_vam.php:30)

а хотя это было по невнимательности- не верно записал.. в общем все тоже самое- проще забить... та же ошибка пошла

Ссылка на сообщение
Поделиться на другие сайты
×
×
  • Создать...