--начать обсуждение вариантов куда можно переехатьНу на движке ЖЖ вроде есть ещё несколько сервисов. У нас и за бугром. Вероятно, многие из них, не будут использовать последние изменения дизайна ЖЖ.--как организовать автоматическую трансляцию журнала метапрактик на новое местоЭто надо будет смотреть, уже на то конкретно куда надо будет переносить.--как можно организовать автоматическую ретрансляцию постов из нового места сюда в жж, в каком бы он здесь виде не оставался, чтобы не терять аудиториюДля трансляции постов, уже есть решения. Для трансляции комментариев - надо будет дописывать.--как все то же самое проделать еще с рядом наших сообществ типа буквализма и кунсткамеры нлпРазницы мало, одно сообщество перенести или двадцать.--при этом, еще и все-таки, побороться за возможность каким-нибудь нестандартным способом добиться оптимизации и сохранить заголовки комментов здесь в жжА-а-а, то есть переезд вызван более ээ общими причинами, чем исчезновение заголовков?
Ну на движке ЖЖ вроде есть ещё несколько сервисов. У нас и за бугром. Вероятно, многие из них, не будут использовать последние изменения дизайна ЖЖ.Или на своем сервер поднять… Какое-нибудь коллаборейтив софтвейр. Это даже интересно.
Но тут главным пунктом ставится обратная совместимость :) Свой сервер поднять можно, но с тем же ЖЖ. Но, тогда потребуется делать оргсбор на оплату домена и хостинга.
Думаю, оргсбор вполне осилим. Я щас пытался архив метапрактика сделать с помoщью ALJ - не вышло - или чего не так делаю, или суповцы еще чего накосячили. Кто-нибудь бэкап делает?
Я потихоньку занялся бэкапом.Вроде у них есть XML-RPC API для нормальной автоматизации всего этого дела. Но не факт что это сейчас работает. Я планирую сначала всё-таки через него сделать бэкап.Если не получится, то придётся писать свой http клиент для тупого скачивания и парсинга.Сам клон ЖЖ поднять вроде не проблема, так как его исходники открыты и есть мануал по запускуhttp://stat.livejournal.com/doc/server/
Т.е. с помощью этих инструментов мы только делаем копию?Выглядит ли достижимым идеальный конечный результат1: автоматический переезд на новое место вместе со всеми комментами и прочим?Выглядит ли достижимым идеальный конечный результат2: мы начинаем на новом месте вести работу, и, хотя бы, главные темы с ре-ссылками оттуда транслируются сюда в оставшийся в жж старый метапрактик?
оба результата достижимы.переезд - задача тривиальная, но если их API не работает, то потребует значительного времени на скачивание, так как у них там вроде ограничение 5 обращений в секунду (30000 / 5 = 6000 сек = 100 часов)задача с трансляцией сюда дайджестов тоже чуть сложнее, но тоже очень даже достижима.
Хорошо. Это выглядит проще, чем то, что предлагает гадюка.Кто-то это тестировал на журнале сообщества?Значимы ли влияния журнала хозяина личного жж и хозяина некого сообщества? Инми словами, такой код должен быть введен и там, и там?Что надо, чтобы ТЕБЕ ввести этот код в метапрактик или другой мой/наш для пробы? Сделать тебя смотрителем журнала? Передать тебе код от системы всех моих/наших журналов?И самое главное? Предусмотрен ли откат к исходному виду, ежели суповцы сломают возможность работать обсуждаемой программной эээ настройке/достройке.
Не знаю что предлагает гадюка, но в данном случае - это ссылка на код, который работает на стороне сервера ЖЖ. Я его использую для того, чтобы понять как можно эффективно скачать комментарии к записям. То есть это делается в рамках всё той же работы по переезду.Технический план у меня скопировать журнал, развернуть свой сервер ЖЖ и дописать там синхронизацию содержимого с суповским ЖЖ для конкретного журнала.
Не знаю что предлагает гадюка,Ну, вот же прямо в этой теме:
Домутила, наконец, стиль для ЖЖ, практически полностью эмулирующий все, как оно было. Как будто бы чеширукие маркетологи СУПа и не набезобразили. За компанию получила массу новых и совершенно неинтересных знаний о том, как оно все в 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. Вот бы наладить в него - из него трансляции и все дела.
А вообще, самое простое решение: написать администрации http://lj.rossia.org/, сделать если их нет инструменты для переезда и ехать туда, ибо там клон жж, который маленький, но, простоял уже достаточно много лет.
А-а-а, то есть переезд вызван более ээ общими причинами, чем исчезновение заголовков?На 95% заголовками. Все остальное можно было бы терпеть. Даже намеки в перспективе потерять с таким трудом накопленный контент. Но, загоовки, я сам этого не ожидал - это наше все.
Вроде у них есть XML-RPC API для нормальной автоматизации всего этого дела. Но не факт что это сейчас работает. Я планирую сначала всё-таки через него сделать бэкап.Когда-то давно я допиливал исходники проги, под названием ljArchive. Работала тогда отлично. Как сейчас не знаю, м.б. давно не поддерживается.Если писать с нуля, то лучше использовать Flat API.Документация на API всегда была на месяцы/года устаревшая.Если не получится, то придётся писать свой http клиент для тупого скачивания и парсинга.Давно писал клиента, для массового выкачивания профилей и постов, правда без комментов. Проблем особых не было.
да я особо не исследовал. getrecentcomments и getcomments у меня через флэт выдают unknown method, а через xml-rpc фурычать.в той простыне просто написана реализация протокола и я оттуда беру названия методов и аргументы.