... ↑
anglerhood в посте Metapractice (оригинал в ЖЖ)
Вроде у них есть XML-RPC API для нормальной автоматизации всего этого дела. Но не факт что это сейчас работает. Я планирую сначала всё-таки через него сделать бэкап.
Если не получится, то придётся писать свой http клиент для тупого скачивания и парсинга.
Сам клон ЖЖ поднять вроде не проблема, так как его исходники открыты и есть мануал по запуску
http://stat.livejournal.com/doc/server/
18 комментариев
сначала старые сначала новые
код утилиты для бэкапа на перле http://code.sixapart.com/svn/livejournal/trunk/src/jbackup/jbackup.pl
последняя версия ЖЖ из доступных
http://code.sixapart.com/svn/livejournal/branches/r43.2/
последняя версия ЖЖ из доступных
http://code.sixapart.com/svn/livejournal/branches/r43.2/
Т.е. с помощью этих инструментов мы только делаем копию?
Выглядит ли достижимым идеальный конечный результат1: автоматический переезд на новое место вместе со всеми комментами и прочим?
Выглядит ли достижимым идеальный конечный результат2: мы начинаем на новом месте вести работу, и, хотя бы, главные темы с ре-ссылками оттуда транслируются сюда в оставшийся в жж старый метапрактик?
Выглядит ли достижимым идеальный конечный результат1: автоматический переезд на новое место вместе со всеми комментами и прочим?
Выглядит ли достижимым идеальный конечный результат2: мы начинаем на новом месте вести работу, и, хотя бы, главные темы с ре-ссылками оттуда транслируются сюда в оставшийся в жж старый метапрактик?
оба результата достижимы.
переезд - задача тривиальная, но если их API не работает, то потребует значительного времени на скачивание, так как у них там вроде ограничение 5 обращений в секунду (30000 / 5 = 6000 сек = 100 часов)
задача с трансляцией сюда дайджестов тоже чуть сложнее, но тоже очень даже достижима.
переезд - задача тривиальная, но если их API не работает, то потребует значительного времени на скачивание, так как у них там вроде ограничение 5 обращений в секунду (30000 / 5 = 6000 сек = 100 часов)
задача с трансляцией сюда дайджестов тоже чуть сложнее, но тоже очень даже достижима.
Ну что же. Надо сгенерировать такое намерение и без поспешности и истерик за разумное время совершить этот переезд.
Ну, и вопрос куда остается.
Ну, и вопрос куда остается.
недокументированные методы АПИ для работы с комментариями:
http://code.livejournal.org/trac/livejournal/changeset/18041/trunk/cgi-bin/ljprotocol.pl
http://code.livejournal.org/trac/livejournal/changeset/18041/trunk/cgi-bin/ljprotocol.pl
Хорошо. Это выглядит проще, чем то, что предлагает гадюка.
Кто-то это тестировал на журнале сообщества?
Значимы ли влияния журнала хозяина личного жж и хозяина некого сообщества? Инми словами, такой код должен быть введен и там, и там?
Что надо, чтобы ТЕБЕ ввести этот код в метапрактик или другой мой/наш для пробы? Сделать тебя смотрителем журнала? Передать тебе код от системы всех моих/наших журналов?
И самое главное? Предусмотрен ли откат к исходному виду, ежели суповцы сломают возможность работать обсуждаемой программной эээ настройке/достройке.
Кто-то это тестировал на журнале сообщества?
Значимы ли влияния журнала хозяина личного жж и хозяина некого сообщества? Инми словами, такой код должен быть введен и там, и там?
Что надо, чтобы ТЕБЕ ввести этот код в метапрактик или другой мой/наш для пробы? Сделать тебя смотрителем журнала? Передать тебе код от системы всех моих/наших журналов?
И самое главное? Предусмотрен ли откат к исходному виду, ежели суповцы сломают возможность работать обсуждаемой программной эээ настройке/достройке.
Не знаю что предлагает гадюка, но в данном случае - это ссылка на код, который работает на стороне сервера ЖЖ. Я его использую для того, чтобы понять как можно эффективно скачать комментарии к записям. То есть это делается в рамках всё той же работы по переезду.
Технический план у меня скопировать журнал, развернуть свой сервер ЖЖ и дописать там синхронизацию содержимого с суповским ЖЖ для конкретного журнала.
Технический план у меня скопировать журнал, развернуть свой сервер ЖЖ и дописать там синхронизацию содержимого с суповским ЖЖ для конкретного журнала.
Не знаю что предлагает гадюка,
Ну, вот же прямо в этой теме:
но в данном случае - это ссылка на код, который работает на стороне сервера ЖЖ.
Я понял, и у нее на стороне жж.
Я его использую для того, чтобы понять как можно эффективно скачать комментарии к записям.
А, так у тебя это качалка. Отлично. (А у нее предложение, как переделать исходное оформление вида страницы жж, чтобы заголовки были прописаны вручную.)
То есть это делается в рамках всё той же работы по переезду.
Понял, понял. Естественно, перед переездом надо все тщательно забэкапить, чтобы ежели что, была не одна копия и в разных программных видах.
Технический план у меня скопировать журнал, развернуть свой сервер ЖЖ и дописать там синхронизацию содержимого с суповским ЖЖ для конкретного журнала.
Понял, а объем работы не слишком большой для тебя?
А сервак у нас какой будет?
Ну, вот же прямо в этой теме:
Домутила, наконец, стиль для ЖЖ, практически полностью эмулирующий все, как оно было. Как будто бы чеширукие маркетологи СУПа и не набезобразили. За компанию получила массу новых и совершенно неинтересных знаний о том, как оно все в S2 устроено.
http://metapractice.livejournal.com/310151.html?thread=7280519#t7280519
но в данном случае - это ссылка на код, который работает на стороне сервера ЖЖ.
Я понял, и у нее на стороне жж.
Я его использую для того, чтобы понять как можно эффективно скачать комментарии к записям.
А, так у тебя это качалка. Отлично. (А у нее предложение, как переделать исходное оформление вида страницы жж, чтобы заголовки были прописаны вручную.)
То есть это делается в рамках всё той же работы по переезду.
Понял, понял. Естественно, перед переездом надо все тщательно забэкапить, чтобы ежели что, была не одна копия и в разных программных видах.
Технический план у меня скопировать журнал, развернуть свой сервер ЖЖ и дописать там синхронизацию содержимого с суповским ЖЖ для конкретного журнала.
Понял, а объем работы не слишком большой для тебя?
А сервак у нас какой будет?
Гадюка использует возможности платного аккаунта по модификации отображения на стороне сервера + частично меняет отображение на стороне своего браузера. В принципе можно менять всё отображение на стороне браузер, потому что заголовки для комментариев остались в структуре, но я в этом деле (JS + CSS) не особо силён.
Весь объем достаточно большой, но если разбить на куски то уже и не очень :) Бэкапить всё-равно надо в любом случае.
Для тестовых целей у меня есть дома небольшой сервер, а для рабочих целей можно хостинг купить (у нас вроде не предполагается большая нагрузка - будет недорого).
Весь объем достаточно большой, но если разбить на куски то уже и не очень :) Бэкапить всё-равно надо в любом случае.
Для тестовых целей у меня есть дома небольшой сервер, а для рабочих целей можно хостинг купить (у нас вроде не предполагается большая нагрузка - будет недорого).
Гадюка использует возможности платного аккаунта по модификации отображения на стороне сервера + частично меняет отображение на стороне своего браузера. В принципе можно менять всё отображение на стороне браузер, потому что заголовки для комментариев остались в структуре, ...
Понял. Ну, тогда такой вариант нам не годиться. Ибо, мы же не можем прокачать браузеры всех метапрактиков. А тем более тех, кто заходит к нам просто на огонек. А заголовки нужны И ИМ, И НАМ равной мере.
но я в этом деле (JS + CSS) не особо силён.
Ну, тем более. Тогда, тебя этиим напрягать не будем.
Весь объем достаточно большой, но если разбить на куски то уже и не очень :) Бэкапить всё-равно надо в любом случае.
Бэкапить надо в любом случае, да еще и не одним способом.
Для тестовых целей у меня есть дома небольшой сервер, а для рабочих целей можно хостинг купить (у нас вроде не предполагается большая нагрузка - будет недорого).
Ну, домашний сервер только для тестирования. Админить самим на сервере журнал/сайт мне кажется будет геморой большой.
Ну, придется идти по миру с шапкой - собирать на хостинг.
А вот, из известного списка ста блогов рунета: http://blogs.yandex.ru/services/ - среди нет ничего нам подходящего?
О! У нас тут были технически не подкованные добровольцы. Надо даст им задание просмотреть этот топ сверху до http://lj.rossia.org/ - т.е. 29-30 позиций и доложить нам что и как. Кстати, лж.россия.орг является упрощенным клоном жж в стиле оформления s1. Вот бы наладить в него - из него трансляции и все дела.
Понял. Ну, тогда такой вариант нам не годиться. Ибо, мы же не можем прокачать браузеры всех метапрактиков. А тем более тех, кто заходит к нам просто на огонек. А заголовки нужны И ИМ, И НАМ равной мере.
но я в этом деле (JS + CSS) не особо силён.
Ну, тем более. Тогда, тебя этиим напрягать не будем.
Весь объем достаточно большой, но если разбить на куски то уже и не очень :) Бэкапить всё-равно надо в любом случае.
Бэкапить надо в любом случае, да еще и не одним способом.
Для тестовых целей у меня есть дома небольшой сервер, а для рабочих целей можно хостинг купить (у нас вроде не предполагается большая нагрузка - будет недорого).
Ну, домашний сервер только для тестирования. Админить самим на сервере журнал/сайт мне кажется будет геморой большой.
Ну, придется идти по миру с шапкой - собирать на хостинг.
А вот, из известного списка ста блогов рунета: http://blogs.yandex.ru/services/ - среди нет ничего нам подходящего?
О! У нас тут были технически не подкованные добровольцы. Надо даст им задание просмотреть этот топ сверху до http://lj.rossia.org/ - т.е. 29-30 позиций и доложить нам что и как. Кстати, лж.россия.орг является упрощенным клоном жж в стиле оформления s1. Вот бы наладить в него - из него трансляции и все дела.
А вообще, самое простое решение: написать администрации http://lj.rossia.org/, сделать если их нет инструменты для переезда и ехать туда, ибо там клон жж, который маленький, но, простоял уже достаточно много лет.
Вроде у них есть XML-RPC API для нормальной автоматизации всего этого дела. Но не факт что это сейчас работает. Я планирую сначала всё-таки через него сделать бэкап.
Когда-то давно я допиливал исходники проги, под названием ljArchive. Работала тогда отлично. Как сейчас не знаю, м.б. давно не поддерживается.
Если писать с нуля, то лучше использовать Flat API.
Документация на API всегда была на месяцы/года устаревшая.
Если не получится, то придётся писать свой http клиент для тупого скачивания и парсинга.
Давно писал клиента, для массового выкачивания профилей и постов, правда без комментов. Проблем особых не было.
Когда-то давно я допиливал исходники проги, под названием ljArchive. Работала тогда отлично. Как сейчас не знаю, м.б. давно не поддерживается.
Если писать с нуля, то лучше использовать Flat API.
Документация на API всегда была на месяцы/года устаревшая.
Если не получится, то придётся писать свой http клиент для тупого скачивания и парсинга.
Давно писал клиента, для массового выкачивания профилей и постов, правда без комментов. Проблем особых не было.
реальная ситуация обратна на 180°, новые методы из их протокола http://code.livejournal.org/trac/livejournal/browser/trunk/cgi-bin/ljprotocol.pl работают только через XML-RPC
ты бы в пару строк прокомментировал эту простыню. где там специфичный для XML-RPC код?
да я особо не исследовал. getrecentcomments и getcomments у меня через флэт выдают unknown method, а через xml-rpc фурычать.
в той простыне просто написана реализация протокола и я оттуда беру названия методов и аргументы.
в той простыне просто написана реализация протокола и я оттуда беру названия методов и аргументы.
понял
я начал потихоньку делать свой бэкапер.
сырцы тута https://github.com/tolyan/lj-downloader/
сырцы тута https://github.com/tolyan/lj-downloader/