Резервная площадка форума FOR-UA.info

Объявление

Основная площадка - FOR-UA.info

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.



красота!

Сообщений 1 страница 24 из 24

1

собсно сабж!

готов платить 200 рубасов\мес за каждодневный бэкап.

хто следующий?

занимайте очередь!

0

2

FE говорил, что на этом хостинге не всё так просто с бэкапами.

0

3

OlegTS написал(а):

FE говорил, что на этом хостинге не всё так просто с бэкапами.

лучче спроси у Скептика.

как я понял его слов, всё обстоит приблизительно так: "еженедельный бэкап - бесплатно, каждодневный что-то около 200 рубасов\мес"

0

4

Бывший электрик написал(а):

OlegTS написал(а):

    FE говорил, что на этом хостинге не всё так просто с бэкапами.

лучче спроси у Скептика.

как я понял его слов, всё обстоит приблизительно так: "еженедельный бэкап - бесплатно, каждодневный что-то около 200 рубасов\мес"

За 8 долларов можно полноценный хостинг купить.

0

5

Ну я бы не сказал, что такая уж прям красота. Мне пришлось регистрироваться по новой.

0

6

Бывший электрик написал(а):

собсно сабж!

готов платить 200 рубасов\мес за каждодневный бэкап.

хто следующий?

занимайте очередь!

В снесенной теме было:

Бывший электрик написал(а):

Молотoв написал(а):

    Репликация нужна, бэкапы - это для лохов... Иллюзия.

репликация подразумевает и удаление тоже.

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

Даже в несчастном мускуле для этого есть (бесконечный) журнал транзакций. Можно хранить его хоть с момента создания базы.
Имея журнал, можно восстановить базу на абсолютно любой момент времени, без всяких триггеров (mysqlbinlog в помощь).
И разобраться, кто, что и когда удалял или добавлял - то есть там весь DDL и DML будет.
Но при бэкапе журнала с момента создания базы, разумеется, не будет.
Соответственно, базу, поднятую из бэкапа, низзя откатить, нельзя посмотреть, кто и что там менял.

Если за деньги - то нужен хостинг хоть на маленьком, но физическом сервере.
Безопаснее.

0

7

OlegTS написал(а):

За 8 долларов можно полноценный хостинг купить.

не 8 а 6

0

8

Львов написал(а):

Ну я бы не сказал, что такая уж прям красота. Мне пришлось регистрироваться по новой.

А мне, почему-то , нет.
И туевой хуче народу тоже нет. Судя по тому, что никто не жаловался.

0

9

Молотoв написал(а):

В снесенной теме было:

Даже в несчастном мускуле для этого есть (бесконечный) журнал транзакций. Можно хранить его хоть с момента создания базы.
Имея журнал, можно восстановить базу на абсолютно любой момент времени, без всяких триггеров (mysqlbinlog в помощь).
И разобраться, кто, что и когда удалял или добавлял - то есть там весь DDL и DML будет.
Но при бэкапе журнала с момента создания базы, разумеется, не будет.
Соответственно, базу, поднятую из бэкапа, низзя откатить, нельзя посмотреть, кто и что там менял.

Если за деньги - то нужен хостинг хоть на маленьком, но физическом сервере.
Безопаснее.

не спорю

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

Демонстрация была 10 минут назад.

3 секунды - "и мы в хопре"

0

10

Бывший электрик написал(а):

OlegTS написал(а):

    За 8 долларов можно полноценный хостинг купить.

не 8 а 6

Можно и за 6, но за 8 - на Arvixe.
Я штук 20 перебрал разных.
Этот - лучший.

0

11

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

+1

12

Бывший электрик написал(а):

Молотoв написал(а):

    В снесенной теме было:

    Даже в несчастном мускуле для этого есть (бесконечный) журнал транзакций. Можно хранить его хоть с момента создания базы.
    Имея журнал, можно восстановить базу на абсолютно любой момент времени, без всяких триггеров (mysqlbinlog в помощь).
    И разобраться, кто, что и когда удалял или добавлял - то есть там весь DDL и DML будет.
    Но при бэкапе журнала с момента создания базы, разумеется, не будет.
    Соответственно, базу, поднятую из бэкапа, низзя откатить, нельзя посмотреть, кто и что там менял.

    Если за деньги - то нужен хостинг хоть на маленьком, но физическом сервере.
    Безопаснее.

