The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Сравнение систем инициализации systemd, upstart и SysVinit, opennews (??), 29-Апр-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Сравнение систем инициализации systemd, upstart и SysVinit"  +1 +/
Сообщение от Ононим (?), 29-Апр-11, 22:24 
Дело не во включите-выключите, а в самой ущербности архитектуры. Если такой п--ц как dbus даже упоминается в низвоуровневой системной утилите, то говорить просто не о чем.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

23. "Сравнение систем инициализации systemd, upstart и SysVinit"  –1 +/
Сообщение от анон (?), 29-Апр-11, 22:33 
> Дело не во включите-выключите, а в самой ущербности архитектуры. Если такой п--ц
> как dbus даже упоминается в низвоуровневой системной утилите, то говорить просто
> не о чем.

Эталон ущербности архитектуры - sysv init, который костылями утыкан как ёжик, без слёз не взглянешь.
А dbus - няшка и де-факто стандарт системной шины (да, чихать я хотел на вашу религиозную ненависть :)) Кстати, его уже собираются в ведро интегрировать.

Ответить | Правка | Наверх | Cообщить модератору

53. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 29-Апр-11, 23:35 
> А dbus - няшка и де-факто стандарт системной шины

Да нет даже понятия такого как "системная шина", какой ещё стандарт :))
Де-факто это костыль для тех кто не осилил нормальное IPC через сокеты, кому плевать на безопасность (потому что в dbus её банально нет) и кто считает что ничего не делающие демоны - это нормально.

Ответить | Правка | Наверх | Cообщить модератору

71. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от анон (?), 30-Апр-11, 00:11 
> Да нет даже понятия такого как "системная шина", какой ещё стандарт :))

Это уже какбэ проблемы вашей эрудиции.

> Де-факто это костыль для тех кто не осилил нормальное IPC через сокеты,

Ну пишите дальше своё ipc на сокетах, ага ;)

> кому плевать на безопасность (потому что в dbus её банально нет)

А про аутентификацию в dbus вы, конечно же, не слышали?

> и кто считает что ничего не делающие демоны - это нормально.

Ну, раз демон ничего не делает, значит, его можно даже не запускать, и даже не устанавливать, и никто ничего не заметит.
Кстати, о ком это вы?

Ответить | Правка | Наверх | Cообщить модератору

150. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 30-Апр-11, 02:07 
> Это уже какбэ проблемы вашей эрудиции

Или вашей фантазии.

> Ну пишите дальше своё ipc на сокетах, ага ;)

Зачем его писать, когда оно уже 50 лет назад написано? Вот зачем dbus написан, никто внятно сказать не может.

> А про аутентификацию в dbus вы, конечно же, не слышали?

Слышал, но только матом. Вы, надеюсь, знаете что в unix до определённой степени "всё-файл", и на эти файлы-сокеты-девайсы-фифо замечательно работают rwx права. А теперь смотрии на "аутентификацию" в dbus и плачем. Почему сразу от рута всё не запускать?

> Ну, раз демон ничего не делает, значит, его можно даже не запускать, и даже не устанавливать, и никто ничего не заметит.

Совершенно верно. Только вот софт зачем-то пишут так что без этого г-на его собрать нельзя, а какие-то dbus-daemon и dbus-launch в процессах вечно появляются. Причём, сюрпрайз, если их во-первых, прибить, во-вторых, грохнуть их ср*ные бинарники, всё также замечателньо работает. Внимание вопрос: нахрена они нужны и нахрена с ними собирается софт?

Ответить | Правка | Наверх | Cообщить модератору

158. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от анон (?), 30-Апр-11, 02:33 
> Зачем его писать, когда оно уже 50 лет назад написано?

Вот и пользуйтесь, если вам этого хватает :)

> Вот зачем dbus написан, никто внятно сказать не может.

Скорее всего, вам это неоднократно говорили, но вы так и не смогли понять.

> Слышал, но только матом.

Вот прям щас услышали, подошли к зеркалу и стали громко на неё материться?

> степени "всё-файл", и на эти файлы-сокеты-девайсы-фифо замечательно работают rwx права.

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

