Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dolboeb ([info]dolboeb)
@ 2007-09-08 05:02:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: sleepy

Про взлом Соколова: тайм-аут
Дитя уснуло пару минут назад, и я валюсь.
Поэтому про взлом журнала М.Ю. Соколова будет пост с утра. Сейчас не могу просто, спать очень хочется.

Пока что, если Вы этого ещё не сделали, качаем вот тут программку ljsm 2.9 (для пользователей Windows):
http://dolboeb.org/ljsm.exe
Сохраняем её в директорию (она же папка), например, c:\ljsm. Или c:\ljbackup
Потом запускаем окно DOS (через Start => Run => cmd, оно же Пуск => Выполнить... => cmd)
Заходим в директорию c:\ljsm (сперва команда c:, потом cd c:\ljsm)
Там запускаем команду:
ljsm -u username:password username
где, понятное дело, username — имя Вашего журнала, а password — его пароль
Все посты Вашего журнала при этом скачиваются к Вам на диск в виде HTML с частью комментариев, включая подзамки
Если желаете исключить подзамки, то ljsm username
Таким способом, кстати сказать, можно забэкапить любой журнал, не только свой собственный, но и чужой, потеря которого Вас могла бы расстроить.
Подробности про LJSM читаем вот тут.

Если всего этого покажется недостаточно, можно ещё освоить LJArchive
Но он не работает без .NET framework



(Читать комментарии) - (Добавить комментарий)


[info]leonov@lj
2007-09-08 05:26 (ссылка)
Это ж не вариант. Ну закачает очередная потенциальная жертва себе на диск весь архив, и что потом - любоваться на него лунными ночами? Backup без restore - функция не слишком полезная, журнал как онлайновый объект остается убитым. Конечно, нет особых проблем написать разбор этого хозяйства и выкладывание его в новый журнал, но при этом потеряются комментарии, перекрестные ссылки и т.п.
Так что в идеале функцию бэкапа (опционального, но неубиваемого пользователем) было бы неплохо реализовать на уровне родного интерфейса - хотя бы для платных аккаунтов.

(Ответить) (Ветвь дискуссии)


[info]dolboeb@lj
2007-09-08 05:47 (ссылка)
Backup без restore - функция не слишком полезная, журнал как онлайновый объект остается убитым

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

Backup без restore создаёт некий массив данных, защищённый от внешнего воздействия настолько, насколько защищены Ваши диски, дискеты, флэш-память.

Restore к этому массиву, может быть, потом напишут бесплатный, а можно его самому написать, а можно кому-то заказать.

То, что сохраняет LJSM — plain HTML, который можно вылить на сервер, и получится полный дубль всех записей и большой части комментов.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]leonov@lj
2007-09-08 06:07 (ссылка)
Ну да, я это тоже писал - реализовать разбор этого массива и вставку его в новый журнал - не проблема. Проблема в том, что при таком восстановлении а) комментарии либо теряются, либо вставляются в неудобоваримом виде (в конец записи, одним большим комментарием, других вариантов вроде нет); б) меняются идентификаторы записей, что означает большой привет всевозможным перекрестным ссылкам, поисковикам и т.п. И все это ни один сторонный бэкап принципиально решить не в состоянии.

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

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]emsi@lj
2007-09-08 23:55 (ссылка)
http://zaxar-borisych.livejournal.com/183504.html?thread=6994896#t6994896

если там действительно удаляются из базы удалённые пользователем обьекты - то самое простое для внедрения в нынешней ситуации было бы даже не накапливать изменения ступенчато, а просто перестать удалять записи из database.

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

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]leonov@lj
2007-09-09 06:05 (ссылка)
Одного прекращения реального удаления недостаточно - все равно остается возможность забить записи мусором (автоматизируется на раз). Так что хранить нужно всю историю изменений.

(Ответить) (Уровень выше)


[info]batva@lj
2007-09-09 05:30 (ссылка)
есть способы копирования дневника как онлайн-объекта, но к сожалению без комментов

(Ответить) (Уровень выше)


(Читать комментарии) -