Конкуренты или все-таки партнеры?

[nyuk]

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

Чтобы было понятней, поясню что накопал:

Таблица post:
postid - идентификатор
threadid - идентификатор топика
parentid - идентификатор соообщения, на которое отвечаем, или 0 если первое в топике
username - имя отправителя (текст)
userid - его id
title - заголовок сообщения (может отсутствовать)
dateline - дата отправки
pagetext - собственно, текст
attach - пока не разбирался

Остальные поля, думаю, не важны.

Таблица thread:
threadid - id
title - заголовок
firstpostid - id первого сообщения
lastpost - дата последнего сообщения
forumid - id форума
replycount - количество ответов
postusername - имя создателя топика
postuserid - его id
lastposter - имя последнего написавшего
dateline - дата создания топика

Остальное поскипал.

Ну и выше по иерархии таблица forum, там тоже есть интересные моменты, но нам пока это не нужно.

[elf/2]

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

в очередной раз убеждаюсь что отсуствие координатора ни к чему хорошему не приводит
если ты тоже хочешь поучаствовать в создании гейта форум -> фидо, то может быть имеет смысл как-то поделить сферы ответсвенности. я так понимаю, что сейчас 2 человека делают одно и тоже (ты и nyuk).

НУЖНО придумать свое, а не подставляя костыли пытаться воспользоваться чем-то стандартным.

надеюсь это ты так шутишь...

Вот только я легко могу работать с MySQL и понятия не имею как выглядит изнутри этот rss.

http://blogs.law.harvard.edu/tech/rss

Зачем использовать ненужную и непроверенную прослойку библиотек для работы с rss когда можно обойтись без нее? Проще надо быть. А простота в том, что на одном конце мы имеем очень четкий формат .PKT/.MSG, а на другом таблицы MySQL. Вот и надо загонять одно в другое имея ПОЛНЫЙ набор данных, а не то что нам выдаст rss.

1. в отличии от того что ты предлагаешь, прослойка rss отлаженная и проверенная
2. rss предлагает не только формат хранения, но и протокол доставки. дело в том что мало сгенерировать .pkt/.msg (извини что я не знаю что это такое), надо эти файлы (или файл) доставить на ту машину, которая занимается постингом в фидо
3. в rss можно и нужно положить ВСЕ данные которые требуются для полноценного форварда в фидо (так получается со слов lvd)
4. rss можно использовать и по прямому назначению

[nyuk]

имеем практически тот же самый набор полей, получается что нет никаких проблем сделать один скрипт.

Ну выше решили subject передавать не строкой, а несколькими, для гибкости. Хотя можно передавать для RSS-читалок сформированное поле title, а для фидо набор из двух полей, forum_title / thread_title

а в чем разница в реализации? в твоем случае смотрим $_REQUEST['data'], в другом $_SERVER['HTTP_IF_MODIFIED_SINCE']

до кучи ссылка на php'шную реализацию "conditional GET": http://simon.incutio.com/archive/200...conditionalGet

Уже почти дошло Я так понял, клиентская сторона передает дату модификации последней принятой записи и ее md5 хэш. Сервер со свой сторны сравнивает эти значения со своими и если оба совпадают, то ничего не отдает. А как эти данные попадают в $_SERVER переменную? Я с ней всегда только на чтение работал. Подозреваю, что модификацией headers это можно сделать, не пробовал.

А в целом, геморойней вариант, причем для клиентской стороны. На сервере да, все просто.

[nyuk]

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

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

Mon May 16 2005 09:44, nyuk wrote:
> Цитируемое сообщение
Текст нового сообщения.

Причем, в цитате длина строки может большой, нужно разбивать ее на куски, например по 80 символов.

Собственно, что сделано. Взял оригинальный external.php, убрал из него 3/4 экспорта, оставил только RSS2. Переделал запрос, чтобы отдавал все сообщения, а не первое в ветке. Пока все.

[elf/2]

