К обладателям клиента форумного..

← →
savva © (2009-10-26 17:35) [0]

Как-то я выпал из потока, давно не был на этом сайте.
Хочется обзавестись клиентом с непустой базой.

Кому не жалко - кто может поделиться? Выкачаю любой объем, а в пределах Москвы могу подскочить с флешкой:)

ЗЫ. Чем старее база - тем лучше:)

← →
clickmaker © (2009-10-26 17:54) [1]

> Выкачаю любой объем

DMClient? какая разница, выкачивать или обновить через клиента?

← →
McSimm © (2009-10-26 17:57) [2]

Часть тем в архив ушла, наверное

← →
savva © (2009-10-26 17:59) [3]

> McSimm © (26.10.09 17:57) [2]
>
> Часть тем в архив ушла, наверное

точно

← →
savva © (2009-10-27 16:24) [4]

никто не поможет мне?

← →
Anatoly Podgoretsky © (2009-10-27 16:28) [5]

Так клиентов много разных. У меня например это NNTP сервер

← →
antonn © (2009-10-27 18:21) [6]

для магик форума http://rapidshare.com/files/298633171/2005.rar (60мб, примерно 2005 год и кусок 2006)

← →
Омлет © (2009-10-27 18:22) [7]

Я клиент несколько дней назад поставил, так бы поделился.
А выкачивать целиком даже текущие ветки не все получается.
Например, "Кто знает, что-то похожее, но новое?" - DMClient не может загрузить вутку. Может скорости не хватает, не знаю..
Можно попробовать написать конвертер из архивов в базу клиента..

← →
antonn © (2009-10-27 18:30) [8]

> Можно попробовать написать конвертер из архивов в базу клиента.
> .

можно попробывать поискать готовые :)

← →
Омлет © (2009-10-27 18:34) [9]

:)
Ищу конвертер из официальных архивов форума в базу DMClient!

← →
Anatoly Podgoretsky © (2009-10-27 19:25) [10]

А самому преобразовать из MS SQL не устроит, если да то можешь взять архив на моем сайте 665 тысяч сообщений.

← →
savva © (2009-10-29 18:05) [11]

Спасибо всем, кто откликнулся.

> [10] Anatoly Podgoretsky © (27.10.09 19:25)

собственно, так и поступил. За что Вам огромное спасибо, Анатолий.

В итоге, имеется написанный за 1 день конвертер из базы, размещенной на странице Анатолия, в формат единственно живого клиента - DMClient.

ЗЫ. Кстати, а точно DMClient - единственно живой - или устарела инфа здесь: http://www.delphimaster.ru/client.html

← →
boriskb © (2009-10-29 20:30) [12]

> собственно, так и поступил.

И сколько весит полученный архив для DMСlient ?
Нсколько я помню, там же текстовые файлы?

← →
Andy BitOff © (2009-10-29 20:54) [13]

> savva © (29.10.09 18:05) [11]

Да, давай делись.

← →
Anatoly Podgoretsky © (2009-10-29 21:58) [14]

> savva (29.10.2009 18:05:11) [11]

Сильно устарела, количество клиентов от нее отличается в разах.

← →
brother © (2009-10-30 11:13) [15]

> Например, "Кто знает, что-то похожее, но новое?" - DMClient
> не может загрузить вутку.

аналогично, видимо баг проги всеж...

← →
Inovet © (2009-10-30 11:27) [16]

> [15] brother © (30.10.09 11:13)
> > Например, "Кто знает, что-то похожее, но новое?" - DMClient
> > не может загрузить вутку.
>
> аналогично, видимо баг проги всеж...

А на чём, на каком посте, проблема? У меня вся читаемая. Версия 3.0 beta_2 (21.10.2006).

← →
brother © (2009-10-30 11:31) [17]

> А на чём, на каком посте, проблема?

[152]

← →
savva © (2009-10-30 11:32) [18]

> [14] Anatoly Podgoretsky © (29.10.09 21:58)
> Сильно устарела, количество клиентов от нее отличается в
> разах.

а где ж искать актуальную информацию по клиентам - может я на какой другой перейду:))

> [12] boriskb © (29.10.09 20:30)
> [13] Andy BitOff © (29.10.09 20:54)

В архиве весит 100 мегабайт.

← →
brother © (2009-10-30 11:35) [19]

> Версия 3.0 beta_2 (21.10.2006).

3.0.0.7 (2008)

← →
Inovet © (2009-10-30 11:43) [20]

> [17] brother © (30.10.09 11:31)
> > А на чём, на каком посте, проблема?
>
> [152]

> [19] brother © (30.10.09 11:35)
> > Версия 3.0 beta_2 (21.10.2006).
>
> 3.0.0.7 (2008)

Там ник "!!!", видать не нравится этой версии.

← →
Inovet © (2009-10-30 11:50) [21]

> [20] Inovet © (30.10.09 11:43)
> Там ник "!!!", видать не нравится этой версии.

Был тут не так давно пост с провокационным ником, от которого у клиента крышу сносило.