> А теперь смотрии на "аутентификацию" в dbus и плачем.

От того, что не можете понять, что такое аутентификация?

> появляются. Причём, сюрпрайз, если их во-первых, прибить, во-вторых, грохнуть их ср*ные
> бинарники, всё также замечателньо работает. Внимание вопрос: нахрена они нужны и
> нахрена с ними собирается софт?

Очень просто: не пользуйтесь таким софтом. Я же вас не уговариваю на это. Я просто поправляю явные нелогичности в ваших высказываниях :)

Ответить | Правка | Наверх | Cообщить модератору

190. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 30-Апр-11, 14:25 
> это замечательно, пока нет необходимости организовывать взаимодействие >2 программ, да ещё с разным уровнем полномочий. Вот тогда и начинаются извраты с дополнительными группами и кучей сокетов.

Приведите пример такого взаимодействия. Чтобы именно peer2peer и >2 программ, потому что для нормального клиент-серверного взаимодействия нужен ровно один сокет, к которому могут подключаться несколько программы. Да, сюрпрайз, сокеты это умеют.

> Очень просто: не пользуйтесь таким софтом.

Охрененно. А ничего что софт нужен, а dbus нет?

> Я же вас не уговариваю на это. Я просто поправляю явные нелогичности в ваших высказываниях :)

Да нет, вы тупо троллите.

Ответить | Правка | Наверх | Cообщить модератору

202. "Сравнение систем инициализации systemd, upstart и SysVinit"  +1 +/
Сообщение от Crazy Alex (??), 30-Апр-11, 17:04 
Элементарно: например, при поднятии трубки в SIP-клиенте нужно попросить всё, что играет звук, утихнуть, чтобы не мешало. То же самое - при звонке на Jingle в джаббер-клиенте. То есть имеем два источника событий и неизвестные приёмники. Еще - куча ситуаций, связанных с управлением питанием - ну там, попросить всех, кто умеет, экономить энергию - не только яркость экрана придавить, а, скажем, апдейты состояния в сеть пореже слать, некритичные сервисы потушить и т.д. Причём, понятное дело, об этом может "попросить" много клиентов - от монитора заряда батареи до пользователя в каком-нибудь апплете, а круг тех, кто обрабатывает - вообще неопределён.

Так что D-Bus - штука полезная. А вот насчет systemd - каоке-то оно монструозное. Как по мне - лучше б оно из десятка демонов состояло, взаимодействующих через ту же D-Bus по заведомо компактным и четко определённым интерфейсам.

P.S. Да, меня не сущает ни десяток, ни тем более один лишний крутящийся процесс. А вот сложность одной монолитной хреновины - очень даже смущает.

Ответить | Правка | Наверх | Cообщить модератору

216. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от исчо_адын_анонима (?), 30-Апр-11, 20:46 
>[оверквотинг удален]
> некритичные сервисы потушить и т.д. Причём, понятное дело, об этом может
> "попросить" много клиентов - от монитора заряда батареи до пользователя в
> каком-нибудь апплете, а круг тех, кто обрабатывает - вообще неопределён.
> Так что D-Bus - штука полезная. А вот насчет systemd - каоке-то
> оно монструозное. Как по мне - лучше б оно из десятка
> демонов состояло, взаимодействующих через ту же D-Bus по заведомо компактным и
> четко определённым интерфейсам.
> P.S. Да, меня не сущает ни десяток, ни тем более один лишний
> крутящийся процесс. А вот сложность одной монолитной хреновины - очень даже
> смущает.

ясно, акромя десктопа ( и тот бубунтушаный, прости хосподи) примеры будут.
Например, зачем DNSу и DHCP  дбус, если оно раздает себе спокойно адреса в сетке прова ?


Ответить | Правка | Наверх | Cообщить модератору

295. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Crazy Alex (??), 12-Май-11, 20:07 
Пример взят от балды, честно говоря - но если убунта так делает - не удивлюсь, ибо логично.

Что до сервера - могу пару примеров навскидку дать:
- интерфейс управления (старт/стоп/перечитать конфиги) можно сделать стандартный для любого сервиса, причём никак не зависящий от его pid, кривости/ровности init-скриптов и т.д.
- стандартное взаимодействие с другим софтом обеспечить - от веб-морды до, скажем, выбрасывания хоста из DNS раунд-робина, если на него пинг пропал.

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