Ну выше решили subject передавать не строкой, а несколькими, для гибкости. Хотя можно передавать для RSS-читалок сформированное поле title, а для фидо набор из двух полей, forum_title / thread_title

title - заголовок ветки
category - заголовок форума

"партия обо всем позаботилась - на Солнце вы полетите ночью"

Уже почти дошло Я так понял, клиентская сторона передает дату модификации последней принятой записи и ее md5 хэш.

клиент передает данные полученные от сервера при предыдущем запросе и сам ничего не считает. эти самые данные передаются через HTTP headers в обе стороны

Сервер со свой сторны сравнивает эти значения со своими и если оба совпадают, то ничего не отдает.

он возвращает правильный exit code
header('HTTP/1.0 304 Not Modified');

А как эти данные попадают в $_SERVER переменную? Я с ней всегда только на чтение работал.
Подозреваю, что модификацией headers это можно сделать, не пробовал.

их туда PHP положит.
чуть-чуть пояснений:
$_SERVER['HTTP_IF_MODIFIED_SINCE'] - это то что передали с клиента, его надо только читать
header("Last-Modified: $last_modified"); - это то что мы отдаем клиенту

А в целом, геморойней вариант, причем для клиентской стороны. На сервере да, все просто

на клиенте еще проще:
смотрим то что нам отдали при предыдущем запросе. засовываем это в в request header. все!
генерировать эти заголовки позволяют: wget, curl, xmlhttprequest

[elf/2]

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

или пусть это делается на клиенте

Собственно, что сделано. Взял оригинальный external.php, убрал из него 3/4 экспорта, оставил только RSS2. Переделал запрос, чтобы отдавал все сообщения, а не первое в ветке. Пока все.

а может в аттач? с указанием стабильная это версия или нет
тогда Стас это может и на сервер поставить, в тестовых целях

[lvd]

если ты тоже хочешь поучаствовать в создании гейта форум -> фидо, то может быть имеет смысл как-то поделить сферы ответсвенности. я так понимаю, что сейчас 2 человека делают одно и тоже (ты и nyuk).

Я беру на себя хостинг фидошного робота (можно в принципе и форумного, если форум будут сканировать-таки), создание эхи для этого (бекбонной). Ещё непонятно пока что с ZS, как конкретно он выбирает мессаги ИЗ фидо (в фидо собсна постятся pkt2msg утилиткой).

[nyuk]

или пусть это делается на клиенте

А парсить по любому надо. Вот смотри, у нас есть три формата: bbTags, XML/RSS и фидо. В формате форума отдавать нет смысла, это внутренний формат, и парсить его логично внутри. Чем хорош RSS, действительно стандарт. Можно отдавать в нем, а из него хоть в читалку, хоть в фидо.

а может в аттач? с указанием стабильная это версия или нет
тогда Стас это может и на сервер поставить, в тестовых целях

Версия 0.02 pre-alfa По сути, тот же external.php, только сильно порезанный и с переделанным запросом.

UPD: И сразу багофикс Забыл тип на text/xml обратно сменить.

[elf/2]

А парсить по любому надо. Вот смотри, у нас есть три формата: bbTags, XML/RSS и фидо. В формате форума отдавать нет смысла, это внутренний формат, и парсить его логично внутри. Чем хорош RSS, действительно стандарт. Можно отдавать в нем, а из него хоть в читалку, хоть в фидо.

меня опять побьют но я как обычно за стандарт, т.е. за представление текста сообщения в виде xhtml. клиентское преобразование в fido формат готов сделать в виде xslt. только надо договориться как каждый bbTag будет представляться в html'е. и в каком во что это будет транслироваться в фидошный plain-text'е

Версия 0.02 pre-alfa По сути, тот же external.php, только сильно порезанный и с переделанным запросом.

2CityAceE: может быть положишь на сервер?

[CityAceE]

2CityAceE: может быть положишь на сервер?

Не совсем понял что с этим файлом делать? И потом лучше для этих целей использовать мыло или систему ЛС.