Форум компании NetUP

Найти это в коде и закомментировать.

Наверно, просто запускать по крону раз в месяц, пока эти опции там не реализуют. И неким скриптом вычищать старое из базы, чтоб не зарастало. Я писал скрипты архивации, и согласно одному сообщению от человека, ими пользующегося, они работают и на версии 5.3. Хотя не должны. По всей видимости, он обн...

get_nf_direct. Ее довели до ума еще в 5.2.1-009. Дальнейшая обработка - на свой вкус.

Не будет. Потому что появился штатный функционал для этой цели.

Есть тестовая машина с Debian Jessie x64 и UTM 5.3.004 для нее. Есть также совсем не тестовый бордер с FreeBSD 9 x64. Под которую, как оказалось, нет версии 5.3.004, а есть только 5.3.003. 5.3.004 есть для FreeBSD 10.

И как переходить в такой ситуации?

Нет, только если восстановить удаленный файл

Переделывать не стал, из-за большого количества изменений. Переписал raw_fd_script, сделав в нем переработку очередного файла детальки в TSV формат (Tab Separated Values) с помощью все той же get_nf_direct, и его плследующую упаковку и отсылку в хранилище.

Было такое под FreeBSD 9, но вроде исправили. Мало того, что этого файлика не было, так еще и линк на библиотеку libxml2 из отдаленного будущего.

Вопрос знающим. Кто реализовывал такое через dynashape? Интересует не сама реализация, она в целом понятна, а то, в какой последовательности идут события, упомянутые в документации: установка ширины канала, изменение ширины канала, снятие ограничений.

Ждем очередных апдейтов.

Чем архивировали?

У меня архив за три последних года, всё, что старше, чистится по крону отдельным скриптом. Кстати, в архиве, который я выложил, этот скрипт есть. Его надо использовать вместе со скриптом архивации.

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

Если они на MyISAM, то да. Не знаю, сработает ли это на InnoDB, поэтому воспользуюсь написанным выше. Медленно, но верно.

Там просто, по крайней мере в MySQL. Четыре запроса, один создает такую же по структуре таблицу в другой базе, второй пересыпает туда данные, третий правит таблицу archives и четвертый удаляет исходную таблицу. И так для каждой таблички в архиве. Код скрипта можно, в общем-то, сделать один раз. Даже...