Сообщений в теме: 8

[viking]

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

Вопрос: есть ли такой скрипт для версия 1.9.8 ревизия 9408 от 2013.07.30?

[CbCoder]

Не совсем понял, что за скрипт, скорее всего нет. Если при обновлении выскакивали ошибки, надо было их заскринить и прислать нам. То же касается и ошибок во время работы, конкретную ошибку мы можем исправить, если отправите ее через заявку .

[viking]

Скрипт следующий: создающий структуру таблиц, при этом отсутствует команды удаления. Т.е. скрипт "бежит" по базе, если таблицы и столбцы имеются, то ничего не изменяется, если столбца нет, то допишет. Аналог скрипта обновления базы.

Ошибкка не всегда себя проявляет и отловить её трудно.
Описание ошибки: при редактировании прав доступа иногда отсутствуют колонки с галочками "Добавить", "Импорт", "Экспорт":



И отсутствуют пока не нажать кнопку "Сохранить". После того как нажмём кнопку сохранить, то эти колонки появляются, но галочки везде сброшены, после проверки таблицы оказывается, что и в базе сохраняются сброшенные галочки и приходится их вновь устанавливать.

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

Вторую ошибку, которая возникла при обновлении ревизии выслал через систему заявок.

Сообщение отредактировал viking: 01 Август 2013 - 10:40

[CbCoder]

Отправьте заявку в техподдержку, проверим.

[viking]

CbCoder (01 Август 2013 - 10:49) писал:

Отправьте заявку в техподдержку, проверим.

Отправил.

[viking]

Вопрос разработчику.
При бэкапе появилась ошибка:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 44241627 bytes) in ***/include/functions_cron.php on line 402"

Обращаю внимание на то что ранее бэкап проходил без проблем и памяти хватало.

Мне посоветовали смотреть требования к системе: http://clientbase.ru...16/trebovaniya/

Цитирую:
Увеличить размер возможной памяти на процесс:
memory_limit= 512M

Вопроса два:
1) Не многовато ли скрипт потребляет памяти и зачем ему столько?
2) Собираетесь ли Вы оптимизировать процесс бэкапа, чтобы он проходил как и раньше без ошибок?

Каждый раз переезжать от одного хостинг провайдера к другому не есть правильное решение. И тут нам говорят: "Используйте SAAS или читайте требования к системе".

Сообщение отредактировал viking: 01 Август 2013 - 14:32

[Analitic]

viking (01 Август 2013 - 14:25) писал:

Вопроса два:
1) Не многовато ли скрипт потребляет памяти и зачем ему столько?
2) Собираетесь ли Вы оптимизировать процесс бэкапа, чтобы он проходил как и раньше без ошибок?

Каждый раз переезжать от одного хостинг провайдера к другому не есть правильное решение. И тут нам говорят: "Используйте SAAS или читайте требования к системе".

1) Для создания архива zip
2) Да собираемся подключать другие архивы

Переезжать каждый раз не нужно, используйте http://clientbase.ru...showtopic=2612. Они предусматривают расширение без перестановки.

[Analitic]

Вариант 2, делать архивы средствами самого хостинга, выйдет значительно быстрее.

[viking]

Analitic (01 Август 2013 - 15:03) писал:

1) Для создания архива zip
2) Да собираемся подключать другие архивы

Переезжать каждый раз не нужно, используйте http://clientbase.ru...showtopic=2612. Они предусматривают расширение без перестановки.

Раньше же у Вас работал бэкап без проблем.
Нашёл решение: Остаюсь у текущего хостинг-провайдера, для бэкапа буду использовать Sypex Dumper, он позволяет и по cron работать.
Сделал бэкап им. Он за несколько секунд забэкапил базу.

Кстати, это уже второй случай в моей практике, когда система требует большего. Первый: http://clientbase.ru...?showtopic=4925
Судя по всему и не последний.

Рассмотрите вариант интеграции Sypex Dumper в Вашу систему, он это позволяет делать.

Сообщение отредактировал viking: 01 Август 2013 - 15:19