Возможно-ли создать дубли всех страниц форума (т.е. генерировать помимо HTML варианта) в формате XML?
Тогда можно было бы написать программу для облегчения работы с форумом.
Польза была бы.
*можно осуществить и с использованием обычного броузера*
Гораздо труднее, особенно при том, что админ крайне занят и не может этим заниматься.
Здесь в том и смысл, что можно часть работы самому сделать.
Вообще, надо как-то договориться с ними, чтобы они открыли код форума - все равно он коммерческой тайной не является.
*что имел в виду Николай Федоровский *
Вообще-то, если я не ошибаюсь - он имел в виду свою разработку - поисковик по форуму, размещенный у него.
Значит, мы думаем примерно об одном и том же. Только ведь все это можно осуществить и с использованием обычного броузера на основе связки html+xslt+css+jscript (ненужное вычеркнуть). Для реализации задуманного необходимо раздобыть исходники php3-скриптов index, main, view, find и переписать их с целью получения xml. (Лучше при этом иметь один скрипт, а не 4 независимых.) Кто может помочь с административной стороной дела? Если необходимо, можно составить совместное обращение к администрации с указанием преимуществ предлагаемой технологии.
Также, мне интересно, что имел в виду Николай Федоровский под "просмотром в поиске". htsearch?
//и *комбинации < и >* тоже зачислил в теги//
А вот чтобы ввести < приходится писать &lt; :-)
//Номера тем кажется есть, посмотрите в url этой страницы.//
Я хотел обратить внимание на следующий момент. Совокупность сообщений, образующих тему, в настоящий момент представляет собой дерево, хотя иногда и очень хочется иметь DAG. Логично устроить так, чтобы каждая вершина ссылалась на родительскую (в моем примере через поле in-reply-to), кроме одной - корневой, у которой in-reply-to отсутствует, но, возможно, присутствуют другие поля для хранения характеристик темы.
То, что мы видим на форуме, выглядит иначе. Корневое сообщение (на вид) не обладает msgid, что портит однородность. Ответы первого уровня не ссылаются на корневое сообщение. Таким образом, вместо дерева получается неэстетичный лес.
По этой причине я и задал вопрос — обманчива представленная нам внешность или нет.
*Теги html тут не нужны*
Дык, я понимаю, что не нужны. Я просто сгоряча спутал, и *комбинации < и >* тоже зачислил в теги, а зря %)
*какую именно пользу, по Вашему замыслу, будет приносить программа*
Я думал об этой программе, как об альтернативном варианте доступа к форуму - например, можно было бы реализовать функции отслеживания определенных сообщений, фильтрации и т.п., и все это из одной программы, не используя броузера. То есть, стоило бы сосредоточить внимание на тех функциях, которых броузер, как средство неспециализированное, не представляет. Препятствия я усматриваю такие:
1. Некоторые используют теги, а с этим могут быть проблемы (не под Виндой).
2. Если админ не решит нам в этом содействовать, все это - напрасно.
Я тоже об этом думал. Здесь, как и всегда, нужно выбирать — между сознательным дублированием информации, несколько увеличивающим выходной объем xml, и ее необходимым минимумом. В последнем случае и name, и confession надо выбирать из таблички по ключу userid.
Хочется, чтобы все было максимально приближено к внутренней структурам форума, так что выходные xml, пропущенные через xslt, выглядели б ничуть не хуже родных html. Тогда действительно "польза была бы" — и специальные интерфейсы можно будет писать, и трафик несколько сократить.
Поэтому и вызывает интерес, данными в каком виде мы располагаем. Что происходит со старыми сообщениями, когда участник меняет name/confession? (Привязываются ли к сообщению текущие параметры или они при отображении просто выбираются из таблички?) Я попытался связаться по аське с Николаем (Евгеньевичем) и задать вопросы, но ответа не получил :(. Наверное, замучали его темой 5597.
//а то мои сообщения срезаются, ввиду обнаруженных тегов. А мне ими пользоваться не разрешено.//
Скажу по секрету — мне тоже не разрешено. Теги html тут не нужны. Угловые скобочки вводятся комбинациями < и >. Впрочем, такие вещи лучше по email посылать.
Примеры xml я могу со временем написать. Но вы тоже информацией поделитесь — какую именно пользу, по Вашему замыслу, будет приносить программа? Ведь при составлении схемы об этом неплохо знать.
Я думаю, что лучше будет так:
confession="123"
где 123 будет поставлено в соответствие определенное вероисповедание.
Таблицу с ними в xml положить где-нибудь отдельно.
Если можешь, Антон, напиши примеры XML для заглавной страницы и раздела - а то мои сообщения срезаются, ввиду обнаруженных тегов. А мне ими пользоваться не разрешено.
И оформи в XML несколько сообщений, для примера - потому как нужно еще все эти messages обрамить сверху и снизу, и т.п. То есть - нужно страницу XML полностью привести. Если, конечно, будет время и желание.
Для одного сообщение это подойдет. А как быть со структурами более высокого уровня?
Например заглавная страница форума, или главная страница раздела - их тоже описать.
Номера тем кажется есть, посмотрите в url этой страницы.
А какие скажете данные, такие и будут. :-)
Просто, мне некогда сейчас разбираться с XML, но я могу написать программу, генерирующую любой формат, например, как в предыдущем сообщении. Только, нужно знать как генерить не одно сообщение, а всю страницу, нужны ли там заголовки и т.д. Естественно, речть я могу вести только о просмотре в поиске, так как к основной базе я не имею никакого отношения.
Меня бы вполне устроил следующий формат сообщений (я закодировал предыдущее Ваше послание):
<message subj="5593" msgid="123020" time="2000-11-28T12:39:25">
<user id="2947" name="Николай Зорин" confession="православный в общении с патр. Алексием II"/>
<in-reply-to msgid="122898" userid="1321"/>
<body>
<![CDATA[Образец так сразу не сделаешь. Надо решить, какие данные будут храниться. Кроме того, если писать отдельную программу для работы с форумом, одного поиска не хватит. Надо и там и там сделать.]]>
</body>
</message>
Надо как-то идентифицировать с помощью msgid сообщения-заголовки тем. Имеются ли у них в системе внутренние номера?
Образец так сразу не сделаешь. Надо решить, какие данные будут храниться. Кроме того, если писать отдельную программу для работы с форумом, одного поиска не хватит. Надо и там и там сделать.