← →
Anatoly Podgoretsky © (2009-10-30 12:49) [22]

> savva (30.10.2009 11:32:18) [18]

Информация передается только на словах, прочитал дай прочитать другому.
Можно поискать список в конференции 6, как то там собирали.

← →
savva © (2009-11-02 09:26) [23]

пока что нашел вот эту тему
http://delphimaster.net/view/16-1161201232/

но ситуации это не меняет:)

← →
Anatoly Podgoretsky © (2009-11-02 09:31) [24]

> savva (02.11.2009 09:26:23) [23]

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

← →
savva © (2009-11-02 10:27) [25]

Анатолий, как-то не получается у меня что-то другое найти..

← →
Anatoly Podgoretsky © (2009-11-02 10:57) [26]

> savva (02.11.2009 10:27:25) [25]

Ну не искать же мне повторно в такой куче сообщений, при том часть из них уже стерта.
Я только помню, что количество клиентов более 10, на любой вкус.
Это новый опрос надо делать.

← →
Kolan © (2009-11-02 12:24) [27]

Может попросить автора http://www.delphimaster.net сделать возможность экспорта в клиенты?

← →
Наиль © (2009-11-02 15:27) [28]

> Kolan © (02.11.09 12:24) [27]
> Может попросить автора http://www.delphimaster.net сделать
> возможность экспорта в клиенты?

Поддерживаю.
Нужно, чтобы можно было обращаться к delphimaster.net по протоколу для клиентов delphimaster.ru + расширение протокола для поиска в архиве, тогда не нужно будет хранить данные в самом клиенте.

← →
Наиль © (2009-11-02 15:35) [29]

Постараюсь здесь выложить версию которая сможет загрузить ветку "Кто знает, что-то похожее, но новое?" в ближайшее время.
Проблема извесная и решается за 5 минут.
Хотелось занятся клиентом вплотную.
Но пока завален основной работой.
Раньше чем через пол года клиентом занятся навряд ли смогу (так чтобы не отвлекаться).

← →
Kolan © (2009-11-02 16:00) [30]

Да надо, наверно, его в опен сорс выкладывать, все равно никто делать не будет.

Я лично точно не буду, я им не пользуюсь.

← →
Anatoly Podgoretsky © (2009-11-02 16:03) [31]

> Может попросить автора http://www.delphimaster.net сделать
> возможность экспорта в клиенты?

База понравилась? :-)

← →
Kolan © (2009-11-02 16:09) [32]

> База понравилась? :-)

Я постоянно этим сайтом пользуюсь. Хорошая штука. Сстранно, конечно, что на основном сайте этого нет...

← →
Anatoly Podgoretsky © (2009-11-02 16:13) [33]

> Kolan (02.11.2009 16:09:32) [32]

У него наверно самая полная база.

← →
Gero © (2009-11-02 16:32) [34]

> Kolan © (02.11.09 16:00) [30]

DMClient надо бы в опенсорс, да. Хотя дописывать навряд ли кто что будет, но в учебных целях сгодится.
Только у nikkie бы разрешения на Embedded* получить.

← →
clickmaker © (2009-11-02 16:35) [35]

> Хотя дописывать навряд ли кто что будет

а чего дописывать? вроде, всё есть...

← →
Gero © (2009-11-02 16:44) [36]

> clickmaker © (02.11.09 16:35) [35]
> > Хотя дописывать навряд ли кто что будета чего дописывать?
> вроде, всё есть...

Дописывать всегда есть что, было бы желание :)

← →
Kolan © (2009-11-02 16:45) [37]

В учебных, хех, из серии, как не надо делать :)

← →
Gero © (2009-11-02 16:50) [38]

> В учебных, хех, из серии, как не надо делать :)

Там есть много почти уникальных (по крайней мере на момент написания они такими были) примеров работы с TWebBrowser, сетью, темами Windows. Также там есть мой компонент для MDI, который я даже собирался продавать.

← →
Kolan © (2009-11-02 16:53) [39]

Думаешь кто-нить купит? Сколько лет... Да и кому это MDI-нафиг нужен.

← →
Gero © (2009-11-02 16:55) [40]

> Kolan © (02.11.09 16:53) [39]

Я же говорю: собирался, давно. Сейчас предлагаю все выложить в открытый доступ.

← →
Наиль © (2009-11-02 17:20) [41]

Нельзя выкладывать его выкладывать в открытый доступ.
Пока у проекта нет координатора, есть риск получить вместо программы кашу.
Хотя бы один человек должен следить за порядком.
Очень хочется чтобы программа была в общем доступе, но когда зазывали в команду ни кто не откликнулся. С чего сейчас появиться желающим вносить изменения по уму, а не по принципу "что будет если здесь немного подкрутить"?
Разве что выложить ReadOnly доступ. Тогда точно нужен координатор-разработчик, который будет вносить изменения в программу по просьбам трудящихся.

← →
clickmaker © (2009-11-02 17:22) [42]

> Дописывать всегда есть что, было бы желание :)

