Нужен совет

> Одновременно хотелось бы овладеть ещё одним языком, из кандидатов: D, Vala либо Scala/Groovy

Кандидаты не в тему, разве что D.

4 демона, каждый для своего протокола, это и есть UNIX вей

Может быть Go ?

lithp

плюсую го. Д хоть и более mature, но за го гугл, а значит и перспектива.

можно еще эрланг попрбовать. На нем хорошо демоны сетевые писать.

за исключением каналов, по сравнению с D язык go — убогий отстой, думаю каналы на D тоже можно написать

Scala/Groovy на одну доску нельзя ставить, из них однозначно Scala

вопрос Scala vs. D легко не решается

_________________________________________

вообще проще всего написать просто тулзу для мониторинга и администрирования, т.к. свои реализации именно протоколов тебе ничего не дадут

Ну эти демоны просто не обладают всем необходим мне функционалом. Лично правил microdc2 для активного режима через портфорвардинг (чтобы отправлял хабу при ConnectToMe не ip с интерфейса, а ip указанный в конфиге) - откровенно говоря весьма весьма говнокод.

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

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

Если ты отвяжешь комбайны типа dc++ от гуя, это будет замечательно.

Вопрос только как им отдавать синхронные команды (ну это видимо пайп и команды на человеко-понятном языке, как сделано в amule), отдавать асинхронные команды и получать прогресс (в амуле этого не осилили, там есть другой костыль).

* пайп в том смысле, что amulecmd работает не только с консоли, но и через пайп do_something.pl args | amulecmd | process_output.pl а не в том смысле, что через пайп работает amule -f

ты не осилишь написать полноценный ftp сервер

не вижу никаких сложностей, возможно кроме некоторых расширений ftp

или это попытка троллинга?

Планируется что демоны будут либо слушать на определённом порту команды, либо коннектится к мастер-демону. Для команд планирую использовать либо json либо xml либо выдумывать свой бинарный формат

Хороший пример как сделано - это ISC dhcpd (omshell)

> Для команд планирую использовать либо json либо xml либо выдумывать свой бинарный формат

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

сорри, я имел в виду не для команд, а для информирования о состоянии закаче

для команд конечно лучше текстовый

> Хороший пример как сделано - это ISC dhcpd (omshell)

как-нить гляну

еще хороший пример — mplayer, например для наложения поверх фильма анимированного лога задаешь несколько параметров в ком. строке и запускаешь прогу, генерящую лого, а мплеер это лого читает через пайп

s/лога/лого/

> не вижу никаких сложностей, возможно кроме некоторых расширений ftp

или это попытка троллинга?

ftp в общем-то простой и обычно достаточно его малого подмножества, а вот полноценно реализоваить протокол dc я подозреваню самому слишком тяжело.

реализуй, узнаешь.

На самом деле там тоже ничего сложного. У меня был опыт написания небольшого бота на Яве, который скачивал у всех на хабе файл листы и умел шарить файлы (считать TTH хеш для них и составлять файл лист). В принципе там тоже ничего сложного, но у проекта была большая проблема с проектированием (я начинал писать просто для себя, пощупать протокол), потом навалилось дел и я забил. Единственная проблема - у протокола довольно невнятная документация, есть конечно хорошая вики, но там инфа порой написана неполная, приходилось через гугл по мейл-листам и исходникам клиентов шарить. у ADC такой проблемы нету.

допили mldonkey

Просто сказать, если ты не видел его код. А я видел.

> У меня был опыт написания небольшого бота на Яве, который скачивал у всех на хабе файл листы и умел шарить файлы (считать TTH хеш для них и составлять файл лист).

хммм...

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

я кстати задумывался над тем, как например избежать многократного запуска curl-а при скачивании тучи мелких файлов — и предположил, что необходим ключик ком. строки, при котором curl сидит на stdin-е и каждую прочитанную из него строку парсит как свои новые argc и argv

видимо, этот же принцип можно заюзать при изговтовлении немонолитного гуи-комбайна в юникс-стиле

хотя это синхронный вариант, а в асинхронном надо обернуть curl в сокет с тем же подходом

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

> (считать TTH хеш для них и составлять файл лист).

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

Плохая идея только потому-что есть расширения для dc++ которые используют "ноды" tth дерева (например TTHL, использует конечные "листья" (хеш 1024 байтов) дерева чтобы подтвердить что кусок файла был принят верно). К тому-же хотелось бы реализовать мультипоточное хеширование внутри демона (или отдельным демоном) чтобы можно было контролировать процесс хеширования, и если надо приостановить его. Собственно тут на самом деле ничего абсолютно сложного нету.

$ cat test.txt
http://yandex.ru
http://google.com
$ cat test.txt | awk '{print("url = \"")$1("\"")}' | curl -K -

я помню она и хэши более мелких блоков могла считать, только наверно 1024 КБ, а не байт

я бы его *обязательно* делал отдельным демоном, чтобы его можно было (ре)найсить, давать io priority, ...

раньше меня достал этот гуевые якобы удобный (но на деле тормозной) dcpp, и от своей реализации удерживал только страх перед сложностью протокола, и вот оказывается он не так уж сложен

но сейчас у меня быстрой локалки в обозримом будущем на долгие промежутки времени не предвитися, так что вряд ли я займусь этим, так что решать тебе

> $ cat test.txt | awk '{print(«url = \»«)$1(»\«»)}' | curl -K -

а он наверно сначала *полностью* прочтет конфиг, а *потом* только начнет работать

а надо чтобы в процессе :-)

ахренеть. он сразу его читает.

mkfifo f

curl -Kf

echo 'url="http://ya.ru/«' >> f

я раньше пробовал что-то похожее, но у меня была та проблема — полное чтение

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

Нет, именно 1Кб блоки надо хешировать, потому-что 1024Кб - это 1 Мб что слегка жирно согласись.

> можно еще эрланг попрбовать.

+1