А вот в плане взаимодействия софтовых компонент - дело хорошее. Поднялся сервис, стукнул в шину: "Я жив, хду реквесты". Или надо сбросить инфу о текущем состоянии - всем компонентам, подписанным на нужный ивент, он приходит, они дампятся. И так далее. Что приятно - всё это делается одними и теми же инструментами, без ваяния костылей.

Ответить | Правка | Наверх | Cообщить модератору

85. "Сравнение систем инициализации systemd, upstart и SysVinit"  +2 +/
Сообщение от Аноним (-), 30-Апр-11, 00:36 
> Де-факто это костыль для тех кто не осилил нормальное IPC через сокеты,

Сокеты - это прекрасно. Вот открыл я из моей программы сокет. И что делать дальше? Стандартного общепринятого формата данных - нет. И откуда остальные программы узнают что моей программе надо послать и что она умеет? А я откуда узнаю что им слать? D-bus эту проблему решает. У вас есть более хорошие решения?

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

103. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 30-Апр-11, 00:52 
>Вот открыл я из моей программы сокет. И что делать дальше?

Читать ман, очевидно же.

Ответить | Правка | Наверх | Cообщить модератору

207. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 30-Апр-11, 19:29 
>>Вот открыл я из моей программы сокет. И что делать дальше?
> Читать ман, очевидно же.

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

Ответить | Правка | Наверх | Cообщить модератору

228. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 30-Апр-11, 23:21 
> И откуда я должен узнать хотя-бы на какие программы мне маны читать?

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

Ответить | Правка | Наверх | Cообщить модератору

259. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 01-Май-11, 19:47 
> наверное, на те, с которыми собираешься общаться?

Волшебно.

> или ты сам не знаешь, чего хочешь? тогда конечно, никакие маны не помогут.

А что если я хочу разослать всем заинтересованным сообщение, затрагивающее какой-то глобальный аспект работы системы? Например, "мы перешли на UPS/батарею, по возможности отложите энергоемкие операции до лучших времен". В D-bus такое делается в 2 счета. Попробуйте это реализовать на сокетах.

Ответить | Правка | Наверх | Cообщить модератору

262. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 01-Май-11, 20:02 
>> наверное, на те, с которыми собираешься общаться?
> Волшебно.

это для тебя стало открытием? круто.

> А что если я хочу разослать всем заинтересованным сообщение, затрагивающее какой-то глобальный
> аспект работы системы? Например, "мы перешли на UPS/батарею, по возможности отложите
> энергоемкие операции до лучших времен". В D-bus такое делается в 2
> счета. Попробуйте это реализовать на сокетах.

ØMQ. crystal clear API, сетевая прозрачность (если надо), беспроблемное взаимодействие с программами на других платформах (если надо) и много вкусных плюшек (если надо). that's it. а дбас — это такая нелепая попытка сделать «COM, но не COM, а на самом деле MQ, но оно тоже не MQ, да мы ваще фиг знает, что это, но раз написали — надо куда-то засунуть».

Ответить | Правка | Наверх | Cообщить модератору

296. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Crazy Alex (??), 12-Май-11, 20:11 
От ØMQ я в восторге - замечательный транспорт, но отнюдь не в качестве общесистемной шины. Собственно, они и сами ни на что, кроме "сокетов на стероидах", не претендуют: формат сообщений свободный, дискавери нет, автоматического запуска брокером нет, security нет (и как делать не особо понятно)... В общем, на них сверху ещё уровень надо дописывать для повседневных нужд. А чистое ZeroMQ хорошо там, где важно побольше трафика пропустить. Шина событий - это немного не о том.
Ответить | Правка | Наверх | Cообщить модератору

297. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 12-Май-11, 22:40 
>формат сообщений свободный

это отлично.

>дискавери нет

дописывается без труда.

>автоматического запуска брокером нет

это не нужно, но кто мешает сделать демона-запускалку?

>security нет

как и в дбас.

