Повторяется вопрос про фидо и SQL

From

Dmitry Dootikov (2:5010/274)

To

Vadim Goncharov

Date

2005-06-25T11:20Z

Area

RU.UNIX.FTN

* Replying to a msg in node274.carbon (My personal EchoMail)

Hello Vadim.

10 июн 05 11:54, you wrote to me:

 VG>>> Я просто до сих пор не вижу преимуществ использвоания SQL в
 VG>>> таких случаях над ньюссервером :)
 DD>> Тебе уже привели конкретный пример. Что тебе еще нужно? Могу
 DD>> привести тебе свой пример. У меня на работе стоит о..енный
 DD>> сервак, на нем стоит 2003 винда, рядом с ним стоит еще один
 DD>> о..енный сервак с супер о..енным дисковым массивом и ораклем.
 DD>> Рядом стоит вспомогательная банка, с бздей которая рулит атской и
 DD>> всяким сетевым оборудованием.
 VG> Я рад за тебя :)
Ты не за меня радуйся, та за фидо радуйся.

 DD>> Задача - построить ноду + сделать вебморду с возможностью писать.
 DD>> Ограничение - никакого ломаного софта, либо фривар, либо
 DD>> покупать. Начальник мне ньюссервер виндовый не купит, и фривар
 DD>> такого я не видел, ASPморд я не видел к ньюс серверам.
 VG> Есть jamnntpd, InterSquish. Оба виндовые ньюс-сервера, работающие с
 VG> фидошными базами.
Умный ты. Кто мне позволит на расшареном серваке, да еще и виндовом открывать лишние дыры? Об этом еще первый автор писал.


 VG> Вебморда к ньюсам есть на PHP,
И что, прикажете на этот серваке к инн прикручивать пхп? За такое под расстрел сразу.

 DD>> Че делать? Лично мне проще из под бзди засунуть базы в ораклю, и
 DD>> написать вэбморду к этой оракле которая будет крутиться на
 DD>> вебсерваке. А самому читать это все голым дедушкой с прикрученым
 DD>> к нему sql.
 VG> Тебе времени своего на всё это не жалко?
Фидо есть для меня хобби. А на работе я и посложнее задачки решаю...

 DD>> Опять же решается вопрос многопользовательского доступа, мне не
 DD>> нужно просить у начальства выделить мне место на диске,
 DD>> продумывать архивации бэкапы. Уже все готово.
 VG> Ой. Ньюсы никогда не надо было архивироватьи бэкапить, это совершенно
 VG> некритичные данные.
Очень хорошо, у меня по этому поводу свое мнение. Но я и не говорил про бекап баз.

 VG> Чуть что - стер спул.
Что говорит только о корявости сервера с его корявыми базами.

 VG> Многопользовательский доступ заложен в самой концепции ньюс-сервера.
Я не понял, вы уже задрали со своим ньюс сервером. Я вам говорю, ньюссервер - корявый костыль слабосовместимый с FTN. А классическому FTN пофигу какие базы использовать и я сказал - это будут SQL-таблицы.

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

 DD>> Это была реальная ситуация. Я тебе могу еще других, не
 DD>> существующих придумать. это может быть поинту нифига не нужно,
 DD>> или тому кто фидошку из инета через ньюсы тянет.
 VG> Задачи надо решать правильными инструментами, а не городить стройную
 VG> систему подпорок и костылей.
Которыми как раз и являются всякие ваши ньюссервера.

 VG>>> Короче говоря, надо сначала договориться о стандарте.
 DD>> Для этого есть официальные процедуры. Можно и между
 DD>> разработчиками договориться. А можно и придумать процесс
 DD>> конфигурирования, ведь по сути различия будут проявляться в
 DD>> именах полей. Каких-то кординальных различий быть не может.
 VG> Не только в именах, но и в количестве и содержимом.
не говори о том чего не знаешь, я сказал - вопрос просто решаем. Dixi.

 VG>>>>> Стандарта-то нет. Ньюс-сервер - самое праильное решение.
 DD>>>> Ньюссервер - это "юниксвей". БД (сейчас преимущественно
 DD>>>> самодельные) - это классический FTN.
 VG>>> Классический FTN - он тоже unix way, ибо минимум 3 программы
 VG>>> вместо универсального комбайна.
 DD>> Вам в FAQ.
 VG> Аргументированные возражения есть?
Я вижу полное непонимание сути вопроса. На этом рекомендую прекратить переписку сводящуюся к борьбе FTN-way и UNIX-way.


Dmitry

--- GoldED+/LNX 1.1.5
 * Origin: Odoom's System (2:5010/274)
SEEN-BY: 46/50 400/520 814 450/1024 463/68 464/36 910 465/213 5000/0 26 104
SEEN-BY: 5000/170 5000 5004/75 1111 5005/14 5009/14 5010/30 50 53 56 77 137
SEEN-BY: 5010/148 172 177 270 274 5011/13 5015/10 5019/31 5020/545 715 4441
SEEN-BY: 5021/29 5025/3 5027/16 5029/34 5030/115 5035/38 5036/34 5054/1 8 9 18
SEEN-BY: 5054/37 45 63 67 81 5057/119 5062/10 5063/3 5069/7 5072/11 5080/1003
SEEN-BY: 5085/13 5090/1029 5092/1 5095/20 5096/18 6000/12 254 6001/10

PATH: 5010/274 172 30 77 5000/5000 5020/545 5054/1 37