хотя... есть некоторые баги в последней версии.
Например, иногда при запуске выдает AV в ntdll.dll
что-то еще было, щас не вспомню...

← →
Gero © (2009-11-02 17:49) [43]

> Наиль © (02.11.09 17:20) [41]

Все это понятно, но координировать тоже нет желающих.

> по принципу "что будет если здесь немного подкрутить"

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

← →
Демо © (2009-11-02 18:39) [44]

> Раньше чем через пол года клиентом занятся навряд ли смогу
> (так чтобы не отвлекаться).

А там и новая версия движка подоспеет...

← →
Kolan © (2009-11-02 20:05) [45]

Координировать, то как раз — пожалуйста, работать ктто будет? :)

← →
Наиль © (2009-11-03 18:59) [46]

> Наиль © (02.11.09 15:35) [29]
>
> Постараюсь здесь выложить версию которая сможет загрузить
> ветку "Кто знает, что-то похожее, но новое?" в ближайшее
> время.
>

Результат здесь: http://files.mail.ru/X5JAQB
Только exe-файл в архиве.
Прежде чем выкладывать официально, нужно будет ещё проверить.

← →
Kolan © (2009-11-03 19:12) [47]

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

Вот только не знаю что делать с репозиторием. Ассембла-то платной стала.

← →
Наиль © (2009-11-03 19:29) [48]

> Kolan © (03.11.09 19:12) [47]
>
> Наиль, можешь, пожалуйста, собрать в инсталлятор, написать
> что ты там сделал, а я выложу на сайте.
>
> Вот только не знаю что делать с репозиторием. Ассембла-то
> платной стала.
>

В репозитарий закачаю дня через 3, как пересяду с диалапа на безлимит. По части инсталлятора, на тебя рассчитываю. Изменения минимальны. Фильтруются входящие данные на символ #26, хотя это уже лишнее. И чтение файлов не через TextFile, а через FileStream. Затык происходил из-за срабатывания EOF, если в обсуждениях встречался упомянутый символ.

← →
xayam © (2009-11-04 00:52) [49]

> Наиль © (02.11.09 15:27) [28]
> > Kolan © (02.11.09 12:24) [27]
> > Может попросить автора http://www.delphimaster.net сделать
> > возможность экспорта в клиенты?
> Поддерживаю.
> Нужно, чтобы можно было обращаться к delphimaster.net по
> протоколу для клиентов delphimaster.ru + расширение протокола
> для поиска в архиве, тогда не нужно будет хранить данные
> в самом клиенте.

стоп, стоп, ребята, я вообще DMClient"ом не пользуюсь и когда Вы говорите о каких-то протокалах доступа к веткам и поиска по архивам, то лично для меня это не о чем не говорит.

> Gero © (02.11.09 16:32) [34]
> DMClient надо бы в опенсорс, да. Хотя дописывать навряд
> ли кто что будет, но в учебных целях сгодится.
> Только у nikkie бы разрешения на Embedded* получить.

в опенсорс уже давно надо было, с самого начала.

Если кто может скидывайте на мыло полное описание протокола, формата веток DMC, в котором все хранится, как ищется и т.д. Ну а я посмотрю браться за это или ну нафиг. В общем, для сайта http://www.delphimaster.net/ было бы плюсом, если бы это было реализовано.

← →
xayam © (2009-11-04 01:16) [50]

скачал и установил DMClient, чтобы посмотреть, что за зверь, я его помнится раньше ставил, но там был какой-то глюк и решил забить. Мысль конечно интересная сделать удаленный поиск (скажем отдельная вкладка на панели "поиск", в которой будут вводиться все параметры как на delphimaster.net) через скрипт, но, пока на мыло ничего не прислали, не знаю насколько сложно это реализовать в реале.

← →
Inovet © (2009-11-04 01:40) [51]

> [46] Наиль © (03.11.09 18:59)
> Только exe-файл в архиве.
> Прежде чем выкладывать официально, нужно будет ещё проверить.

Спасибо, скачал и DMClientSetup 3.0.0.7.exe тоже.

Пока не знаю стоит ли мне обновить версию 3.0 beta_2 (21.10.2006)?

← →
Омлет © (2009-11-04 01:57) [52]

Если уж зашло об ошибках, DMClient 3.0.0.7 - скорость в строке состояния льстит моему интернету иногда в десятки раз.

← →
Германн © (2009-11-04 02:25) [53]

> Если уж зашло об ошибках

А если уж зашла речь о клиентах ДМ, то тут я пас.
Не понимаю - в чём их необходимость?
Могу лишь понять АП. Если я правильно понял причину, по которой он озаботился этим вопросом.

← →
Inovet © (2009-11-04 02:28) [54]

> [53] Германн © (04.11.09 02:25)
> А если уж зашла речь о клиентах ДМ, то тут я пас.
> Не понимаю - в чём их необходимость?

А ты попробуй пару дней попользоваться, может понравится.

← →
Германн © (2009-11-04 02:34) [55]

> Inovet © (04.11.09 02:28) [54]
>
> > [53] Германн © (04.11.09 02:25)
> > А если уж зашла речь о клиентах ДМ, то тут я пас.
> > Не понимаю - в чём их необходимость?
>
> А ты попробуй пару дней попользоваться, может понравится.
>
>

У меня и так много проблем.
Но вот со стандартным доступом к форуму ДМ у меня нет.

← →
Германн © (2009-11-04 02:36) [56]

> Но вот со стандартным доступом к форуму ДМ у меня нет.
>

Нет проблем. Я имел в виду.

← →
Anatoly Podgoretsky © (2009-11-04 09:48) [57]

> xayam (04.11.2009 00:52:49) [49]

Я за NNTP, там все уже реализовано, только DM плохо на него накладывается.

← →
Anatoly Podgoretsky © (2009-11-04 09:52) [58]

> Германн (04.11.2009 02:25:53) [53]

У меня нет клиента ДМ, у меня хуже - у меня NNTP сервер, к тому же не до конца отлаженый, есть пара досадных ошибок.

← →
xayam © (2009-11-04 10:07) [59]

> Anatoly Podgoretsky © (04.11.09 09:48) [57]
> > xayam (04.11.2009 00:52:49) [49]
> Я за NNTP, там все уже реализовано, только DM плохо на него
> накладывается.

еще бы знать что такое NNTP и как это работает :) Если объясните в двух-трех предложениях что к чему, буду весьма признателен.

← →
Inovet © (2009-11-04 10:43) [60]

> [57] Anatoly Podgoretsky © (04.11.09 09:48)
> Я за NNTP, там все уже реализовано

Давно хотел спросить, ну не у тебя лично - почему сразу небыл этот протокол реализован, вроде на форуме всё аскетично ни картинок там всяких и прочих ВЕБов, как раз для NNTP.

← →
Anatoly Podgoretsky © (2009-11-04 11:27) [61]

> xayam (04.11.2009 10:07:59) [59]

Это простая штука, переводится как сервер новостей, очень похоже на почту, только сообщения хранятся на сервере, и в любой момент их можно перечитать.
Работает просто, сначала подписываешься на сервер, затем получаешь список групп, подписываешься на интересующие и затем получаешь сообщения клиентом NNTP, в Виндоус есть встроеный Outlook Express и WinMail. Каждое сообщение отдельно в списке тем, а не скопом, как в HTTP.

← →
Anatoly Podgoretsky © (2009-11-04 11:33) [62]

> Inovet (04.11.2009 10:43:00) [60]

Видимо цели были разные или просто не подумали об других методах доставки сообщений читателю.
В качестве идентификатора была выбрана дата в Юникс формате, при том идентификатор один на всю тему, а для NNTP нужна последовательная нумерация в рамках единичного форума, при том для каждого сообщения.

Более точно мог бы сказать Мерлин, если конечно он еще помнит причины выбора этого формата.

Если кто то хочет попробовать, то может подключаться к inet.nitrofert.ee порт стандартный, заодно проверю как оно держит нагрузку. Для подключения ничего не надо, кроме клиента NNTP

← →
Anatoly Podgoretsky © (2009-11-04 11:34) [63]

> Inovet (04.11.2009 10:43:00) [60]

Кстати ни картинки и никакие прочие ВЕБЫ не мешают, вообще ничего не мешает, это всего лишь протокол доставки.

← →
McSimm © (2009-11-04 11:47) [64]

NNTP не очень подходит для форума, все таки хронология обсуждения в рамках ветки нужна. А тут максимум в рамках конференции.

← →
Inovet © (2009-11-04 11:52) [65]

> [62] Anatoly Podgoretsky © (04.11.09 11:33)
> > Inovet (04.11.2009 10:43:00) [60]
>
> Если кто то хочет попробовать, то может подключаться к inet.nitrofert.ee
> порт стандартный, заодно проверю как оно держит нагрузку.
> Для подключения ничего не надо, кроме клиента NNTP

Сейчас и попробую Outlook Express настроить. А база синхронно ведётся?

← →
Inovet © (2009-11-04 12:01) [66]

> [65] Inovet © (04.11.09 11:52)

Заголовки грузятся.

> [64] McSimm © (04.11.09 11:47)
> NNTP не очень подходит для форума, все таки хронология обсуждения
> в рамках ветки нужна. А тут максимум в рамках конференции.

Так разве в каждой ветке её нельзя отследить?

← →
McSimm © (2009-11-04 12:14) [67]

А как ? делать группу на каждую ветку и на них подписываться ?

← →
McSimm © (2009-11-04 12:23) [68]

виноват, можно группировать в темы. напутал

← →
Inovet © (2009-11-04 12:25) [69]

> [67] McSimm © (04.11.09 12:14)
> А как ? делать группу на каждую ветку и на них подписываться ?

Ну я не знаю как там устроено, но ведь работает

Для АП
Загрузки всех заголовков Talk не дождался несколько раз прерывал и возобновлял.
Загрузил Magazine. Сообщения читаю, отправляю, но своих не вижу.

← →
Inovet © (2009-11-04 12:44) [70]

Для АП
Поставил снова закрузку заголовков Talk, но очень медленно 2000/мин а всего 11000000 т.е. 4 суток выходит только на заголовки.:) И прогресс индикатор почти сразу до 100% ушёл и стоит там, а счётчик работает.

Ты там деятельность наблюдаешь?

← →
McSimm © (2009-11-04 12:51) [71]

попробовал подключиться, подписался на две конфы, больше не откликается, тайм аут

← →
Anatoly Podgoretsky © (2009-11-04 12:54) [72]

> McSimm (04.11.2009 11:47:04) [64]

Хронология не нарушается, ни в рамках конференции, ни в рамках форума, для этого существует заголовок DATE и сортировка по заголовку и еще много других возможностей, А вот отсутствие сквозного ИД у сообщений сильно мешает, не по формату NNTP. Даже дерево и группирование сообщений поддержано для любителей этого. Протокол очень продуман и уже много, много лет не изменяется.

← →
McSimm © (2009-11-04 12:57) [73]

а на dev2 id сквозной уже есть.

← →
Anatoly Podgoretsky © (2009-11-04 12:58) [74]

> Inovet (04.11.2009 11:52:05) [65]

Как волки набросились.

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

NNTP клиент <---> NNTP сервер <---> delphimaster.ru

NNTP клиент забирает текущие на данный момент, не ожидая ответа от delphimaster.ru, новые забираются в отдельном потоке.

← →
Anatoly Podgoretsky © (2009-11-04 12:58) [75]

> McSimm (04.11.2009 12:14:07) [67]

Максим, а ты работал с NNTP?
Очень удобно и никаких проблем, возможности просмотра определяются клиентом.
У меня сделано ровно столько форумов, сколько есть конференций на delphimaster.ru
Я лично работаю в плоском режиме, с сортировкой по теме, но всегда можно перейти на деревянную структуру с группированием, все равно на данном моменте всего лишь два уровня в дереве - вопрос и второй уровень ответы на него. Просто я не люблю деревься, но в этом режиме похоже на delphimaster.ru список и сообщения по конкретной теме.

← →
Anatoly Podgoretsky © (2009-11-04 13:00) [76]

> Inovet (04.11.2009 12:44:10) [70]

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

← →
Kerk © (2009-11-04 13:02) [77]

> Anatoly Podgoretsky © (04.11.09 12:54) [72]

Что мешает самому формировать сквозной ID из ID ветки и номера поста?

← →
Anatoly Podgoretsky © (2009-11-04 13:04) [78]

> McSimm (04.11.2009 12:57:13) [73]

Протокол требует сквозной последовательный номер, независимый от других форумов, при том не на тему, а на каждое сообщение.

← →
xayam © (2009-11-04 13:05) [79]

> Anatoly Podgoretsky © (04.11.09 12:54) [72]
> Протокол очень продуман и уже много, много лет не
> изменяется.

а на php есть скрипт, имитирующий работу nntp-сервера ? отлаженный, опенсорсный и т.д.

← →
McSimm © (2009-11-04 13:09) [80]

> Протокол требует сквозной последовательный номер, независимый
> от других форумов, при том не на тему, а на каждое сообщение.
>

так и есть

← →
xayam © (2009-11-04 13:09) [81]

это то? http://pear.php.net/package/Net_NNTP

← →
McSimm © (2009-11-04 13:10) [82]

> так и есть

нет, ошибся. нет такого ID, но сформировать несложно

← →
Anatoly Podgoretsky © (2009-11-04 13:14) [83]

> Kerk (04.11.2009 13:02:17) [77]

С номером ответа и есть проблема, сколько позиций для него ответсти? Сколько отведешь столько и будет мало, Это первая проблема, вторая это последовательность каждый следующий должен быть на единицу больше. Конечно я обошел вопрос, но как то это не красиво. А твой вариант я пробовал и нарвался на ограничение протокола, не может он работать с такими большими числами, максимум Integer

← →
Anatoly Podgoretsky © (2009-11-04 13:16) [84]

> xayam (04.11.2009 13:05:19) [79]

Я не в курсе, наверняка есть, но не под шлюз/конвертор delphimaster.ru <--> NNTP сервер.
Почему возник твой вопрос понятно, кроссплатформенность, а не только Windows.

← →
McSimm © (2009-11-04 13:18) [85]

> каждый следующий должен быть на единицу больше.

добавлю автоинкрементное поле и будет то что надо. там это все в одной таблице, в отличие от текущей реализации, где все конфы и ветки независимы

← →
Anatoly Podgoretsky © (2009-11-04 13:18) [86]

> McSimm (04.11.2009 13:09:20) [80]

Это отлично, только вряд ли я вернусь к шлюзу еще раз.

← →
Anatoly Podgoretsky © (2009-11-04 13:19) [87]

> McSimm (04.11.2009 13:10:22) [82]

Максим если не сложно, то заложи это, оно будет полезно для любого клиента.
Жалко что последовательная нумерация не была заложена изначально.

← →
McSimm © (2009-11-04 13:21) [88]

Главная проблема в том, что изучение RFC никак в мой текущий график не вписывается. Я банальные формы модераторские уже месяц как начал и не могу доделать. Уже червяки в мозгах заводится начали из-за постоянного дедлайна :)

← →
Anatoly Podgoretsky © (2009-11-04 13:34) [89]

> добавлю автоинкрементное поле и будет то что надо. там это
> все в одной таблице, в отличие от текущей реализации, где
> все конфы и ветки независимы

Надеюсь по каждой конференции отдельно, а то остается тоже самое, только мягче, чем с датой в качестве ИД

> С номером ответа и есть проблема, сколько позиций для него
> ответсти?

в мускле одно автоинкрементальное поле Integer, беззнаковое. 4 миллиарда постов.

> Надеюсь по каждой конференции отдельно

нет, такое не так просто сделать

> Anatoly Podgoretsky © (04.11.09 13:16) [84]
> NNTP сервер.

вот нарыл на php nntp-сервер http://sourceforge.net/projects/phpinn/ судя по дате заброшен в 2002 году. Зато исходники интересные.

А NNTP в каком году вообще появился?

> McSimm (04.11.2009 13:21:28) [88]

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

> antonn (04.11.2009 13:50:30) [90]

Все так, только мы говорим про текущую реализацию, где в качестве ИД текущее время в формате Юникс и отсутствия как бы деления на сообщение, логическое в пределах одной темы оно есть. У меня MS SQL я могу вообще под ИД выделить 128 бит, но протокол не позволяет более Integer, а время уже почти подходит к пределу, где то через 10 лет кончится и добавление к нему еще и номер поста сразу убивает это дело.

> McSimm (04.11.2009 13:54:31) [91]

Это конечно убивает независимость форумов, но все же много лучше текущей ситуации

> xayam (04.11.2009 14:38:32) [92]

Я затрудняюсь сказать, но оно появилось задолго до Интернета в современном виде, другое название USENET, дурипедия утверждает, что в 1980 году. Вот статья http://ru.wikipedia.org/wiki/USENET#.D0.92.D0.B2.D0.B5.D0.B4.D0.B5.D0.BD.D0.B8.D0.B5

> Anatoly Podgoretsky © (04.11.09 14:57) [94]
> но протокол не позволяет более Integer, а время уже
> почти подходит к пределу, где то через 10 лет кончится и
> добавление к нему еще и номер поста сразу убивает это дело.

а есть ли разница? если у меня сервер на php будет крутиться, ID ведь я в исходниках прописать какое захочу?

> Все так, только мы говорим про текущую реализацию, где в
> качестве ИД текущее время в формате Юникс

помоему этот костыль уже давно надо выкинуть, и заменить обычным надежным автоинкрементом :)

про номер поста не понял. Я везде у себя для каждого поста завожу два иде: thread_id и post_id. И поддерживается запрос когда я пишу www.gg.ru/index.php?post=125 то сайт мне показывает тему с этим постом (thread_id у него есть), плюс прокручивает на нужную страницу. При этом я в урле не указываю ни ИД темы, ни ИД форума. И при модерации ничего не поменяется. А делать "номер поста" в пределах темы это костыль будет. (собсно отсюда так же легко реализовывать www.gg.ru/index.php?thread=125 без указания форума (у тебя хранится thread_id), перенесенная тема все так же откроется по старой ссылке)
Или я чего не понял?

> Anatoly Podgoretsky © (04.11.09 15:00) [96]

А sql-скрипт на создание структуры бд на Ваш nntp-сервер есть http://www.podgoretsky.com/Progs/apc/apc.aspx ? Как это все хранится? Я там пощелкал на скачать скрипты, но структуры не нашел. Ее можно выложить?

> xayam (04.11.2009 15:00:37) [97]

Ты не понял, я ничего не имею против твоего сервера, речь идет только о шлюзе к delphimaster.ru, где нормальный ИД взять негде, у меня и так свой последовательный, независимый от форумом ИД, но основа то delphimaster.ru

> antonn (04.11.2009 15:10:38) [98]

Ты действительно немного не так понял. В текущей реализации есть номер темы, это время, и есть внутренний относительный, для клиентов форума) номер, я не знаю как точно это реализовано, это може Максим при желании рассказать. и нет никакого post_id. Для работы таких протоколов как POP/NNTP и вообще - нужен уникальный, автоинкриментный ИД. Тогда все будет нормально, а в протоколе есть понятие reference - это ссылка на ИД на который поступил ответ, что позволяет строить дерево. Номер форума нужен, поскольку форумы должны быть независимы, по требованиям RFC.
Одно из двух thread_id и post_id для протокола не нужно, это в референс уже есть, но оно удобно для построение HTML версии, выборка по thread_id и начиная с post_id - в случае без поддержки дерева. У меня собственно так сервер и устроен, только пользы от этого не очень, дерево не построить без уникального ИД сообщения.

Но все это говорится для случая NNTP, поскольку для HTTP без разницы как это организовано

> xayam (04.11.2009 15:20:39) [99]

Я рекомендую взять EmptyDB и приаттачить, и там уже появится возможность автоматически создать скрипты, но вроде скрипт создания приложен, это CreateDB.sql - там создание базы и созадния структуры, но это лишнее, когда есть пустая ДБ

Кстати мы уже давно завели тему в шестой конференции http://delphimaster.net/view/16-1257329923/

люди, кто поможет переделать формат MSSQL http://xayam.com/nntp-server.structure.mssql.sql в MySQL ? Буду очень признателен, а то я в ms не силен :)

> Anatoly Podgoretsky © (04.11.09 15:40) [102]

что-то странная структура у Вас. Зачем в разных таблицах одни и те же поля? Можно отдельно же сделать? Примерно как здесь http://xayam.com/phpinn.sql

> xayam (04.11.2009 16:15:44) [104]

По требованию RFC нумерация должна быть не зависима форум от форума, вот поэтому вместо одной таблицы сделано 14, по одной на форум и номер автоинкриментный. Это самое простое решение. При переводе на другую БД например с генераторами, можно будет сделать одну таблицу и 14 генераторов. В принципе мне 14 таблиц не мешали, но другого более простого и надежного решения, без генераторов я не видел.

> Anatoly Podgoretsky © (04.11.09 16:35) [105]
> По требованию RFC нумерация должна быть не зависима форум
> от форума, вот поэтому вместо одной таблицы сделано 14,
> по одной на форум и номер автоинкриментный. Это самое простое
> решение. При переводе на другую БД например с генераторами,
> можно будет сделать одну таблицу и 14 генераторов. В принципе
> мне 14 таблиц не мешали, но другого более простого и надежного
> решения, без генераторов я не видел.

я структуру набросал, как я это вижу на все глядя со сторону http://xayam.com/struct.jpg Реально такое сделать?

> xayam (04.11.2009 23:36:46) [106]

Реально, у меня почти так и сделано, единственно я бы заложил возможность расширение на всякий случай, есть смысл добавить/заложить возможности расширени протоколов, кроме http и nntp, еще и rss и pop3/smtp.
Суть в том, что функции клиента переложить на штатного для системы клиента, какой нравится, а усилия перенести на сервер.
Только связи я бы сделал по другому, не NNTP обращается к http, а все подсистемы работают напрямую с БД, без лишних посредников, а пользовательские клиенты обращались к нужной подсистеме. Это более живучая и расширяемая система. Поток синхронизации должен быть отделен от NNTP, любая подсистема запускала бы цикл синхронизации, а для пользовательского клиента данные брала бы исключительно из БД. Поток синхронизации с delphimaster должен писать только в БД, ему ни к чему знать про клиентов.

> McSimm © (04.11.09 13:54) [91]
>
> > Надеюсь по каждой конференции отдельно
>
> нет, такое не так просто сделать

Кстати если потом вздумаешь прицепить и NNTP, то это не выйдет из-за этого, поскольку в нем, есть не только одиночные запросы на сообщение, а и групповые по диапазону номер1-номер-N, или придется делать без деление на конференции или придется придумывать дублирующую, зеркальную систему нумерации, с отдельной таблицей/цами. Будет неудобно и будет сложно обеспечить целостность. С отдельными таблицами, по одной на каждый форум, это легко сделать.
Поэтому стоит подумать о будущем, если конечно еще не поздно.

Один вопрос - а всё-таки оно нужно?

← →
VirEx(home) (2009-11-05 13:00) [110]

Надо бы дмклиент переписать чтоб локальную базу в эскулайте хранила, с возможностью в эм эс эскуэль

> Gero © (02.11.09 16:55) [40]
>
> > Kolan © (02.11.09 16:53) [39]
>
> Я же говорю: собирался, давно. Сейчас предлагаю все выложить
> в открытый доступ.

А можно на почту?
И, если можно, с описанием протокола.

> Anatoly Podgoretsky © (05.11.09 00:49) [107]
> Только связи я бы сделал по другому, не NNTP обращается
> к http, а все подсистемы работают напрямую с БД, без лишних
> посредников, а пользовательские клиенты обращались к нужной
> подсистеме. Это более живучая и расширяемая система. Поток
> синхронизации должен быть отделен от NNTP, любая подсистема
> запускала бы цикл синхронизации, а для пользовательского
> клиента данные брала бы исключительно из БД. Поток синхронизации
> с delphimaster должен писать только в БД, ему ни к чему
> знать про клиентов.

значит так правильнее http://xayam.com/struct2.jpg ?

> в есть смысл добавить/заложить
> возможности расширени протоколов, ... , еще
> и rss и pop3/smtp.

а зачем эти протоколы нужны в системе?

> Суть в том, что функции клиента переложить на штатного для
> системы клиента, какой нравится, а усилия перенести на сервер.

а какие функции нужно переносить на сервер? Конкретнее можно.

> Anatoly Podgoretsky © (04.11.09 15:35) [101]
> Но все это говорится для случая NNTP, поскольку для HTTP
> без разницы как это организовано