необходимость «навороченой системной шины» сильно переоценена. а дбас — сильно овердизайнен.

Ответить | Правка | Наверх | Cообщить модератору

153. "Сравнение систем инициализации systemd, upstart и SysVinit"  –1 +/
Сообщение от Аноним (-), 30-Апр-11, 02:12 
> Сокеты - это прекрасно. Вот открыл я из моей программы сокет. И
> что делать дальше? Стандартного общепринятого формата данных - нет. И откуда
> остальные программы узнают что моей программе надо послать и что она
> умеет? А я откуда узнаю что им слать? D-bus эту проблему
> решает. У вас есть более хорошие решения?

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

173. "Сравнение систем инициализации systemd, upstart и SysVinit"  +3 +/
Сообщение от Аноним (-), 30-Апр-11, 04:36 
>Начнём с того что проблемы тут никакой нет и сама концепция бредова. Зачем программе знать что умеют другие программы?

Всё с Вами ясно.

Кстати, сама концепция ОС бредова. Зачем программе знать что где-то есть другие программы? Если мне понадобится как-то пообщаться с оборудованием, я явно укажу в своей программе нужное прерывание. Остаюсь на DOS, свистоперделки не нужны.

Ответить | Правка | Наверх | Cообщить модератору

191. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 30-Апр-11, 14:26 
> Всё с Вами ясно.

Ответить нечего - могли бы с самого начала помалкивать.

Ответить | Правка | Наверх | Cообщить модератору

174. "Сравнение систем инициализации systemd, upstart и SysVinit"  +2 +/
Сообщение от Crazy Alex (??), 30-Апр-11, 04:51 
Потому что часто надо просто проинформировать "все заинтересованные стороны" о каком-то событии. И вы в принципе не можете знаТЬ. что это за стороны. К примеру - что к системе подмонтировано новое устройство. Или что пользователь хочет, чтобы всё, что это умеет, снизило активность, так как он оторвал ноутбук от розетки и ему сутки в автобусе ехать. Или что вмедиа-ббилиотеку добавился конент. Вот чтобы не городить на каждый частный случай свой сфот, придумана общая шина. Или чтобы сделать слабую связность - к примеру, IM не тащит с собой либу OSD, а пытается сообщить о пришедшем сообщении по D-BUS. Если кто-то принял - хорошо. Нет (или D-Bus демон вообще не запущен)- тоже не беда. В результате можно оторвать кучу зависимостей у софта, не потеряв функционал и не мороча голову с подгрузкой чужого плагинного кода и обеспечив интеграцию софтины в существующую систему.
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

192. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Сергей (??), 30-Апр-11, 14:33 
О, не тролль на опеннете. Спасибо, мне тоже было интересно зачем эта гадость нужна.
А как сделать чтобы его демон никогда не запускался и никакие сообщения никуда не ходили, кроме грязных хаков типа переименовывания бинарника демона? И как там обеспечивается собственно безопасность и разграничение полномочий? И правильно ли я понимаю что когда/если оно будет в ядре, демонов больше не будет?
Ответить | Правка | Наверх | Cообщить модератору

203. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Crazy Alex (??), 30-Апр-11, 17:10 
Э... В какой системе? В дебиане оно запускается из init.d и вполне штатно отключается. В текущем центосе - аналогично. Насчет остальных систем не знаю - не пользуюсь. По безопасности - http://dbus.freedesktop.org/doc/dbus-specification.html - сам я не копался особо. И да, разумеется, если будет в ядре - демон будет не нужен. Но, кроме скорости, я никакого профита от этого не вижу - лично мне этот демон не мешает, тем более, что ресурсы он практически не жрёт.

P.S. "Слово в защиту D-Bus" к systemd не относится, ибо это дикость - пихать столько функционала, причем крайне критичного к багам, в монолитный кусок кода.

Ответить | Правка | Наверх | Cообщить модератору

260. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 01-Май-11, 19:51 
> Зачем программе знать что умеют другие программы?

Если я не знаю что умеет другая программа, то что ей слать? Письмо? На деревню дедушке?!

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

227. "Сравнение систем инициализации systemd, upstart и SysVinit"  +1 +/
Сообщение от anonymous (??), 30-Апр-11, 23:20 
> D-bus эту проблему решает.

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

84. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от ананим (?), 30-Апр-11, 00:33 
>Эталон ущербности архитектуры - sysv init, который костылями утыкан как ёжик, без слёз не взглянешь.

пример костыля можно?
отличная система - понятная, простая, работает железобетонно и без неожиданных "о! нас взломали через звуковую карту! и как такое возможно?!!"
при этом ещё и тормозит.
>А dbus - няшка и де-факто стандарт системной шины (да, чихать я хотел на вашу религиозную ненависть :)) Кстати, его уже собираются в ведро интегрировать.

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

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

86. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от Аноним (-), 30-Апр-11, 00:37 
> какой-то маркетоидный бред, а не сравнение.

Сам себя не похвалишь - никто не похвалит. Логика любого программиста :). Поэтому надо с осторожностью относиться к сравнениям от авторов программ - они необъективны.

Ответить | Правка | Наверх | Cообщить модератору

95. "Сравнение систем инициализации systemd, upstart и SysVinit"  +2 +/
Сообщение от ананим (?), 30-Апр-11, 00:45 
да, я тоже так подумал.
но с другой стороны, как-то даже страшно становится от таких амбиций. чё там у него в голове, вообще не понятно. и про никс-вей видимо вообще не слышал.
я к примеру хотел бы лично контролировать некоторые фичи типа "перезапуск ядра на лету", "динамическая генерация сервисов" и т.д.
а то вон через пульс уже хакали, а тут такой комбайн - есть где развернутся.
зыж
что характерно - все эти фичи и так есть в любом линухе. и что означает их "поддержка" я прям в смятении.
Ответить | Правка | Наверх | Cообщить модератору

229. "Сравнение систем инициализации systemd, upstart и SysVinit"  +1 +/
Сообщение от anonymous (??), 30-Апр-11, 23:28 
> чё там у него в голове, вообще не понятно.

у него в голове органчик. с поддержкой PulseAudio.

Ответить | Правка | Наверх | Cообщить модератору

93. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от анон (?), 30-Апр-11, 00:45 
> пример костыля можно?

Берете наугда любой скрипт init или initramfs и вуаля - сферический костыль в вакууме.

> отличная система - понятная, простая, работает железобетонно и без неожиданных "о! нас
> взломали через звуковую карту! и как такое возможно?!!"

Это иллюзия. Держится ровно до того момента, когда в ней нужно что-нибудь настроить.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

100. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 30-Апр-11, 00:50 
>Берете наугда любой скрипт init или initramfs и вуаля - сферический костыль в вакууме.

А вы в исходники systemd смотрели? Вот уж где костылей....

Ответить | Правка | Наверх | Cообщить модератору

120. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от анон (?), 30-Апр-11, 01:12 
> А вы в исходники systemd смотрели? Вот уж где костылей....

Смотрел. Я вообще на rss коммитов подписан. Может, покажете конкретный примерчик?

Ответить | Правка | Наверх | Cообщить модератору

230. "Сравнение систем инициализации systemd, upstart и SysVinit"  +3 +/
Сообщение от anonymous (??), 30-Апр-11, 23:30 
> Это иллюзия. Держится ровно до того момента, когда в ней нужно что-нибудь
> настроить.

то есть, я более десяти лет живу в иллюзии? ну и отлично, продолжу в ней жить: удобная иллюзия, и работает отлично. не вижу, с чего бы ещё 20 лет с ней не прожить.

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

96. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от anonymous (??), 30-Апр-11, 00:46 
>Эталон ущербности архитектуры - sysv init, который костылями утыкан как ёжик, без слёз не взглянешь.

Открыл, посмотрел. Всё видно, всё понятно. Где костыли?

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

121. "Сравнение систем инициализации systemd, upstart и SysVinit"  +/
Сообщение от анон (?), 30-Апр-11, 01:13 
>>Эталон ущербности архитектуры - sysv init, который костылями утыкан как ёжик, без слёз не взглянешь.
> Открыл, посмотрел. Всё видно, всё понятно. Где костыли?

У меня для вас плохие новости...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру