скрипт БД dumper , стоит ставить или ... ?

скрипт БД dumper стоит ставить или там дыра для взлома и какая версия лучше, на сайте их два?

скрипт БД dumper стоит ставить или там дыра для взлома и какая версия лучше, на сайте их два ?

Как писали ранее, встроенный дампер в версиях по 1.5.2 включительно — опасен — его нужно удалить, если ещё не обновились до новой версии.
В 1.5.3 эта проблема устранена.
Но лучше пользоваться дампером Sypex — бесплатный, легко устанавливается, работает очень шустро. Мне лично нравится именно этот дампер

не понял, какой дамп удалить ?
Sypex — две версии, какой лучше?

пардон, ссылку поправил.
lezginka.ru, самая последняя версия — самая лучшая))). После установки это программы, можно удалять дампер и не бояться угрозы взлома

Axe, на этом сайте две версии, обе новые какой лучше?

пардон, ссылку поправил.
lezginka.ru, самая последняя версия — самая лучшая))). После установки это программы, можно удалять дампер и не бояться угрозы взлома

Axe, на этом сайте две версии, обе новые какой лучше ?

качай лайт.

качай лайт

Не согласен. Лайт — это устаревшая версия. Качать надо Sypex Dumper 2.0.5 — внимательно почитайте инфу на оф.сайте

Она как то дампы не так делает? или восстанавливает криво? "Устаревшия версия" — не довод.

"Устаревшия версия" — не довод.

Согласен.
Однако, по материалам сайта:

Основная проблема Sypex Dumper Lite 1.0.8 была в том, что он начинает тормозить на таблицах с очень большим количеством записей.
Новая версия дампера умеет работать с новыми объектами MySQL, которые появились в версии 5.0 (представления, процедуры, функции и триггеры) и в версии 5.1 (события). При этом делает экспорт умно. Например, если есть зависимые представления (например, view_2 использует view_1), то дампер располагает их в дампе в порядке зависимости, а не по алфавиту. Чего не умеют делать многие конкуренты, из-за чего при восстановлении возникают ошибки.

Это только часть преимуществ новой версии.
Всё-таки, как ни крути, новое есть новое. А Lite 1.0.8 была выпущена в 2006 году, и конечно же, не могла учитывать специфику работы с новыми версиями БД.

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

Лайт — не катит или как?

Anatoly B.,
Скажите честно: вы внимательно прочли всё что было написано вверху?

Однако, по материалам сайта:
Основная проблема Sypex Dumper Lite 1.0.8 была в том, что он начинает тормозить на таблицах с очень большим количеством записей.
Новая версия дампера умеет работать с новыми объектами MySQL, которые появились в версии 5.0 (представления, процедуры, функции и триггеры) и в версии 5.1 (события). При этом делает экспорт умно. Например, если есть зависимые представления (например, view_2 использует view_1), то дампер располагает их в дампе в порядке зависимости, а не по алфавиту. Чего не умеют делать многие конкуренты, из-за чего при восстановлении возникают ошибки.
Это только часть преимуществ новой версии.
Всё-таки, как ни крути, новое есть новое. А Lite 1.0.8 была выпущена в 2006 году, и конечно же, не могла учитывать специфику работы с новыми версиями БД.

Сергей, а какие такие новые возможности mysql 5.x использует instantcms?
В 98% случаев требуется просто создание дампа БД, а для этих задач мощь новой версии чрезвычайно избыточна. Тем более, что управление новой версии несколько запутано. Так что думаю, что для целей создания дампов целесообразнее использовать sypex 1.0.8

Сергей, а какие такие новые возможности mysql 5.x использует instantcms?

Виктор, сейчас instantcms не использует, но кто знает, может в одном из ближайших обновлений — всё ведь возможно, верно?
Кроме того, вдруг Вам взбредёт в голову добавить в базу дополнительно таблицы от какой-нибудь сторонней проги, к примеру, скажем, Livezilla, или ещё какой? Вдруг кодировки не будут совпадать? И что тогда? Проблема?
А последняя версия очень грамотно работает с разными кодировками таблиц, это подтверждают многие.
Я думаю, лучше сразу пользоваться новой версией, чтобы обезопасить себя от возможных неприятных моментов.

Виктор, сейчас instantcms не использует, но кто знает, может в одном из ближайших обновлений — всё ведь возможно, верно?

А вдруг в ближайшее время instantcms перейдёт на postgreSQL 😊 что тогда делать?

Кроме того, вдруг Вам взбредёт в голову добавить в базу дополнительно таблицы от какой-нибудь сторонней проги, к примеру, скажем, Livezilla, или ещё какой? Вдруг кодировки не будут совпадать?

Ошибки возникают, как я понял, если придётся дампить базу с таблицами с разной кодировкой (сам с таким не сталкивался, хотя в базе таблицы от instantcms(cp-1251) и от smf(utf-8)), но добавляя таблицы от другой программы в другой кодировке придётся работать с одной кодировкой, пусть даже и отличной от cp-1251.
Опять же вторая версия ещё бета и сообщения на главной подтверждают, что ещё не все баги выловлены. А для новичка первая версия — самое то "запустил, нажал кнопку, скачал на комп".