не спорю

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

Демонстрация была 10 минут назад.

3 секунды - "и мы в хопре"

Ага. И вся история изменений потеряна.

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

Отредактировано Молотoв (2014-08-14 22:54:47)

0

13

Наблюдающий написал(а):

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

А если заведётся бешеный модер, как сегодня?

0

14

Молотoв написал(а):

Ага. И вся история изменений потеряна.

Примитивный

да

[взломанный сайт]

0

15

Молотoв написал(а):

Ага. И вся история изменений потеряна.

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

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

0

16

"злочинець" это по-украински? Какое замечательное слово  http://www.kolobok.us/smiles/standart/grin.gif

0

17

Бывший электрик написал(а):

собсно сабж!

готов платить 200 рубасов\мес за каждодневный бэкап.

хто следующий?

занимайте очередь!

ну так заплати..

Оплата на месяц ежедневного бекапа и отключения рекламы

0

18

Stellar написал(а):

ну так заплати..

Оплата на месяц ежедневного бекапа и отключения рекламы

завтра...

50 рубасов с тилипона не спасут.

а наличЪка не лезет в сидиром чота...

0

19

OlegTS написал(а):

И колупайся в логах сколько влезет.

Которых нет ?

Нипалучится... :D

0

20

Молотoв написал(а):

В снесенной теме было:

Даже в несчастном мускуле для этого есть (бесконечный) журнал транзакций. Можно хранить его хоть с момента создания базы.
Имея журнал, можно восстановить базу на абсолютно любой момент времени, без всяких триггеров (mysqlbinlog в помощь).
И разобраться, кто, что и когда удалял или добавлял - то есть там весь DDL и DML будет.

Выяснять на основе лога транзакций базы данных кто что делал это сложная операция. Это требует высококвалифицированного (и дорогого) DBA, средний DBA с такой задачей не справится. И где-то несколько дней минимум. Это на основе моего опыта с MS SQL.
Если же есть логирование изменений на основе триггеров и т.п. в таблицы или еще куда - задача упрощается на пару порядков.

0

21

если форум для ди-би-эй - транзакшнлог, адназначна!

если форум для людей - тригер на удаление с записью в отдельную таблицу + ежедневный бекап

0

22

Молотoв написал(а):

OlegTS написал(а):

    И колупайся в логах сколько влезет.

Которых нет ?

Нипалучится... :D

Куда они делись?

0

23

Sever написал(а):

Молотoв написал(а):

    В снесенной теме было:

    Даже в несчастном мускуле для этого есть (бесконечный) журнал транзакций. Можно хранить его хоть с момента создания базы.
    Имея журнал, можно восстановить базу на абсолютно любой момент времени, без всяких триггеров (mysqlbinlog в помощь).
    И разобраться, кто, что и когда удалял или добавлял - то есть там весь DDL и DML будет.

Выяснять на основе лога транзакций базы данных кто что делал это сложная операция. Это требует высококвалифицированного (и дорогого) DBA, средний DBA с такой задачей не справится. И где-то несколько дней минимум. Это на основе моего опыта с MS SQL.
Если же есть логирование изменений на основе триггеров и т.п. в таблицы или еще куда - задача упрощается на пару порядков.

Восстановление по журналу в мускуле требует совершенно рядового владения каким-либо скриптовым языком вроде sed, awk  - кому что нравится - и немного здравого смысла для понимания структуры базы.
Ничего особого тут нет, да и вообще mysql - не база, а пародия, да и не те тут объемы... :(

Вариант с триггерами имеет право на жизнь, но во-первых, в mysql, в отличие от нормальных баз (Oracle, MSSQL) триггера медленные , печальные  и создают изрядную нагрузку на базу, тем более на shared хостинге, а во-вторых - конкретно на этой площадке в базе ковыряться гвоздиком, к сожалению, не дадут. :)

0

24

триггер только на удаление темы

чем медленнее он будет "удалять"  - тем положительнее это повлияет на количество НЕ удаленных тем

0