рабочие текстовики заполнились NUL NUL NUL..

[Sergodjan]

сегодня пров хостинговый учудил - без согласования со мной перезагрузил VDS на котором трудился в этот момент ЗП (версия 5.9.8.1)..
рабочие текстовики из обвязки работающего шаблона заполнились NUL NUL NUL.. данные записываются с помощью списков.. как избежать таких казусов?

 

[Nick]

настроить планировщик, который бы всё это дело регулярно паковал в архив

 

[APXOHT]

У меня и планировщик бекапов на такое стоял + писал я в несколько мест сразу + писал я по календарным дням (пути к папке как 04.03.2016, 05.03.2016...)
Вобщем находка для диссертации вдумчивого психиатра)). Зато спокоен был.

 

[CSS]

как избежать таких казусов?

Сложный вариант - использовать удалённую базу данных (mysql к примеру) которая будет располагаться на другой машине и будет иметь репликацию

 

[zortexx]

Тогда лучше сразу зеркалить образ рабочей OS на уровне NAS.

 

[rostonix]

Этот казус результат некорректного завершения работы машины. Избежать его - не делать таких завершений. видимо питание вырубили в момент когда файл перезаписывался

 

[Sergodjan]

Этот казус результат некорректного завершения работы машины. Избежать его - не делать таких завершений. видимо питание вырубили в момент когда файл перезаписывался

файловая система ntfs оч. устойчива к такого рода казусам..
каким образом файлы заполняются этими нуллами?
потеря несохраненных на этот момент данных - это я еще понимаю..
но откуда NUL'ы?
ими затирается вся инфа в файлах - и старая, и новая..
такое впечатление, что ЗП перед тем как сохранить данные, сам заполняет файл нуллами и только потом полезной информацией..

 

[ZennoScript]

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

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

 

[Sergodjan]

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

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

 

[rostonix]

нуллы это не текст. это побитые данные без явной кодировки.

 

[Sergodjan]

нуллы это не текст. это побитые данные без явной кодировки.

я все же не понимаю, каким образом ЗП записывает NUL'ы в файлы, если произошло аварийное завершение работы компьютера?
т.е. если попросту произошел жесткий принудительный ребут (резет) или пропажа питания..

 

[Nick]

Вы эти нуллы в hex-редактори видели или в Notepad++? Приложите файл, наконец)

 

[Sergodjan]

Вы эти нуллы в hex-редактори видели или в Notepad++? Приложите файл, наконец)

приложил бы, но что то психанул и просто стер их..
щас в корзинке гляну, может сохранились..
нашел...
вот в нотепаде++ как выглядит:

 

[Fobos]

Извиняюсь конечно за некро..
Может есть какое решение данной проблемы? Отключение электричества уничтожает файл, в hex редакторе нули

 

[doc]

Извиняюсь конечно за некро..
Может есть какое решение данной проблемы? Отключение электричества уничтожает файл, в hex редакторе нули

ИБП

 

[Fobos]

Тут не поспоришь, но в идеале конечно лучше решать первопричину

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

 

[doc]

Тут не поспоришь, но в идеале конечно лучше решать первопричину

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

Посмотреть вложение 62504

переходи на бд