я так понял последний стандарт nntp этот - http://tools.ietf.org/html/rfc3977 за 2006 год.
Существует его перевод на русский? В инете искал, но пока предлагают только услуги по переводу спецификаций.

> xayam (06.11.2009 00:26:52) [112]

Уже лучше, но я немного другое имел, похожее

NNTP, HTTP, RSS, POP3/SMTP каждый из них сам запускает поток для отправки сообщения и синхронизации с delphimaster.ru и забывает о нем, поток пишет данные в базу.
NNTP, HTTP, RSS, POP3/SMTP каждый из них сам обращается к mysql и забирает свои данные.
Альтернативой может быть отсылка сообщения на сервер в потоке, а синхронизация базы по рассписанию, решение зависит от нагрузки, но в обеих случаях не должно тормозить отсылки ответа клиенту.

То есть все клиенты независимы друг от друга, но так как ты сейчас предлагаешь уже лучше, единственно сложнее наращивать клиентов и лишнии посредники, если конечно не считать Apache как прокси, сериализация видимо решается автоматически средствами апаче и ответ выдает в NNTP не дожидаясь окончания синхронизации, кроме случая посылки сообщения на delphimaster.ru - тогда подойдет. Но если клиент будет ждать окончания синхронизации то это плохо.

> xayam (06.11.2009 00:59:53) [113]

Я не знаю какой последний, но ты должен учесть, что нет никакой необходимости реализвовывать в полном объеме, поскольку это не полноценный сервер, а только шлюз к delphimaster. Вряд ли когда либо данный сервис станет членом USENET и конечно нужно иметь один свободный порт для службы, желательно стандартный 119, на shared hosting это сложно и иногда не возможно, на выделеном сервере без проблем.

У меня реалихован следующий набор команд
> telnet inet.nitrofert.ee 119

200 Anatoly Podgoretsky NNTP Server Ready (posting allow) help 100 Help text follows Commands are: ARTICLE MsgNr or <MsgId> AUTHINFO USER name BODY MsgNr or <MsgId> DATE GROUP name HEAD MsgNr or <MsgId> HELP LAST LIST LIST NEWSGROUPS MODE READER NEWSGROUPS date time (formay yymmdd hhmmss) NEXT POST QUIT STAT MsgNr or <MsgId> XOVER FirstId[-LastId] .
Этого достаточно, нужные rfc есть у меня на сайте в папке с документацией к APC SQL

> Anatoly Podgoretsky © (06.11.09 13:21) [116]

из этих команд в стандарте 3977 я не нашел только AUTHINFO (что она делает и как?) и XOVER (заменен на OVER)

> xayam (07.11.2009 14:58:57) [117]

Не надо тебе 3977 смотри из моей коллекции.

> Anatoly Podgoretsky © (07.11.09 15:36) [118]
> > xayam (07.11.2009 14:58:57) [117]
> Не надо тебе 3977 смотри из моей коллекции.

почему ? более новая спецификация же

тем более она помечена как стандарт которого следует придерживаться

> xayam (07.11.2009 16:00:59) [119]

Ну так не перекрывающая, а дополнительная.

> Anatoly Podgoretsky © (07.11.09 19:06) [121]
> Ну так не перекрывающая, а дополнительная.

в вики написано, что 3977 заменяет старый стандарт, которого, как ты говоришь, следует придерживаться. Мне поэтому и хотелось бы реализовывать это стандарт, тем более, что phpinn (в исходниках на php) поддерживает этот стандарт, точнее одну из его предыдущих редакций - http://tools.ietf.org/html/draft-ietf-nntpext-base-15 так что исходники придется подгонять под соответствие стандарту 3977

> xayam (07.11.2009 19:15:02) [122]

Но ты же сам написал, что не нашел в нем большинства команд!

> Anatoly Podgoretsky © (07.11.09 19:36) [123]
> Но ты же сам написал, что не нашел в нем большинства команд!

я написал

> из этих команд в стандарте 3977 я не нашел только AUTHINFO
> ... и XOVER (заменен на OVER)

остальные команды есть. А что такое AUTHINFO ?

> xayam (07.11.2009 19:40:04) [124]

Ну посмотри все таки, старые RFC
AUTHINFO запрос логина и пароля, вероятно это описывается другим RFC
Насчет XOVER/OVER Outlook Express посылает XOVER

> Наиль © (02.11.09 15:27) [28]
> Поддерживаю.
> Нужно, чтобы можно было обращаться к delphimaster.net по
> протоколу для клиентов delphimaster.ru + расширение протокола
> для поиска в архиве, тогда не нужно будет хранить данные
> в самом клиенте.

ну давайте обсудим расширение протокола для поиска по DMSearch (только по старым архивам). Как этот протокод расширять? Какой-то дополнительный параметр вводить?

> [126] xayam © (08.11.09 17:34)

Судя по всему, ты получил моё письмо.
Продолжим обсуждение здесь:
http://delphimaster.net/view/16-1161201232/

К обладателям клиента форумного.. Найти похожие ветки