Re: openvz, vserver
25.12.07, Michael Shigorin<[EMAIL PROTECTED]> написал(а): >> Если администрить вместо одной ОС десяток виртуальных ОС, тут >> человеческих ошибок администрирования станет столько, что уже >> без разницы, насколько исходно "прямое" средство виртуализации. > Краткий диагноз по диагонали половины субтреда: > Алексей, Вы боитесь того, что даже не попробовали пощупать. > В данном случае совершенно напрасно. Из личного опыта -- использование виртуалок повышает требования к оперативке, зато _резко_ упрощает администрирование. И при этом при сокращении усилий на администрирование повышает безопасность системы в целом. Все "сложности" ovz проявляются только тогда, когда речь встает о решении проблем которые без ovz не решаются в принципе (как то тонкая нарезка лимитов). >> Веб-сервера, включая пресловутый апач (если им еще кто-то >> пользуется) тоже виртуальный хостинг поддерживают. > Это не тот "виртуальный". Примерно как сказать, что "X Windows > -- среда для работы приложений Windows" [хотя есть rdesktop, vnc > и wine ;]. "виртуальный хостинг на apache" и "security" несовместимы принципиально. Особенно весело будет после выхода PHP 6, в которой safe_mode не будет. Я такой чудесный виртуальный хостинг похакаю за несколько минут. Если там, конечно, будет mod_php ;) >> И т.д. Не исключаю, что может возникнуть необходимость >> в виртуализации ОС, но не у всех и не всегда. > Речь пошла не о виртуальном железе. А о виртуальных контекстах. > Это гораздо легче и удобнее. Практично бывает тогда, когда > по-хорошему задачу бы надо вынести на отдельный тазик, но его > либо никто не даст, либо некуда поставить. > Пример "на пальцах" -- думаю, я подниму apache1+mod_perl+mod_php4 > и, скажем, apache2+mod_php5 на одном тазу, вот только осмысленно > будет разнести их в два, а то и в три разных VE. И всем будет > только лучше, как правило. У меня nginx frontend живет в отдельной VE. И это весьма удобно. Я знаю что человеку чтобы поиметь мою систему нужно: - поиметь nginx; - а уж потом поиметь apache; и при этом он все равно получит доступ только к системе где всего лишь часть данных. И даже если он сможет получить рутовые права ему это не поможет. >> Вообще, виртуальный хостинг и паравиртуализация - настолько >> разные вещи, что обсуждать их рядом совершенно бессмысленно. > Именно! К тому же паравиртуализация бывает тоже разной. ovz/vserver это можно сказать "jail на стероидах" даже, а не виртуализация. >> P.S. Чем вас не устраивает вариант запустить отдельные >> экземпляры веб-сервера для каждого пользователя? Линукс система >> многопользовательская "от рождения", виртуализация для работы >> нескольких пользователей в общем случае не требуется. > Виден богатый теоретический опыт :-( "в общем случае" -- ключевое :) На реальной практике ой как требуется. Кстати не зря, например, те же ACL считаются обязательными для сертификации на высокие уровни безопасности. Причем ACL'и на все что только можно, не только на файлы. А нормального лимита по I/O в линуксе как не было, так и нет, и не скоро будет. Так что без виртуализации на сколь-нибудь сложных программных комплексах не обойтись (разве что разносить по отдельным физическим машинкам). > > > Тем, что управление ресурсами в линуксе - достаточно слабое. > > > Т.е. ситуация, когда сайт сжирает весь проц и память крайне > > > слабо контролируется без openvz или аналога. > Именно. _!_ > Если бы Вы были водителем с опытом езды в крупных городах, > а заодно и сисадмином с опытом управления неединичным количеством > систем -- наверняка моментально бы оценили очень точную аналогию > про отбойник. У нас МКАД до установки отбойников в народе называли "дорога смерти", это так, к слову... > Не знаю, какую премию Дарвина (работу+жильё через этот мост?) > надо было вручить тем, кто придумал делать там реверсивку, но > сейчас вроде как наконец дотумкали, что нужен именно отбойник. Реверсивки это для идеальных людей. Точно также как и обойтись юниксовыми правами доступа можно при условии что все программы пишут идеальные программисты. Я, кстати, ни одного в природе не видел. > Могу разве что предложить поиграться на досуге с тем же ovz, > vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб > по крайней мере не дезинформировать людей о том, что где полезно > и работает, а что куда совать смысла нет. Де-факто ovz, ovz, и еще раз ovz. А вот там где его действительно не хватает (нужна еще большая степень виртуализации) смотреть на xen/vmware. vserver де-факто сложнее в администрировании чем ovz (если в ovz гайки не пытаться закручивать). >> Качественно написанный код не требует засовывать его в подобные >> контейнеры. Не маразм ли - например, яву, выполняющуюся в >> виртуальной машине, т.е. контейнере, пихают еще в один >> контейнер, на кой ляд такая виртуальная машина? Hint: есть ведь JNI. И получается что не такая уж эта ява и виртуальная. И таки резать её по ресурсом все равно невозможно -- слишком уж слаба она по своим возможностями именно как _контейнера_.
Re: Apache+русские стр аницы
On Mon, Aug 29, 2005 at 11:38:29PM +0400, Andrey Melnikoff wrote: >> Я как майнтейнер apache в ALT могу дать ровно один совет... >> думать головой и не пускать фанатов к машинам в эксплуатации. >> Что бы там ни стояло и с чем бы они не нарезали круги около. AM> Эт к чему? Смена дистрибутива на работающем сервере без серьёзных на то оснований (как и накатывание любого апдейта, кстати) -- это фанатизм и демонстрация незнания элементарных правил администрирования. У меня, вон, целая одна машина на Slackware стоит. Пятилетней давности. Стоит себе и работает. И будет работать, пока не накроется хард, например. А когда хард накроется, я его из бэкапа заново залью. И ещё несколько лет проработает. >> В будущем заведите себе привычку применять vserver для таких >> вещей, могли бы перекидыванием NAT или реверс-прокси. Помогает >> ещё от многих болячек, заканчивая принципиальным отношением >> к дистрибутиву, который установлен на машине, благо это может >> быть уже далеко не одна штука. AM> К чему эта куча buzz-words? К основным средствам, на которых держится создание стабильных web-сервисов, это так, для общего развития. Нормальные люди, обычно, сначала поднимают новый сервер, тестируют самостоятельно. Потом гасят старый сервер, делают rsync данных на новый и перекидывают NAT'ом или reverse proxy запросы на новый. Если оказывается что есть глюка -- можно быстро вернуть всё назад. А самые экономные, не желающие ради таких случаев держать стайку резервных железок, используют vserver, и делают всё там. >> >> В Master 2.4 оно поддерживается из коробки, что характерно. >> re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941 >> AM> ИдиотизЪм. На данный момент russian apache - зло, т.к. не дает кэшировать AM> заведомо статические данные, нагружает сервер лишней работой. AM> У меня везде где он остался - стоит с "CharsetDisable On" по умлочанию. А у меня есть клиенты, которые его требуют. И если я им его не дам, то потеряю деньги. Так что очередной раз напоминаю, что фанатизму в администрировании не место. Ну и по поводу "идиотизма" проедусь -- кое-кто не удосужился прочитать как это сделано в Мастере. Так вот по-умолчанию таки CharsetDisable. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Apache+русские стр аницы
On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote: A> Есть следующая проблема, которую нужно срочно решить. Есть сервер, на A> нем стоит апач. До некоторого для он работал под Альтом. Сегодня его A> обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable A> не поддерживается. Все страницы на русском в браузере отображаются в A> виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает - A> как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты A> меня скоро побьют :( A> Заранее спасибо за любые советы... Откатиться назад из бэкапа. В следующий раз _сначала_ настраивать новое, а уже потом ломать старое. Ну и подумать, почему в Debian CharsetDisable не нужна. Совсем. -- С уважением, Денис http://freesource.info У меня сегодня митинг по поводу выбора дистрибутива "на века" для корпоративного использования. Я, естественно, написал документ про понятно-что. <_saint_> wart_home, генту для корпоратива? :))) wart_home: казалось бы, при чем здесь шлакварь? wart_home: неужели про СЛАКУ? raorn: Я похож на русского физика? :) <_saint_> wart_home, ну не на китайского же ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?koi8-r?B?88LP0svBIFRDUC9JUNDBy8XU?= =?koi8-r?B?z9c=?=
On Sun, Feb 13, 2005 at 12:59:46PM +0300, Artem Chuprina wrote: AC> Я сильно подозреваю, что если он не дал своего на это письменного AC> согласия в определенной форме (а не просто "был предупрежден"), то суд AC> будет на его стороне. Не вопрос, ты имеешь право не брать его на AC> работу, если он этого согласия не дал. Письменное согласие в какой-либо форме будет мало. Один из немногих надёжных вариантов -- прописывать это в контракт. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?koi8-r?B?88LP0svBIFRDUC9JUNDBy8XU?= =?koi8-r?B?z9c=?=
On Sat, Feb 12, 2005 at 11:19:48AM +0300, Artem Chuprina wrote: DS>> В таком случае буду очень благодарен за разъяснение чего именно я DS>> не понял. AC> Против блокировки возможости использовать ресурсы в посторонних целях AC> никто не возражал. Было поставлено под, гм, сомнение утверждение, что AC> перлюстрация почты является легальным способом это делать. А AC> изначальный вопрос ставился ровно о перлюстрации почты с целью выявления AC> возможного промышленного шпионажа, а об использовании ресурсов там AC> вообще речь не шла. Есть два вида почты -- личная и рабочая. Вторая по-умолчанию считается собственностью организации, и её чтение естественно _разрешается_. Личную же почту читать нельзя. Если человек использует почту исключительно для рабочих целей, на факт её просмотра ему будет плевать. Если же она используется в личных целях, то, разумеется, её читать посторонним без разрешения нельзя. Посему всё сводится к двум вопросам -- этическому и юридическому. И тот и другой сводится к тому, что если человек _знает_ что его рабочую почту читают (и это надлежащим образом оформлено), то её прочтение легально. И я не вижу никаких в этом проблем кроме той, что некоторым хочется использовать рабочую почту в личных целях, и чтобы ничего им за это не было. Ну и, естественно, если компания применяет такие меры без на то оснований, то это глупая компания с глупым руководством. И работать на них стоит. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Сборка TCP/IPпакетов
Artem Chuprina wrote: DS> Насколько я понял именно подобное понимние взаимоотношений между DS> сотрудником и организацией вызвало странную реакцию нескольких людей по DS> этой теме. Они почему-то считают, что если работодатель ограничивает DS> использование своих собственных ресурсов и мешает их использованию в DS> личных целях, то это очень-очень плохой работодатель. Ты очень-очень плохо понял. В таком случае буду очень благодарен за разъяснение чего именно я не понял. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?koi8-r?B?88LP0svBIFRDUC9JUNDBy8XU?= =?koi8-r?B?z9c=?=
On Tue, Feb 08, 2005 at 05:24:48PM +0500, Dmitry Fedoseev wrote: >> А ты никогда не работал на предприятиях где все пишется? И разговоры >> по телефонам в первую очередь. >> Может писаться еще все что в кабинетах происходит. >> И видеонаблюдение может стоять. DF> Все это должно оговариваться при приеме сотрудников на работу. Согласен DF> на ограничение в правах - берем на работу. Не согласен - ищи другую. DF> Нарушения правил внутреннего распорядка одними не дает юридического DF> основания для нарушения закона другими. А вот под этими двумя фразами могу подписаться. Обе абсолютно верны. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Сборка TCP/IPпакетов
On Fri, Feb 11, 2005 at 08:56:13PM +0300, Artem Chuprina wrote: DS>> Закон этот о _личной_ переписке. Если пользователь был уведомлён о DS>> том, что права на таковую не имеет, значит этот закон действовать DS>> не может. AC> Ты опускаешь ключевой момент. Еще и если это уведомление имеет AC> юридическую силу. Да, конечно. Не надо путать работу и развлечения. >>>Не надо путать законодательство у приказы мудака--начальника. DS>> Не у всех работа является бесполезной и нахрен никому не DS>> нужной. Если человек работает с коммерческой тайной (про гостайну DS>> уж даже и не говорим), то ограничений не много, а очень много. И DS>> это нормально. AC> Даже с гостайной эти ограничения действуют почти только на обращение с AC> оной тайной. И не могут действовать более ни на что. Единственное, AC> кажется, исключение - ограничение на выезд за рубеж. В теории -- да. На практике на рабочем месте ограничений будет много. При этом электронная почта если и будет, то только внутри организации. А о mail.ru останется только думать. DS>> А в России сложилась дебильная тенденция, что сотрудники почему-то DS>> думают что интернет им для порнухи и личной переписки даден. AC> А это уже совершенно другой вопрос. Насколько я понял именно подобное понимние взаимоотношений между сотрудником и организацией вызвало странную реакцию нескольких людей по этой теме. Они почему-то считают, что если работодатель ограничивает использование своих собственных ресурсов и мешает их использованию в личных целях, то это очень-очень плохой работодатель. DS>> В некоторых компания разрешено сотрудникам пользоваться интеретом в DS>> личных целях, и это хорошо и правильно. А если человек ворует DS>> трафик у нанимателя, это нехорошо и неправильно. И если он мешает DS>> нормальному рабочему процессу (а возможность руководства читать DS>> _рабочую_ почту сотрудников вполне разумна, и упрощает жизнь как DS>> руководству, так и самому сотруднику), то это тоже неправильно. AC> Но это дает тебе право урезать ему такую возможность, уволить его или AC> вычесть стоимость "сворованного" трафика или иным образом нанесенного AC> ущерба из его зарплаты. А не перлюстрировать переписку. Если сие не было налдежащим образом оформленно юридически, да. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Сборка TCP/IPпакетов
Иван Лох wrote: ИЛ> телеграфных или иных сообщений Работает исключительно в том случае, когда просматривается _личная_ переписка, без разрешения на то со стороны пользователя. Если пользователь Это комментарий к УК, решение Верховного или Конституционного суда? Это жизнь. Закон этот о _личной_ переписке. Если пользователь был уведомлён о том, что права на таковую не имеет, значит этот закон действовать не может. Не надо путать работу и развлечения. Не надо путать законодательство у приказы мудака--начальника. Не у всех работа является бесполезной и нахрен никому не нужной. Если человек работает с коммерческой тайной (про гостайну уж даже и не говорим), то ограничений не много, а очень много. И это нормально. А в России сложилась дебильная тенденция, что сотрудники почему-то думают что интернет им для порнухи и личной переписки даден. В некоторых компания разрешено сотрудникам пользоваться интеретом в личных целях, и это хорошо и правильно. А если человек ворует трафик у нанимателя, это нехорошо и неправильно. И если он мешает нормальному рабочему процессу (а возможность руководства читать _рабочую_ почту сотрудников вполне разумна, и упрощает жизнь как руководству, так и самому сотруднику), то это тоже неправильно. Hint: когда я настраиваю сети, в бухгалтерии я чаще всего отрубаю Internet целиком, за исключением доступа к корпоративному сайту и бухгалтерским ресурсам. Остальные -- по письменному требованию главбуха (с указанием конкретных сайтов). И это -- правильно (иначе троянца подцепят, и вся бухгалтерия накроется медным тазом). Что, скажешь это тоже неправильно? Да, с точки зрения тех, кто на рабочем месте занимается чем-либо кроме работы -- неправильно. Hint 2: есть ещё разные периоды времени. С вменяемым руководством обычно можно договориться об использовании оборудования и каналов связи в личных целях _в нерабочее время_. И с компьютеров, на которыз не производится работа с конфиденциальной информацией. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?koi8-r?B?88LP0svBIFRDUC9JUNDBy8XU?= =?koi8-r?B?z9c=?=
On Fri, Feb 04, 2005 at 05:45:59PM +0300, drd wrote: d> А кто волнуется за свои тайны, тот пусть пользуется средствами, d> которые эту тайну защитят... ...в первую очередь оплачеными из своего кармана каналами связи. Или внимательно выбирая где работать. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?koi8-r?B?88LP0svBIFRDUC9JUNDBy8XU?= =?koi8-r?B?z9c=?=
On Fri, Feb 04, 2005 at 02:46:22PM +0300, Иван Лох wrote: ИЛ> Статья 138. Нарушение тайны переписки, телефонных переговоров, почтовых, ИЛ> телеграфных или иных сообщений Работает исключительно в том случае, когда просматривается _личная_ переписка, без разрешения на то со стороны пользователя. Если пользователь работает с более-менее ценными данными, то ему запрещают с рабочего места пользоваться _личной_ перепиской, точно так же, как и смотреть порнуху в сети. Не надо путать работу и развлечения. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, Feb 01, 2005 at 11:54:08AM +0200, Michael Shigorin wrote: >> Да, согласен. Но если хардов более 2-х, то только SATA. Или >> если 2 + есть CD. Но это уже не в тему. MS> Угу, и не рассказывай этого ftp.linux.kiev.ua и уж тем более MS> rpmfind.net. :) Я знаю что можно сделать как угодно :) Но _сейчас_ не вижу причин использовать IDE кроме двух исключений -- IDE flash и 2.5" IDE. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: точная печать
Sergey Chumakov wrote: VBW> проще свою XML-ную DTD под задачу сочинить. А чем эту конструкцию потом в postscript или pdf преобразовывать? Монстром. То бишь мозиллой. Если PDF на выходе устраивает, то почему нельзя сразу делать шаблон где-нибудь в акробате с полями, а потом эти поля просто заполнять необходимыми данными? Обычно нужен _не только_ pdf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: точная печать
Victor B. Wagner wrote: VBW> А надо именно в CSS. Пункты там точно есть. А уж пересчитать миллиметры VBW> в пункты как-нибудь сумеешь. HTML вообще говоря, необязателен. Возможно, VBW> проще свою XML-ную DTD под задачу сочинить. А чем эту конструкцию потом в postscript или pdf преобразовывать? Монстром. То бишь мозиллой. А она это без помощи человеческих кликающих рук может сделать? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: точная печать
Victor B. Wagner wrote: А чем эту конструкцию потом в postscript или pdf преобразовывать? Монстром. То бишь мозиллой. Если PDF на выходе устраивает, то почему нельзя сразу делать шаблон где-нибудь в акробате с полями, а потом эти поля просто заполнять необходимыми данными? А что, адобе уже выпустила акробат (не ридер) под Linux? И к нему есть соответствующий API для заполнения полей из скриптов на требуемом языке? Мне pdf нужен тогда, и только тогда, когда мне нужно сформировать пригодный только для печати документ, для отправки его виндоюзверю. Им проще всего распечатать pdf. Пример где я сейчас их использую -- при приёме факса Asterisk'ом факс у меня конвертируется в pdf и отправляется емейлом. Соответственно ещё пример где это нужно -- выставление счёта по емейлу (хотя, я понимаю, можно и на html изобразить). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: точная печать
On Mon, Jan 31, 2005 at 09:43:43PM +0300, Victor B. Wagner wrote: VBW> А надо именно в CSS. Пункты там точно есть. А уж пересчитать миллиметры VBW> в пункты как-нибудь сумеешь. HTML вообще говоря, необязателен. Возможно, VBW> проще свою XML-ную DTD под задачу сочинить. А чем эту конструкцию потом в postscript или pdf преобразовывать? -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Artem Chuprina wrote: AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск. DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. Посмотри на инсталлятор sarge. Посмотрю. Будем надеяться что скоро в инсталляторах и такие умные вещи как тонкая настройка FS появится. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sun, Jan 30, 2005 at 12:27:17AM +0600, Dmitry A. Fedorov wrote: > >>> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с > DAF>> Ага, попался! > DAF>> структура ext3 fs _точно такая же_ как и структура ext2 fs. > DAF>> А журналирование там - отдельным модулем (подарок разработчику). >> Дык этот самый отдельный модуль и есть дополнительный код (то есть большая >> сложность). DAF> Структура _фс_. То, что на диске. А... Ну извините. Мне всегда казалось что надёжность зависит в первую очередь от сложности _кода_. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, Jan 29, 2005 at 10:59:45PM +0600, Dmitry A. Fedorov wrote: >> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с DAF> Ага, попался! DAF> структура ext3 fs _точно такая же_ как и структура ext2 fs. DAF> А журналирование там - отдельным модулем (подарок разработчику). Дык этот самый отдельный модуль и есть дополнительный код (то есть большая сложность). И журнал, хоть и является по сути просто файлом, всё равно часть структуры. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Fri, Jan 28, 2005 at 07:44:36PM +0300, Andrey Melnikoff wrote: AM> Это нетривиальная задача. Благо, не один из попадавшихся мне инстоляторов не AM> предлогал ext3 журнал вынести на отдельный диск. Я не видел и инсталляторов которые сразу предлагают делать LVM. Однако сервер более сложный чем мини-сервер для офиса из полутора сотрудников прдепочитаю ставить с его использованием. >> (кроме как для замедления скорости работы с fs/ide) в данном конкретном >> случае? AM> Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на AM> отдельной машине с freebsd. Если сервис выносится на отдельную машину, то там вообще море возможностей тюнинга. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Fri, Jan 28, 2005 at 07:45:14PM +0300, Andrey Melnikoff wrote: >> К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2, >> и ext3. Было бы в ней журналирование данных (а не только метаданных), >> вообще была бы вне конкуренции. AM> Чем сложенее FS, тем больше вероятность потери данных при разрушении. ext2 _гораздо сложнее_ FAT. Вперёд и с песней. ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с data=journal. По крайней мере если не было сбоев, кроме как по питанию, то искалеченых ext3 я не видел. ext2 видел. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:20:52PM +0300, Artem Chuprina wrote: DS>> Да, согласен. Но если хардов более 2-х, то только SATA. AC> Ага, при условии, что у матери только 2 SATA-выхода... Там, где нужно больше двух хардов обычно стоят более другие матери. Или там стоят котроллеры нормальные. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:38:04PM +0300, Andrey Melnikoff wrote: AM> И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя AM> запись на этот-же диск прироста в скорости не даст. Гхм. Хочу напомнить, что операция _записи_ занимает куда меньше времени, чем _seek_. Поэтому лучше десять записей в журнал и одна в FS, чем даже 5 записей в FS. Это если совсем на пальцах объяснять. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 08:57:01PM +0200, Mykola Nikishov wrote: MN> Живёт 6-8 месяцев (не помню уже, когда перешёл), reiserfsprogs = MN> 3.6.18-4, сполняет функции прокси (около 2Г/мес) и мыльника на 20+ MN> клиентов. Статистика с укладыванием в mysql. За UPS спрятана, ест-но. Я MN> там появляюсь раз в месяц (не из-за проблем), Народ обучен в случае MN> испуга нажать C+A+D либо, на самый крайний, ткнуть в резет. Не далее как вчера накрылось медным тазом FS на одной машине. Рейзер. Без каких-либо причин. Просто стали появляться странные глюки. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:16:15PM +0300, Andrey Melnikoff wrote: >>> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по >>> скорости. с журналом здесь, с журналом воон там. >> ну не надо зацикливаться на единственной журналируемой системе ext3 >> есть reiser есть xfs AM> Нафиг-нафиг. К ext2/ext3 хоть ремонтировалки есть и структура понятная. К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2, и ext3. Было бы в ней журналирование данных (а не только метаданных), вообще была бы вне конкуренции. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Wed, Jan 26, 2005 at 10:40:35PM +0300, Andrey Melnikoff wrote: >> Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда >> увеличивает. AM> Покажи мне это место. Пальцем, тестами. Hint: журнал можно создавать на другом диске. Hint2: на некоторых операциях журнал может уменьшать количество записей на диск (в результате, скажем, data=journal может быть быстрее чем data=ordered, если верить ребятам с developer.ibm.com). >> Особенно если это не IDE, а SCSI с батарейкой (hint: журнал >> целиком будет валяться в кэше). А количество операций на самой файловой >> системе в результате уменьшается. AM> С чего это их раз и уменьшается? Объясняю. Нормальная практика работы с временным файлом -- создать его и немедленно удалить. Не знаю как ext3, а xfs вообще не будет производить запись в каталог в этой ситуации. Это самый простой пример. К сожалению код ext3 далёк от совершенства, но само журналирование здесь никаким боком. >> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на >> котором вполне себе. AM> Ага. Именно вполне себе для данной ситуации ext2 и выбросить SATA на помойку AM> после первого сбоя. Гм? С какого перепугу SATA менее надёжны стали чем IDE? >> И, прошу отмотать тред -- я придрался к утверждению что журнал это всегда >> медленнее. AM> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по AM> скорости. с журналом здесь, с журналом воон там. Дык ясен пень всё применять надо с умом. Я вообще давно полюбил XFS с журналом на отдельном диске. У меня по жизни система на одном диске, данные на другом. Получается несбалансированая нагрузка на диски. Я на системный диск кладу своп (который всё равно почти не используется) и журнал. И на этой радостной ноте всё взлетает. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote: G> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не G> пробовал, поэтому тут ничего не скажу.. Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не рекомендую. Сдохнет. В отличии от ext3 с data=journal, коя сдыхает крайне редко. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Evgeny Yurkin wrote: На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на котором вполне себе. PA> Можно подумать что SATA в Linux научился TCQ/NCQ. SATA по крайней мере умеет при работе с одним диском не убивать нафиг канал к другому (как в IDE когда два диска на одном шлейфе). а в IDE не надо вешать 2 винта на один шлейф и будет тебе почти тоже самое что и SATA (у бюджетных SATA железо с IDE одинаковое а хорошие SATA стоят как звездолет и сравнимы по цене со scsi) Да, согласен. Но если хардов более 2-х, то только SATA. Или если 2 + есть CD. Но это уже не в тему. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Evheny Khoruzhy wrote: AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных. AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах AM> - откровенный мусор. Уууу. Слава богу таких ситуаций я не видел. memtest86 меня пока спасал. Не было у тебя нехороших электриков... У меня нет ни одной ценной машины без UPS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Wed, Jan 26, 2005 at 07:24:44PM +0300, Pavel Ammosov wrote: >> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на >> котором вполне себе. PA> Можно подумать что SATA в Linux научился TCQ/NCQ. SATA по крайней мере умеет при работе с одним диском не убивать нафиг канал к другому (как в IDE когда два диска на одном шлейфе). -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, Jan 25, 2005 at 01:49:52AM +0300, Andrey Melnikoff wrote: AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных. AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах AM> - откровенный мусор. Уууу. Слава богу таких ситуаций я не видел. memtest86 меня пока спасал. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote: AM> Внимание вопрос, зачем тогда нужен этот журнал если: AM> "/var/spool/squid ценности не представляет" и AM> "журнал вынести на другой диск"? Для каких целей он может быть использован AM> (кроме как для замедления скорости работы с fs/ide) в данном конкретном AM> случае? Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда увеличивает. Особенно если это не IDE, а SCSI с батарейкой (hint: журнал целиком будет валяться в кэше). А количество операций на самой файловой системе в результате уменьшается. На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на котором вполне себе. И, прошу отмотать тред -- я придрался к утверждению что журнал это всегда медленнее. А ничуть не к использованию ext2/3 на /var/spool/squid. Ибо этот самый /var/spool/squid всю жизнь держу на рейзере. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Artem Chuprina wrote: AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем AM>> проверять fsck. DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях. DS> А при нормальном UPS и RAID не представляю себе чем её вообще можно DS> искорёжить. С data=journal на разделе с _нагруженным_ сквидом!? /var/spool/squid ценности не представляет, поэтому там вообще место для reiserfs. И, если какие-то проблемы, скриптом пересоздавать заново. А таки data=journal и на нагруженом разделе может быть быстрее. Если журнал вынести на другой (сильно менее нагруженый) диск. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Mon, Jan 24, 2005 at 06:28:20PM +0300, Andrey Melnikoff wrote: AM> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем AM> проверять fsck. Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях. А при нормальном UPS и RAID не представляю себе чем её вообще можно искорёжить. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Mon, Jan 24, 2005 at 08:17:58AM +0200, Dmitry Nezhevenko wrote: DN> Должна быть ext2. Она же не тратит время на ведение журнала. Но Reiser более DN> экономична. А кто вам сказал, что журнал это всегда потеря производительности? Я успешно применяю журналирование как средство увеличения производительности. Hint: freesource.info -> Статьи -> Журналируемые файловые системы -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензион ной чистоте/возможности De bian-a
On Wed, Jan 19, 2005 at 08:04:43AM +0200, Michael Shigorin wrote: >> Объясняю. Ты можешь доказать, что бумажка, которую ты >> распечатал имеет хоть какое-то отношение к FSF? А бумажка от >> местного производителя это бумажка от местного производителя. MS> Объясняю: Цима -- пожалуй, самый качественный и честный в MS> отношении разработчиков (бо сам такой) издатель в т.ч. и Debian MS> на Украине, насколько знаю. Тогда извиняюсь, ибо я не так понял проблему. То есть вопрос стоит не в защите пользователя, к которому приходят "злые проверяющие", а в защите издателя? -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензионной чистоте/возможности De bian-a
On Wed, Jan 19, 2005 at 08:04:43AM +0200, Michael Shigorin wrote: >> Объясняю. Ты можешь доказать, что бумажка, которую ты >> распечатал имеет хоть какое-то отношение к FSF? А бумажка от >> местного производителя это бумажка от местного производителя. MS> Объясняю: Цима -- пожалуй, самый качественный и честный в MS> отношении разработчиков (бо сам такой) издатель в т.ч. и Debian MS> на Украине, насколько знаю. Тогда извиняюсь, ибо я не так понял проблему. То есть вопрос стоит не в защите пользователя, к которому приходят "злые проверяющие", а в защите издателя? -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензио нной чистоте/возможности De bian-a
On Tue, Jan 18, 2005 at 09:16:46PM +0600, Dmitry A. Fedorov wrote: DAF> Прежде чем выдавать лицензии на дистрибутив, нужно показать DAF> лицензии на компоненты, позволяющие такие дистрибутивы делать. DAF> Вот этот вопрос и интересен. Что-то я сомневаюсь, что ALT его решил. DAF> А если решил, то подобный опыт можно и не отдавать даже за деньги. DAF> Сначала выясните саму возможность использовния в России "генеральных DAF> общедоступных" как вид. Вся фишка в переводе стрелок. Вот у меня есть коробочка от ALT Linux. Рядом с компом стоит. В ней лицензия. И уже каждому ежу понятно, что у меня "купленый софт", а не "ворованый". Всё, этого достаточно. А если кто-то настолько перепьёт чтобы докапываться, то докапываться ему уже придётся к ALT. А не ко мне. -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензионной чистоте/возможности De bian-a
On Tue, Jan 18, 2005 at 09:16:46PM +0600, Dmitry A. Fedorov wrote: DAF> Прежде чем выдавать лицензии на дистрибутив, нужно показать DAF> лицензии на компоненты, позволяющие такие дистрибутивы делать. DAF> Вот этот вопрос и интересен. Что-то я сомневаюсь, что ALT его решил. DAF> А если решил, то подобный опыт можно и не отдавать даже за деньги. DAF> Сначала выясните саму возможность использовния в России "генеральных DAF> общедоступных" как вид. Вся фишка в переводе стрелок. Вот у меня есть коробочка от ALT Linux. Рядом с компом стоит. В ней лицензия. И уже каждому ежу понятно, что у меня "купленый софт", а не "ворованый". Всё, этого достаточно. А если кто-то настолько перепьёт чтобы докапываться, то докапываться ему уже придётся к ALT. А не ко мне. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензио нной чистоте/возможно сти De bian-a
Oleg Tsymaenko wrote: В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. Если на то пошло то кто подтвердит что лицензия от ALT лучше лицензии от FSF ??? Бумага более качественная ??? Так у меня принтер тоже неплохо печатает. Объясняю. Ты можешь доказать, что бумажка, которую ты распечатал имеет хоть какое-то отношение к FSF? А бумажка от местного производителя это бумажка от местного производителя. Темболее на Украине. Здесь и Русский и Английский язык не государственные... Значит нужно чтобы кто-нибудь на Украине продавал дистрибутивы под своей лицензией (хоть под личным переводом GPL).
Re: Вопрос о лицензион ной чистоте/возможности Debian-a
On Tue, Jan 18, 2005 at 05:04:26PM +0300, Ужинский Борис wrote: >> Мы тыкаем лицензионным ALTLinux. Вполне хватает. УБ> У нас только не-лицензионный Debian (а также: BlackCat, RedHat, SuSe, ALT, ASP, Knoppix, FreeBSD ну и еще что до кучи :) ) Как же вы с таким зоопарком управляетесь? -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензион ной чистоте/возможности Debian-a
DAF> Ну ASP ладно, а вот мне очень не хотелось бы, чтобы вы приучили органы DAF> к мысли, что на линукс тоже должна быть бумажка. К сожалению они уже приучены. DAF> "куплен в офисе ASP" - ни о чем не говорит в области поставленных DAF> вопросов. Не более, чем касссовый чек. DAF> И пусть ASP сначала предъявит бумажки на все входящие компоненты :) Пусть предъявляют. Однако это уже будет проверка ASP, а никак не конкретного пользователя. Ибо он полностью чист. -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензио нной чистоте/возможности De bian-a
On Tue, Jan 18, 2005 at 07:45:46PM +0500, Nizamov Shavkat wrote: NS> ЗЫ а можно организовать фирму "рога и копыта" которая будет штамповать эти NS> лицензии с печатями и с наклеечками голографическими. спрос похоже есть. Однако потребуется ещё и перечисление программных продуктов, на которые выдана такая лицензия. Думаю гораздо проще просто _покупать_ дистрибутивы у производителей, которые пишут правильные лицензии. В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензионной чистоте/возможности De bian-a
Oleg Tsymaenko wrote: В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. Если на то пошло то кто подтвердит что лицензия от ALT лучше лицензии от FSF ??? Бумага более качественная ??? Так у меня принтер тоже неплохо печатает. Объясняю. Ты можешь доказать, что бумажка, которую ты распечатал имеет хоть какое-то отношение к FSF? А бумажка от местного производителя это бумажка от местного производителя. Темболее на Украине. Здесь и Русский и Английский язык не государственные... Значит нужно чтобы кто-нибудь на Украине продавал дистрибутивы под своей лицензией (хоть под личным переводом GPL). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензионной чистоте/возможности Debian-a
On Tue, Jan 18, 2005 at 05:04:26PM +0300, Ужинский Борис wrote: >> Мы тыкаем лицензионным ALTLinux. Вполне хватает. УБ> У нас только не-лицензионный Debian (а также: BlackCat, RedHat, SuSe, ALT, ASP, Knoppix, FreeBSD ну и еще что до кучи :) ) Как же вы с таким зоопарком управляетесь? -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензионной чистоте/возможности Debian-a
DAF> Ну ASP ладно, а вот мне очень не хотелось бы, чтобы вы приучили органы DAF> к мысли, что на линукс тоже должна быть бумажка. К сожалению они уже приучены. DAF> "куплен в офисе ASP" - ни о чем не говорит в области поставленных DAF> вопросов. Не более, чем касссовый чек. DAF> И пусть ASP сначала предъявит бумажки на все входящие компоненты :) Пусть предъявляют. Однако это уже будет проверка ASP, а никак не конкретного пользователя. Ибо он полностью чист. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Вопрос о лицензионной чистоте/возможности De bian-a
On Tue, Jan 18, 2005 at 07:45:46PM +0500, Nizamov Shavkat wrote: NS> ЗЫ а можно организовать фирму "рога и копыта" которая будет штамповать эти NS> лицензии с печатями и с наклеечками голографическими. спрос похоже есть. Однако потребуется ещё и перечисление программных продуктов, на которые выдана такая лицензия. Думаю гораздо проще просто _покупать_ дистрибутивы у производителей, которые пишут правильные лицензии. В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: to Artem Chuprina Petrov Dmithriy
On Sat, Jan 15, 2005 at 03:00:33PM +0100, Wladimir Krawtschunowski wrote: WK> Сэру надо не скоринг а игнорлист настраивать. А на предложение о WK> переносе этой темы из рассылки советую всё-же обратить внимание, а то у WK> людей действительно есть дела кроме того, чтоб смотреть, как кто-то бьёт WK> себя пяткой в грудь. Если есть притензии друг к другу решайте их WK> пожалуйста в другом месте. perl в зубы и пишется прекрасный скриптик, который полностью вырезает тему. У меня такой скриптик по нажатию F8 в mutt позволяет мне забыть о существовании любого треда. Сейчас всё ленюсь сделать так, чтобы он отсылал этот twitlist ещё и на сервер, дабы резать сообщения прямо там. -- С уважением, Денис http://freesource.info
Re: Текстовый редактор для консоли
On Fri, Jan 14, 2005 at 08:11:34PM +0300, Petrov Dmithriy wrote: PD> То есть это я наверное дурак, когда задаю вопрос в mail-листе, предназначенном PD> для вопросов и ответов. Есть в природе такая услуга как коммерческая поддержка. В ней вам ответят так, как вы хотите (если заплатите хорошо). В любом другом месте никто не обязан вам отвечать. Ничего. Вообще. И даже разговаривать с вами не обязан. Листы в первую очередь для общения равных. Во вторую -- для подсказок "куда копать". Конкретных детальных ответов получить можно. Если вопрос интересный, и вы заинтересовали собеседника. Никто вам ничем не обязан. -- С уважением, Денис http://freesource.info
Re: to Artem Chuprina Petrov Dmithriy
On Sat, Jan 15, 2005 at 03:00:33PM +0100, Wladimir Krawtschunowski wrote: WK> Сэру надо не скоринг а игнорлист настраивать. А на предложение о WK> переносе этой темы из рассылки советую всё-же обратить внимание, а то у WK> людей действительно есть дела кроме того, чтоб смотреть, как кто-то бьёт WK> себя пяткой в грудь. Если есть притензии друг к другу решайте их WK> пожалуйста в другом месте. perl в зубы и пишется прекрасный скриптик, который полностью вырезает тему. У меня такой скриптик по нажатию F8 в mutt позволяет мне забыть о существовании любого треда. Сейчас всё ленюсь сделать так, чтобы он отсылал этот twitlist ещё и на сервер, дабы резать сообщения прямо там. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Текстовый редактор для консоли
On Fri, Jan 14, 2005 at 08:11:34PM +0300, Petrov Dmithriy wrote: PD> То есть это я наверное дурак, когда задаю вопрос в mail-листе, предназначенном PD> для вопросов и ответов. Есть в природе такая услуга как коммерческая поддержка. В ней вам ответят так, как вы хотите (если заплатите хорошо). В любом другом месте никто не обязан вам отвечать. Ничего. Вообще. И даже разговаривать с вами не обязан. Листы в первую очередь для общения равных. Во вторую -- для подсказок "куда копать". Конкретных детальных ответов получить можно. Если вопрос интересный, и вы заинтересовали собеседника. Никто вам ничем не обязан. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: knoppix
On Mon, Dec 06, 2004 at 04:07:03PM +0300, Dmitry E. Oboukhov wrote: DEO> в общем я его уже скачал... DEO> обидно конечно качать кноппикс при живом мирроре Дебиана, ну ладно... DEO> может когда-нибудь jigdo приделают Думаю вряд ли. Ибо ISO-образ Knoppix отнюдь не по файликам собирается. Там фактически один большой файл (не считая html'ек и загрузчика), со сжатым cloop разделом. -- С уважением, Денис http://freesource.info
выбор raid
День добрый, коллеги. Стоит проблема из серии "мне бы ваши проблемы" Имеется на руках 3 разных аппаратных рэйда: 1. Adaptec 2120S 2. Megaraid 475 3. Intel SRCU31 Из них только Adaptec новый и гарантийный, и я бы использовал именно его, остальные использованные. Большой вопрос - использовал ли кто-нибудь этот Adaptec в промышленной эксплуатации, как у него с глючностью дров? Стремает надпись EXPERIMENTAL возле модуля aacraid. Про остальные что скажете? Производительность в данном случае меня меньше всего интересует - главное надежность. С уважением, Смирнов Денис
Re: SATA RAID
On Thu, Sep 09, 2004 at 09:47:50AM +0300, Maxim Tyurin wrote: >> Ага. Супер! 9000, насколько я понимаю, пока только с драйверами от самой >> 3ware? MT> Они все только с драйверами от самой 3ware. MT> 9000 я не смотрел но для остальных дрова open source и включены в MT> ядро. Яснл. -- С уважением, Денис http://freesource.info
Re: SATA RAID
On Wed, Sep 08, 2004 at 11:26:02AM +0300, Maxim Tyurin wrote: >> А у 3ware есть SATA RAID с батарейкой? У SCSI-контроллеров которые я люблю >> (LSI MegaRaid) есть возможность поставить BBU (battery backed unit) и >> благодаря этому использовать агрессивное кэширование записи. Для SATA это >> ещё критичнее чем для SCSI. MT> Есть в серии 9000 MT> в 8000 серии нет Ага. Супер! 9000, насколько я понимаю, пока только с драйверами от самой 3ware? -- С уважением, Денис http://freesource.info
Re: SATA RAID
On Thu, May 20, 2004 at 04:09:40PM +0300, Maxim Tyurin wrote: MT> У меня 3ware MT> Крутит raid 10 (может еще и 5 но он мне не нужен пока) MT> я им полностью доволен. А у 3ware есть SATA RAID с батарейкой? У SCSI-контроллеров которые я люблю (LSI MegaRaid) есть возможность поставить BBU (battery backed unit) и благодаря этому использовать агрессивное кэширование записи. Для SATA это ещё критичнее чем для SCSI. -- С уважением, Денис http://freesource.info
Re: SATA RAID-1 или хотя бы карточку с SATA PCI, но с GPL драйверами
3Ware 7000-2 или 7006-2 www.3ware.com стоимость порядка 130 грин в Москве. Штука класснейшая! рейд аппаратный, система видит его как сказю. Дрова в стандартном ядре bf24, при этом полностью открытые. плюс еще есть демон со своим веб-интерфейсом, который может все это мониторить и на мыло писать. Правда вот он чуть кривоват - вешается на все интерфейсы, даже когда его явно просишь этого не делать. С уважением, Смирнов Денис Сеть универсамов "ПАТЭРСОН" Руководитель группы телекоммуникаций тел. +7 095 347-9169 моб. +7 903 210-1262 news <[EMAIL PROTECTED]> wrote on 29.03.2004 01:22:22: > Здравствуйте > > посоветуйте пожалуйста железяку. Хочу сделать RAID-1 (это у него же > зеркалирование?), желательно hardware и недорого и SATA. Требование - > GPL драйвера. > > Если нет RAID, то хотя бы обыкновенную SATA карточку для PCI, сделаю > software RAID. > > Это для дома, так что больше 50-90 евро не отдам. > -- > Best regards, Sergey Spiridonov > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: mutt + imap
On Thu, Mar 18, 2004 at 11:12:42AM +0200, VOLAND wrote: V> хотя врядли поможет, если не удалять почту то fetchmail будет каждый V> раз выкачивать все содержимое imap ящика :( тоесть все 3500 писем V> заново выкачает, а мне то нужны только V> новые письма, так что не выйдет через fetchmail даже с опцией keep... man fetchmail на предмет uidl -- С уважением, Денис http://freesource.info
Re: mc
On Wed, Mar 03, 2004 at 06:56:00PM +0300, Skorinko Dmitriy wrote: SD> Установил себе Debian 3.0r2. Возникла проблема с mc. При непонятных SD> обстоятельствах консоль с mc иногда виснет. Из другой консоли убиваю SD> процесс, но при запуске mc все опять виснет. Че делать? Копать в сторону gpm. -- С уважением, Денис http://freesource.info
Re: mutt: how to forward message with all attachments?
On Fri, Feb 27, 2004 at 12:35:25PM +0400, Vlad Harchev wrote: VH> Спасибо за подсказку - это хоть что-то.. Все равно этим методом VH> приходится сабжект менять, заголовки чистить и новые составлять, блин.. VH> Как-то не хочется верить что mutt в этом плане откровенно недоделан.. VH> А как у других MUA все-таки с этим? Я что-то не понимаю, или это 'f' (которая forward-message)? -- С уважением, Денис http://freesource.info
Re: OpenWall, GRSec, RSbac ÑÑо ÑекомендÑеÑе?
On Sun, Feb 22, 2004 at 09:19:56AM +0500, Viktor Vislobokov wrote: VV> Ðикакой, поÑÐ¾Ð¼Ñ ÑÑо еÑли Ð±Ñ ÑÑ Ð·Ð½Ð°Ð», ÑÑо ÑÑо Ñакое - вопÑоÑов Ð±Ñ VV> не задавал, а еÑли не знаеÑÑ, Ñо не надо и ÑÑавиÑÑ. OpenWall в болÑÑинÑÑве ÑлÑÑае ÑÑÐ¾Ð¸Ñ Ð¿Ð¾Ð»ÑзоваÑÑÑÑ Ð´Ð°Ð¶Ðµ еÑли вообÑе в пеÑвÑй Ñаз видиÑÑ ÐºÐ¾Ð¼Ð¿ÑÑÑеÑ. ÐÑавда еÑли в пеÑвÑй Ñаз видиÑÑ ÐºÐ¾Ð¼Ð¿ÑÑÑеÑ, Ñо лÑÑÑе полÑзоваÑÑÑÑ Ð´Ð¸ÑÑÑибÑÑивнÑм ÑдÑом. ÐоÑом, кÑÑаÑи, Ñоже лÑÑÑе полÑзоваÑÑÑÑ Ð´Ð¸ÑÑÑибÑÑивнÑм ÑдÑом, но бÑаÑÑ ÐµÐ³Ð¾ из Ñого диÑÑÑибÑÑива, где вÑе Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ñе паÑÑи Ñже наложенÑ. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: gprs linux
On Thu, Feb 19, 2004 at 12:42:26AM +0300, Victor B. Wagner wrote: VBW> Ещё очень хорошо народ о Siemens ME 45 отзывается. Сколько оно сейчас VBW> стоит - не знаю. Просто лапочка а не телефон. Насколько мне известно он сейчас снят с производства, и купить его малореально. Никаких аналогов этой модели Siemens так и не выпустила. Увы :-( -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Tue, Feb 17, 2004 at 02:44:04PM +0300, Vasiliy 'Druid' Misharev wrote: >> Каши MySQL очень даже просить и команды соответствующие имеет :) А >> PostgreSQL просто рассчитан на то, что поставить VACUUM ANALYZE в cron >> труда не составляет, а производительность резко увеличивает. VDM> если бы просто в cron. а то ведь при нормальной авторизации ещё свой VDM> скрипт писать придёться... Кстати, можно ли MySQL научить авторизовывать по-человечески (в смысле аналог ident авторизации в постгресе)? Во многих случаях авторизация по паролю совсем не нужна. А mysqlcheck я использую неправильным методом: с -u root --password=<пароль>. Так как используется ограничение на доступ к /proc это оказывается не страшно. -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Tue, Feb 17, 2004 at 08:35:13AM +0200, Jan Solovjov wrote: JS> также интересует такая штука по PostgresQL как VACUUM - приходиться JS> делать его раз в сутки, честно говоря после использования MySQL который JS> даже при большой нагрузке каши не просит, тут у серьезного SQL сервера JS> такая бяка.. Каши MySQL очень даже просить и команды соответствующие имеет :) А PostgreSQL просто рассчитан на то, что поставить VACUUM ANALYZE в cron труда не составляет, а производительность резко увеличивает. JS> ну и хотелось бы почитать про оптимизацию скорости работы JS> именно самого сервера - что порекомендуете?? а то девелоперы жалуются, JS> что он как-то медленнее, чем MSSQL на одних и тех же задачах. Что-бы JS> покрутить чтобы был он не хуже, если не лучше :) Ну во-первых смотреть postgresql.conf. Например по-умолчанию чаще всего стоит fsync=yes (при наличии UPS'а и если SQL-сервер это отдельная железка, то есть смысл его выключить) -- скорость резко подрастёт. Кроме того в postgresql.conf надо смотреть размеры буферов, там много чего покрутить есть в плане оптимизации. По поводу кода -- его тоже можно (и нужно) оптимизировать под использование с PostgreSQL. Например выбирать правильные типы индексов, использовать транзакции (для цепочек связаных друг с другом изменений в базе). Кроме того есть EXPLAIN ANALYZE, позволяющая увидеть как именно выполняется запрос, тем самым, возможно, увидеть что следует соптимизировать. Далее есть параметры создаваемых таблиц, такие как nooid (это всё нужно читать и понимать, что действительно нужно в этой таблице). У постгреса есть некоторое количество архитектурных особенностей, которые, насколько мне известно, не поправили. Например запрос SELECT COUNT(*) FROM table приводил к fullscan'у (возможно сейчас это поправили), потому как COUNT такая же агрегирующая функция как и SUM с точки зрения постгреса, и ей передаётся _целиком_ таблица в этом примере (насколько мне известно). Их надо просто учитывать (например необходимость в COUNT решается триггером на добавление записи в таблицу и создание отдельной таблицы с этой информацией). -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Mon, Feb 16, 2004 at 07:42:33PM +0300, Dmitry E. Oboukhov wrote: DEO> 1. что мешает его поставить на вуди (правда не знаю) DEO> 2. в чем необходимость переходить на новую версию? успели уже программ DEO> понаписать под новый SQL? ну пока Вы их в продакшн тестировать будете - DEO> время пройдет, а на этапе тестов пойдет и анстейбл >> Чем мне Debian поможет? DEO> я не знаю шо це таке энтот скуль приведите другой пример А везде где нужно реально успевать за меняющейся ситуацией Debian оказывается несколько трудоёмок в использовании. Он хорош там, где критичнее всего именно стабильность, при том что конфигурация может меняться (доставляться/удаляться пакеты, проводиться обновления). В этих ситуациях Debian абсолютный лидер без каких-либо обсуждений. А вот в моём случае (одна из моих задач -- виртуальный хостинг) злобные вебдесигнеры требуют самый распоследний PHP, и втолковать им что русский апач нынче нужен как зайцу стоп-сигнал, и у них с ним больше проблем чем пользы я тоже не могу. Они платят деньги, и хотят фичи, даже им не нужные. У них не будет фич -- у меня не будет денег, зависимость простая. Поэтому мне нужен Russian Apache, а я ленив, поэтому хочу его из коробки. Мне при этом нужен ещё и прикрученый к нему mod_perl, а в альте он сделан правильно (т.е. скомпилирован статически, и httpd-perl отдельный сервер). Продолжать? А там где мне нужна супер-пупер стабильность (например есть у меня один роутерчик, куда мне ездить лениво, а на него я даже ssh не хочу втыкать, ибо боязно), дык там у меня самосбор на базе busybox, и из сервисов только dhcpd, да и тот только на внутреннии интерфейсы смотрит (опять же, чтобы мне не приходилось ездить туда винду настраивать, или часами по телефону объяснять как это делать). >> Про sid на сервере не нужно рассказывать и про apt.org тоже. >> Кроме того >> нормальное ядро нужно тянуть из другого дистрибутива т.к. в >> репозитарии нормальных нет (хоть сборка ядра в Debian очень удобно >> сделана и то хорошо). DEO> сборка кернелов в дебе не удобно, а очень удобно Этого не отнимешь. Правда в ALT собрать действительно _хорошее_ ядро гораздо реальнее. Посмотрев один раз на список патчей я чётко понял, что сам я буду разве что вносить небольшие модификации по-необходимости. >> Посмотрел я на сервера. Система практически на всех 200-400Mb занимает >> независимо от дистрибутива. DEO> 200-400 мег только нужного DEO> в случае с АЛЬТом будет еще 200-300 мег ненужного DEO> кроме лишнего и не нужного инструментария получаем еще и лишний траффик DEO> на апдейтах Голословное утверждение. >> Я еще понимаю если систему на флешку DEO> вот у меня деб прекрасно стоит на 128 мегах - домашний роутер На роутер целых 128 метров? Ой мама... На что будем спорить, что я на базе сизифа сделаю роутер меньше? ;) Hint: на той флешке, где был самосбор, там было целых 32 метра, потому как флешку меньше в продаже быстро не нашли. Я поленился, поэтому просто разбил её на два раздела, с одного используется 8 метров, с другого несколько килобайт. А если бы я совсем не стал лениться, то и на 8 метров можно было бы уложить всё необходимое. Только вот это потребовало бы от меня пары дней работы, а они стоят сильно больше, чем эта самая флешка :) >> запихнуть надо но там все равно руками обтачивать DEO> для начала - просто запихнуть Элементарно. Да, там есть некоторое количество лишних зависимостей, но это лишние единицы мегабайт. >> надо и особой >> разницы нет что брать за основу. DEO> в этом случае - разница есть и весьма большая - АЛЬТ Вы будете ставить DEO> туда руками, деб - инсталлером DEO> впрочем отвлеклись от темы DEO> серверный дистр понктом номер 1 идет стабильность Чёткое определение стабильности в студию, после этого продолжаем разговор. Кроме того, прошу озвучить и другие качества, а также общую систему оценки. Если за повышение стабильности на N придётся потерять в функциональности, удобстве, производительности, безопасности, времени, и в стоимости создания и обслуживания комплекса на M, то как будем определять равноценность? >>> конечно можно чистить руками при установке нового сервера, но чистить >>> с 300 метров или с 50-ти согласитесь разные вещи >> Если чистить с пом-ю apt-get то абсолютно никакой. DEO> ? DEO> разве не нужно сперва разобраться шо енто за пакет, и нужен он или нет? DEO> не хватит ли разборок с тем _что_ ставишь? еще головняк с тем что не DEO> нужно? спасибо Если речь идёт об использовании apt-get, то таки правильный подход "убивать всё, о чём не знаешь". Есть пакеты, которые нужны. Если им что-то ещё нужно -- это прописано в зависимостях. -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Mon, Feb 16, 2004 at 04:32:55PM +0300, Dmitry E. Oboukhov wrote: DEO> на сервере нужно DEO> 1. стабильность, а она упирается в жесткое полиси того _как_ пакет в DEO> дистр попадает. АЛЬТ с его тактикой "исправляем ошибки в течение месяца" DEO> тут ну никак не подходит Политика размещать по-возможности всё в chroot, минимизировать количество suid-софта (например passwd _sgid_, а не suid, притом группа у него отнюдь не root) это явно серверные решения. Ныне /proc restrictions и non-executable stack в штатном сизифовом ядре. Очень много заимствований из owl (вот это действительно дистрибутив где действительно надёжность стоит на первом месте). DEO> 2. минимальность базового набора DEO> у дебиана-то базе инсталл 40-50 метров кажется большим DEO> а у АЛЬТа с его почти 300 мегов? Меня не волнует размер в мегабайтах. +- гигабайт стоит денег больше, чем моё время по заточке софта, а если на IDE-хардах (которые ныне используются в большинстве офисных серверов, ибо их хватает), то там плюс минус полсотни метров роли не играет совсем -- я ныне ленивый стал, кладу прямо на машину копию дистрибутива, дабы с дисками не возиться. Вот _количество_ софта роль играет (ибо чем меньше мусора, тем проще поддержвать). В этом плане у дебиана есть некоторое преимущество, благодаря более сложной структуре зависимостей (Recommends, например). DEO> вот и получается что так как отсутствуют 1 и 2, то tcb, chrooted и проч DEO> идет по известному адресу вместе с АЛЬТ... Фишка в том, что chrooted-демоны гораздо важнее указаного вами. Практика показывает, что дешевле всего делать свой централизованый репозиторий для обновлений (чем я сейчас и занимаюсь), тем самым обеспечивая нужный мне уровень надёжности и _заточки под мои задачи_. При этом получая все преимущества решений от ALT, которые технически часто много совершеннее аналогов в других дистрибутивов (ибо Sisyphus по концентрации инноваций просто великолепен). -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Mon, Feb 16, 2004 at 02:54:45PM +0200, Elena Egorova wrote: EE> Хорошо. Клон клона почившего в бозе редхэта. Так правильно? :-) Прежде чем делать высказывания в таком тоне хорошо бы ознакомиться с тем, как именно происходит разработка дистрибутивов ALT. У ALT'а схожесть с мандрейком примерно такая же, как у SuSE со Slackware. ALT сейчас ближе к Debian и owl, чем к Mandrake. От дракона там разве что инсталлятор и небольшая часть конфигуралок. EE> Значит, такой у меня круг общения. Почитайте ukr.nodes за последние полгода, EE> например, вас там ничего не настораживает? Сравните уровень людей, знающих EE> линукс и FreeBSD. Я не знаю ни одного человека лично, которого могу назвать знающим Linux. Себя я к таким также не причисляю. Что любопытно -- подавляющее большинство тех, кого я знаю по переписке, и кого считаю знающими Linux либо являются членами ALT Linux Team, либо используют другие дистрибутивы, но считают работу команды ALT по меньшей мере полезной для GNU community в целом. Притом эти люди чаще всего используют либо Debian, либо SuSE (последнюю в основном те, кто имеет дело с Oracle). -- С уважением, Денис http://freesource.info
Re: Вопрос о выборе ди стрибутива...
On Mon, Feb 16, 2004 at 09:12:29AM +0200, Elena Egorova wrote: EE> Насколько мне помнится, ALT Linux есть клон почившего в бозе клона. EE> Вас это никак не настораживает? Он является клоном мандрейка в той же самой степени, в какой человек клон обезъяны. Некое сходство есть, но различий гораздо больше, и они принципиальнее сходств :) -- С уважением, Денис http://freesource.info
Re: Насколько осмыслен ные железки?
On Sat, Feb 14, 2004 at 08:14:36PM +0300, Dmitry Belyavsky wrote: > Интересует, насколько легко поднимаются для работы черех Debian такие > железки, как > Zyxel OMNI ADSL LAN EE > CONEXANT ADSL LAN Точка ру? ;) > Потому как в виндовую машину их втыкать не хочется. > Поиск по виндовой документациии и apt-cache привел к обнаружению > нескольких пакетов на тему PPPoE, но перед покупкой хочется > посоветоваться с теми, у кого эта железка уже есть. Любая такая железка будет работать с любой ОС умеющей PPPoE, AFAIK. Оно по-умолчанию тупой мост, о существовании которого линуховая машина может даже не знать. -- С уважением, Денис http://freesource.info
Re: Зачем в KDE artsd?
On Thu, Jan 22, 2004 at 10:06:43PM +0300, Victor B. Wagner wrote: > Почему-то X11 не пытается работать с форматами графических файлов. Для > этого есть более другие библиотеки - libpng, libjpeg. То же самое > касается и MP3. Это формат такой, способ упаковки. Единая системная > библиотека для упаковки-распаковки может быть и не помешала бы, хотя > сейчас существует несколько конкурирующих реализаций, и не видно > оснований глобально предпочесть одну из них, но к аудио-серверу это не > имеет не малейшего отношения. Его дело - звук от программ получать и > проигрывать. Неупакованный, поскольку с распаковкой процессор терминала > может и не справиться. В терминалы обычно мощных процессоров не ставят - > i960 какой-нибудь или motorolla 68020. Я бы не отказался от расширения, позволяющего гонять по сети звук в чём-нибудь вроде flac. И уж, тем более, картинки в виде .png/.jpg, а видео в чём-нибудь ещё. Поставить себе терминал на каком-нибудь VIA Eden сейчас совсем недорого. Разница в цене с терминалом на чём-нибудь другом несущественна. А вот уменьшение нагрузки на сервер будет существенно, IMHO. -- С уважением, Денис http://freesource.info
Re: Lyx! и русский
On Thu, Jan 22, 2004 at 08:26:04PM +0500, Ilya wrote: >> ... как и все решения от MS. А вот Citrix используют _все_ компании >> вхоядщие в Fortune 100, и большинство компаний, входящих в Fortune 500. >> Делаем выводы, однако. > Делаем выводы, но не забываем, однако, сколько оно стоит, например, на 10 > пользователей > (небольшая фирма). Тогда уж брать LTSP (хотя лично я его никогда не > пробовал). > Только каким боком это все относится к дискуссии openoffice vs Tex? Или, > поставив > терминал-сервер, вернемся к вопросу о выборе офисного ПО уже на нем? ;-)) Я просто объяснял, почему даже при копеечной стоимости многогигагерцовых машин даже разница в производительности между опенофисом и gnumeric, к примеру, является существенной. А в UNIX-среде этот подход в том или ином виде очень быстро "самоорганизуется" при более-менее ленивом админе. /me мечтает о MOSIX в 2.8 ядре, тогда программерам и админам жить было бы легче (ненавижу ждать пока закончиться сборка). -- С уважением, Денис http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Thu, Jan 22, 2004 at 06:18:04PM +0500, Ilya wrote: >> ЮÑиÑÑов ÑоÑно не бÑдем, незаÑем оно им, бÑÑ Ð³Ð°Ð»ÑеÑов в клаÑÑиÑеÑком >> поанимании Ñакже не бÑдем (на ÑÑо ÑÐµÑ Ð½Ð°Ñи еÑÑÑ), а Ð²Ð¾Ñ ÑинанÑовÑÑ >> аналиÑиков бÑдем. СобÑÑвенно многие из Ð½Ð¸Ñ Ñже Ñ Ð½Ð¸Ð¼ знакомÑ. > Ñак как ÑÑиÑÑам, бÑÑ Ð³Ð°Ð»ÑеÑам ÑеÑаÑÑ Ñвои задаÑи? SQL Ð¼Ñ Ð¸Ñ ÑÑиÑÑ Ð½Ðµ бÑдем, > опеноÑÐ¸Ñ - нелÑзÑ, деÑкаÑÑ ÑÐµÐ»Ð¸Ð³Ð¸Ñ Ð½Ðµ позволÑÐµÑ - ÑÑпик какой-Ñо !? Ðне Ð¼Ð¾Ñ ÑÐµÐ»Ð¸Ð³Ð¸Ñ ÑекомендÑÐµÑ Ð¿Ð¾Ð»ÑзоваÑÑÑÑ Ð¾Ð¿ÑималÑнÑми ÑеÑениÑми. >> ÐÐ»Ñ Ð½ÐµÐºÐ¾ÑоÑой ÑаÑÑи Ð·Ð°Ð´Ð°Ñ ÑекÑеÑаÑÑи обÑкновенной в Ñ Ñеново >> авÑомаÑизиÑованом оÑиÑе -- да. ÐÐ»Ñ Ð½ÐµÐ±Ð¾Ð»ÑÑой ÑаÑÑи Ð·Ð°Ð´Ð°Ñ ÑекÑеÑаÑÑи в >> Ñ Ð¾ÑоÑо авÑомаÑизиÑованом оÑиÑе -- Ñо же. > ÐÑÑаÑи, оÑÐµÐ½Ñ Ð¿Ð¾Ñ Ð¾Ð¶Ðµ на ÑеалÑнÑÑ Ð¶Ð¸Ð·Ð½Ñ. РкÑаÑивое Ñлово "ÑинанÑовÑй > аналиÑик" > ÑÑждо нам пока... ÐоÑÐ¸Ñ Ð¾Ð½ÑÐºÑ Ð¿ÑÐ¸Ñ Ð¾Ð´Ð¸Ñ Ð²ÑемÑ. >> ÐÑли взÑÑÑ Ñже более пÑавилÑного пÑогÑаммиÑÑа, Ñо он ÑÐ´ÐµÐ»Ð°ÐµÑ Ð²ÑÑ Ð½Ð° >> ÑемплейÑном движке. ÐопÑавиÑÑ ÑÐµÐ¼Ð¿Ð»ÐµÐ¹Ñ ÑÐ¼Ð¾Ð¶ÐµÑ Ð»Ñбой ÑазÑмнÑй Ñеловек > Рвидимо, ÑÑо бÑдÑÑ ÑовÑем дÑÑгие денÑги за ÑÑого пÑогÑаммиÑÑа. Ð¢ÐµÐ¼Ð¿Ð»ÐµÐ¹Ñ Ð½Ðµ > ÑпаÑеÑ, > когда нÑжно бÑÐ´ÐµÑ ÑÑо-нибÑÐ´Ñ Ð´Ð¾Ð±Ð°Ð²Ð¸ÑÑ - надо менÑÑÑ Ñам ÑемплейÑ. РпоÑом > давай > напиÑем GUI к Ð´Ð²Ð¸Ð¶ÐºÑ ÑемплейÑов - и полÑÑим ÑÑо-Ñо вÑоде Ñого Ñамого > опеноÑиÑа. ÐÑо бÑÐ´ÐµÑ ÑовеÑÑенно дÑÑгой Ð¿Ð¾Ð´Ñ Ð¾Ð´ в ÑезÑлÑÑаÑе. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и русский
On Thu, Jan 22, 2004 at 01:16:59PM +0300, Dmitry E. Oboukhov wrote: >>> Артем, ты на P100 что-ли работаешь? Ну нет такой техники уже в офисах, >>> выкинули давно на помойку. Зачем самомазохизмом заниматься, если сейчас >>> минимум что можно купить - это Celeron 2 ГГц. Неужели на таком железе >>> опенофис не пойдет? >> Ты слышал что-нибудь о Terminal Server решениях? > я слышал > в плане решений от M$ это тормозная, ограниченная глюкалка ... как и все решения от MS. А вот Citrix используют _все_ компании вхоядщие в Fortune 100, и большинство компаний, входящих в Fortune 500. Делаем выводы, однако. -- С уважением, Денис http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Thu, Jan 22, 2004 at 11:20:07AM +0500, Ilya wrote: >> СекÑеÑаÑÑа должна бÑÐ´ÐµÑ Ð¸Ð·ÑÑиÑÑ Ñо, ÑÑо ÑÐ´ÐµÐ»Ð°ÐµÑ ÐµÑ ÑабоÑÑ ÑÑÑекÑивной. >> СекÑеÑаÑÑа не ÑпоÑÐ¾Ð±Ð½Ð°Ñ Ð¸Ð·ÑÑиÑÑ _оÑнов_ SQL вообÑе не пÑигодна к ÑабоÑе, >> напÑÐ¸Ð¼ÐµÑ Ð¿Ð¾ÑомÑ, ÑÑо Ð»Ð¸Ñ Ð½ÐµÑпоÑобнÑÑ Ð½Ð° ÑÑо даже в 14 Ð»ÐµÑ (еÑли Ñ Ð½Ðµ >> оÑибаÑÑÑ ÑÑо минималÑнÑй возÑаÑÑ, в коÑоÑом можно оÑиÑиалÑно ÑабоÑаÑÑ) Ñ >> ÑÑиÑÐ°Ñ ÑмÑÑвенно оÑÑÑалÑми. > ЮÑиÑÑов, бÑÑ Ð³Ð°Ð»ÑеÑов и пÑ. - вÑÐµÑ Ð±Ñдем ÑÑиÑÑ SQL? ЮÑиÑÑов ÑоÑно не бÑдем, незаÑем оно им, бÑÑ Ð³Ð°Ð»ÑеÑов в клаÑÑиÑеÑком поанимании Ñакже не бÑдем (на ÑÑо ÑÐµÑ Ð½Ð°Ñи еÑÑÑ), а Ð²Ð¾Ñ ÑинанÑовÑÑ Ð°Ð½Ð°Ð»Ð¸Ñиков бÑдем. СобÑÑвенно многие из Ð½Ð¸Ñ Ñже Ñ Ð½Ð¸Ð¼ знакомÑ. >> Ðднако ÑаÑе вÑего ÑÑо не нÑжно. ÐÑжно заплаÑиÑÑ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ (ÑовÑем немного) >> денег пÑогÑаммиÑÑÑ, коÑоÑÑй ÑÐ´ÐµÐ»Ð°ÐµÑ ÑдобнÑй инÑеÑÑейÑик Ð´Ð»Ñ ÑÑой >> ÑекÑеÑаÑÑи. ÐÑÐ¾Ñ Ð¸Ð½ÑеÑÑейÑик, Ñак как заÑоÑен под конкÑеÑно ÑÑÑ Ð·Ð°Ð´Ð°ÑÑ, >> бÑÐ´ÐµÑ Ð³Ð¾Ñаздо Ñдобнее ÑкÑелÑ, пÑи ÑÑом он не даÑÑ ÐµÐ¹ оÑибиÑÑÑÑ Ð² >> оÑоÑмлении, и Ð¿Ð¾Ð·Ð²Ð¾Ð»Ð¸Ñ "одним кликом мÑÑи" пеÑаÑаÑÑ Ð½Ð¾Ð²Ñе пÑайÑлиÑÑÑ Ñ >> великолепнÑм каÑеÑÑвом. > Ðа дело-Ñо не в пÑайÑÐ°Ñ , как ÑÑ Ð¿Ð¾Ð½Ð¸Ð¼Ð°ÐµÑÑ. Я, еÑли ÑеÑÑно, не Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ Ð½Ð°Ñего > ÑпоÑа - одна ÑаÑÑÑ Ð½Ð°Ñода кÑиÑÐ¸Ñ ÑÑо openoffice гавно и ÑÑо Tex/Latex/Emacs > ÑÑлиÑ. ÐеÑкаÑÑ, опеноÑÐ¸Ñ Ð½Ðµ ÑпоÑобен даÑÑ Ð¸Ð´ÐµÐ°Ð»Ñного каÑеÑÑва докÑменÑ, ÑÑо > на дÑÑгом компÑÑÑеÑе он бÑÐ´ÐµÑ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ не Ñак вÑглÑдеÑÑ. РдÑÑÐ³Ð°Ñ ÑаÑÑÑ > наÑода > говоÑÐ¸Ñ Ð¿ÐµÑвой: У ÑекÑеÑаÑÑи еÑÑÑ Ð·Ð°Ð´Ð°Ñа. РеÑиÑÑ ÐµÐ¹ ее нÑжно в кÑаÑÑайÑие > ÑÑоки. У Ð½Ð°Ñ ÐµÑÑÑ Ð¾Ð¿ÐµÐ½Ð¾ÑиÑ, на коÑоÑом ÑекÑеÑаÑÑа Ñ ÑÐµÑ ÑамÑÑ 14 Ð»ÐµÑ > ÑабоÑÐ°ÐµÑ > (конеÑно, ÑÑо бÑл microsoft оÑиÑ). Рона Ñама, без поÑÑоÑонней помоÑи > ÑÐ´ÐµÐ»Ð°ÐµÑ > докÑменÑ. Ðа ее компÑÑÑеÑе+пÑинÑеÑе он бÑÐ´ÐµÑ Ñак, как ей надо. Ð ÐСÐ! она не > ÑобиÑаеÑÑÑ ÑеÑаÑÑ Ð³Ð»Ð¾Ð±Ð°Ð»ÑнÑе пÑоблемÑ, Ñипа а как бÑÐ´ÐµÑ Ð²ÑглÑдеÑÑ ÑÑÐ¾Ñ > докÑÐ¼ÐµÐ½Ñ Ñ Ð´Ñди Ðжона в ÐмеÑике на его компÑÑÑеÑе, ей ÑÑо Ð½Ð°Ñ Ñен не нÑжно. > ÐÑо не ÑÑÐ¾Ð¸Ñ Ñ Ð½ÐµÐµ в задаÑе! ÐаÑем ей пÑиглаÑаÑÑ ÐºÐ°ÐºÐ¾Ð³Ð¾-Ñо пÑогÑаммеÑа? Ð > Ð·Ð°Ð´Ð°Ñ ÑÐ°ÐºÐ¸Ñ Ñ Ð½ÐµÐµ на Ð´Ð½Ñ Ð´ÐµÑÑÑки. ÐÑдем каждÑй Ñаз пÑиглаÑаÑÑ Ð¿ÑогÑаммиÑÑа > ÑеÑаÑÑ Ð·Ð°Ð´Ð°ÑÑ Ð² обÑемиÑовом маÑÑÑабе? ÐÑÑÐ»Ñ Ð¼Ð¾Ñ Ð¿ÑоÑÑа - задаÑа опÑеделÑÐµÑ > инÑÑÑÑÐ¼ÐµÐ½Ñ Ð´Ð»Ñ ÐµÐµ ÑеÑениÑ. Ð ÑлÑÑае Ñ Ð½Ð°Ñей ÑекÑеÑаÑÑей опеноÑÐ¸Ñ Ð¿Ð¾ > ÑооÑноÑÐµÐ½Ð¸Ñ (каÑеÑÑво докÑменÑа)/(ÑложноÑÑÑ ÐµÐ³Ð¾ ÑозданиÑ) опÑимален. ÐÐ»Ñ Ð½ÐµÐºÐ¾ÑоÑой ÑаÑÑи Ð·Ð°Ð´Ð°Ñ ÑекÑеÑаÑÑи обÑкновенной в Ñ Ñеново авÑомаÑизиÑованом оÑиÑе -- да. ÐÐ»Ñ Ð½ÐµÐ±Ð¾Ð»ÑÑой ÑаÑÑи Ð·Ð°Ð´Ð°Ñ ÑекÑеÑаÑÑи в Ñ Ð¾ÑоÑо авÑомаÑизиÑованом оÑиÑе -- Ñо же. ХоÑÑ Ð»Ð¸Ñно Ñ Ð¿ÑедпоÑÑл Ð±Ñ Ð¸Ð¼ÐµÑÑ ÑекÑеÑаÑÑ Ð·Ð½Ð°ÐºÐ¾Ð¼Ð¾Ð³Ð¾ Ñ LaTeX, ÑÑÐ¾Ð±Ñ ÑделанÑе ей докÑменÑÑ Ð±Ñли _докÑменÑами_ а не ÑÑалеÑной бÑмагой по видÑ. >> РнаÑÑÑÑ Ð¸ÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ ÑкÑÐµÐ»Ñ Ð² оÑиÑной авÑомаÑизаÑии -- пÑи Ñом, ÑÑо на >> ÑÑнке ÑÑÑда админÑ-недоÑÑки, ÑпоÑобнÑе оживиÑÑ Ð°Ð¿Ð°Ñ+mysql+php на кÑаÑной >> Ñапке ÑÑоÑÑ ÑÑÐ±Ð»Ñ ÐºÑÑка, "ÑеÑвеÑ" на коÑоÑом ÑÑо вÑÑ Ð±ÑÐ´ÐµÑ ÐºÑÑÑиÑÑÑ ÑÑÐ¾Ð¸Ñ >> менÑÑе, Ñем заÑплаÑа ÑÑой Ñамой ÑекÑеÑаÑÑи, а пÑогÑаммеÑÑ Ð½Ð° PHP+MySQL >> ÑÑоÑÑ Ð²Ð¾Ð¾Ð±Ñе ÑмеÑнÑе денÑги, пÐ
Re: Lyx! и русский
On Thu, Jan 22, 2004 at 11:39:47AM +0500, Ilya wrote: > Артем, ты на P100 что-ли работаешь? Ну нет такой техники уже в офисах, > выкинули давно на помойку. Зачем самомазохизмом заниматься, если сейчас > минимум что можно купить - это Celeron 2 ГГц. Неужели на таком железе > опенофис не пойдет? Ты слышал что-нибудь о Terminal Server решениях? -- С уважением, Денис http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Thu, Jan 22, 2004 at 10:21:48AM +0300, Andrey Kiselev wrote: > > > Ðа Ñамом деле даже еÑли ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð´Ð°Ñа попÑоÑÑÑ ÑвеÑÑÑаÑÑ ÑаблиÑÑ Ð´Ð»Ñ > > > пеÑаÑи, Ñо и ÑÑо ÑделаÑÑ Ð¾ÑÐµÐ½Ñ Ð»ÐµÐ³ÐºÐ¾: доÑÑаÑоÑно ÑÐ¾Ñ ÑаниÑÑ ÑезÑлÑÑÐ°Ñ Ð² > > > ÑоÑмаÑе LaTeX и поÑом в одно каÑание вÑÑавиÑÑ ÐµÐ³Ð¾ в оÑновной TeXовÑкий > > > докÑменÑ. РезÑлÑÑÐ°Ñ Ð±ÑÐ´ÐµÑ Ð±ÑÑÑÑÑм и каÑеÑÑвеннÑм. РоÑлиÑие оÑ. > > Ðга. ÐопÑоÑ, ÑобÑÑвенно, ÑÑÐ¾Ð¸Ñ ÑолÑко _в ÑÑм именно_ делаÑÑ Ñо, из > > Ñего генеÑиÑÑеÑÑÑ LaTeX-докÑменÑ. > gnumeric ÑÐ¼ÐµÐµÑ ÑÐ¾Ñ ÑаниÑÑ ÑаблиÑÑ Ð² LaTeX. ÐонÑл, оÑлиÑно. РпоÑÑ gnumeric'а ÑазÑмнÑй еÑÑÑ Ð½Ð° виндÑ? ÐопÑобÑÑ Ð½Ð° наÑем ÑекÑеÑаÑе ÑкÑпеÑÐ¸Ð¼ÐµÐ½Ñ Ð¿Ð¾ÑÑавиÑÑ. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Wed, Jan 21, 2004 at 01:42:34PM +0500, Ilya wrote: >> СкоÑее вÑего да (когда Ñебе пÑидÑÑÑÑ Ð¿ÐµÑаÑаÑÑ ÑезÑлÑÑаÑ). РзавиÑимоÑÑи Ð¾Ñ >> ÑеалÑной задаÑи (задаÑи "ÑлекÑÑÐ¾Ð½Ð½Ð°Ñ ÑаблиÑа" не ÑÑÑеÑÑвÑеÑ, ÑÑо вÑего >> лиÑÑ Ð¾Ð´Ð½Ð° из ÑÐµÑ Ð½Ð¾Ð»Ð¾Ð³Ð¸Ð¹ ÑеÑениÑ) ÑÑо Ð¼Ð¾Ð¶ÐµÑ Ð±ÑÑÑ Ð½Ð°ÑÐ¸Ð½Ð°Ñ Ð¾Ñ ÑкÑипÑа на awk, >> заканÑÐ¸Ð²Ð°Ñ SQL-базой даннÑÑ Ñ Ð¸Ð½ÑеÑÑейÑом на tk. ÐÑÑ Ð·Ð°Ð²Ð¸ÑÐ¸Ñ Ð¾Ñ ÑиÑÑаÑии. > ÐÑÑÑо. ÐÑÑмо как гвозди ÑиÑÑовÑм ÑоÑоаппаÑаÑом. РнÑжна Ñо вÑего > ÑаблиÑа вида Ðаименование, Цена, Ðол-во, СÑмма ( и ÑÑÐ¾Ð±Ñ Ð¿Ñи изменении ÑÐµÐ½Ñ > или кол-ва ÑоваÑа менÑлÑÑ Ð¸ÑоговÑй ÑезÑлÑÑаÑ, а поÑом еÑе и кÑÑÐ³Ð¾Ð²Ð°Ñ > диагÑамма ÑÑÑ Ð¶Ðµ поменÑлаÑÑ) - и Ñади ÑÑого ÑекÑеÑаÑÑа бÑÐ´ÐµÑ Ð¸Ð·ÑÑаÑÑ awk, > SQL. Ðапа, ÑÑ ÑÐ°Ñ Ñ ÐºÐµÐ¼ ÑазговаÑивал? - ÑÐºÐ°Ð¶ÐµÑ ÑекÑеÑаÑÑа. ÐожалÑйÑÑа, пÑоÑиÑай внимаÑелÑно пеÑвÑе 5 Ñлов вÑоÑого пÑÐµÐ´Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ Ð² ÑиÑиÑовании. СекÑеÑаÑÑа должна бÑÐ´ÐµÑ Ð¸Ð·ÑÑиÑÑ Ñо, ÑÑо ÑÐ´ÐµÐ»Ð°ÐµÑ ÐµÑ ÑабоÑÑ ÑÑÑекÑивной. СекÑеÑаÑÑа не ÑпоÑÐ¾Ð±Ð½Ð°Ñ Ð¸Ð·ÑÑиÑÑ _оÑнов_ SQL вообÑе не пÑигодна к ÑабоÑе, напÑÐ¸Ð¼ÐµÑ Ð¿Ð¾ÑомÑ, ÑÑо Ð»Ð¸Ñ Ð½ÐµÑпоÑобнÑÑ Ð½Ð° ÑÑо даже в 14 Ð»ÐµÑ (еÑли Ñ Ð½Ðµ оÑибаÑÑÑ ÑÑо минималÑнÑй возÑаÑÑ, в коÑоÑом можно оÑиÑиалÑно ÑабоÑаÑÑ) Ñ ÑÑиÑÐ°Ñ ÑмÑÑвенно оÑÑÑалÑми. Ðднако ÑаÑе вÑего ÑÑо не нÑжно. ÐÑжно заплаÑиÑÑ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ (ÑовÑем немного) денег пÑогÑаммиÑÑÑ, коÑоÑÑй ÑÐ´ÐµÐ»Ð°ÐµÑ ÑдобнÑй инÑеÑÑейÑик Ð´Ð»Ñ ÑÑой ÑекÑеÑаÑÑи. ÐÑÐ¾Ñ Ð¸Ð½ÑеÑÑейÑик, Ñак как заÑоÑен под конкÑеÑно ÑÑÑ Ð·Ð°Ð´Ð°ÑÑ, бÑÐ´ÐµÑ Ð³Ð¾Ñаздо Ñдобнее ÑкÑелÑ, пÑи ÑÑом он не даÑÑ ÐµÐ¹ оÑибиÑÑÑÑ Ð² оÑоÑмлении, и Ð¿Ð¾Ð·Ð²Ð¾Ð»Ð¸Ñ "одним кликом мÑÑи" пеÑаÑаÑÑ Ð½Ð¾Ð²Ñе пÑайÑлиÑÑÑ Ñ Ð²ÐµÐ»Ð¸ÐºÐ¾Ð»ÐµÐ¿Ð½Ñм каÑеÑÑвом. РнаÑÑÑÑ Ð¸ÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ ÑкÑÐµÐ»Ñ Ð² оÑиÑной авÑомаÑизаÑии -- пÑи Ñом, ÑÑо на ÑÑнке ÑÑÑда админÑ-недоÑÑки, ÑпоÑобнÑе оживиÑÑ Ð°Ð¿Ð°Ñ+mysql+php на кÑаÑной Ñапке ÑÑоÑÑ ÑÑÐ±Ð»Ñ ÐºÑÑка, "ÑеÑвеÑ" на коÑоÑом ÑÑо вÑÑ Ð±ÑÐ´ÐµÑ ÐºÑÑÑиÑÑÑ ÑÑÐ¾Ð¸Ñ Ð¼ÐµÐ½ÑÑе, Ñем заÑплаÑа ÑÑой Ñамой ÑекÑеÑаÑÑи, а пÑогÑаммеÑÑ Ð½Ð° PHP+MySQL ÑÑоÑÑ Ð²Ð¾Ð¾Ð±Ñе ÑмеÑнÑе денÑги, попÑÑаÑÑÑÑ Ð°Ð²ÑомаÑизиÑоваÑÑ ÑÐ²Ð¾Ñ ÑабоÑÑ Ð¼Ð¾Ð¶ÐµÑ Ð´Ð°Ð¶Ðµ оÑÐµÐ½Ñ Ð¶Ð°Ð´Ð½Ð°Ñ Ð¸ глÑÐ¿Ð°Ñ ÐºÐ¾Ð¼Ð¿Ð°Ð½Ð¸Ñ. Ðе оÑÐµÐ½Ñ Ð¶Ð°Ð´Ð½Ð°Ñ Ð¸ обладаÑÑÐ°Ñ Ð¼Ð¸Ð½Ð¸Ð¼Ð°Ð»ÑнÑм Ñмом ÐºÐ¾Ð¼Ð¿Ð°Ð½Ð¸Ñ Ð¾Ð±ÑаÑиÑÑÑ Ðº одной из ÑÑÑеÑÑвÑÑÑÐ¸Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´, ÑпоÑобнÑÑ Ð¿ÑоанализиÑоваÑÑ Ð±Ð¸Ð·Ð½ÐµÑ-пÑоÑеÑÑÑ ÐºÐ¾Ð¼Ð¿Ð°Ð½Ð¸Ð¸, и поÑле ÑÑого напиÑаÑÑ ÑÑедÑÑва авÑомаÑизаÑии. Hint: ÑкÑÐµÐ»Ñ Ð¿Ð¾Ð·Ð²Ð¾Ð»Ð¸Ñ Ð¾ÑибиÑÑÑÑ, ÑпеÑиализиÑованое ÑеÑение позволÑÐµÑ ÑпÑоÑÑиÑÑ ÑабоÑÑ Ð¸ ÑменÑÑиÑÑ Ð²ÐµÑоÑÑноÑÑÑ Ð¾Ñибок. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Wed, Jan 21, 2004 at 11:23:36AM +0300, Andrey Kiselev wrote: > Ðа Ñамом деле даже еÑли ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð´Ð°Ñа попÑоÑÑÑ ÑвеÑÑÑаÑÑ ÑаблиÑÑ Ð´Ð»Ñ > пеÑаÑи, Ñо и ÑÑо ÑделаÑÑ Ð¾ÑÐµÐ½Ñ Ð»ÐµÐ³ÐºÐ¾: доÑÑаÑоÑно ÑÐ¾Ñ ÑаниÑÑ ÑезÑлÑÑÐ°Ñ Ð² > ÑоÑмаÑе LaTeX и поÑом в одно каÑание вÑÑавиÑÑ ÐµÐ³Ð¾ в оÑновной TeXовÑкий > докÑменÑ. РезÑлÑÑÐ°Ñ Ð±ÑÐ´ÐµÑ Ð±ÑÑÑÑÑм и каÑеÑÑвеннÑм. РоÑлиÑие оÑ. Ðга. ÐопÑоÑ, ÑобÑÑвенно, ÑÑÐ¾Ð¸Ñ ÑолÑко _в ÑÑм именно_ делаÑÑ Ñо, из Ñего генеÑиÑÑеÑÑÑ LaTeX-докÑменÑ. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Tue, Jan 20, 2004 at 06:27:57PM +0500, Ilya wrote: > РеÑли мне нÑжна ÑлекÑÑÐ¾Ð½Ð½Ð°Ñ ÑаблиÑа (Excel, KSpread,OpenSpreadsheet и Ñп) - > ÑÑо делаÑÑ? Tex/LaTex/Lyx мне поможеÑ? СкоÑее вÑего да (когда Ñебе пÑидÑÑÑÑ Ð¿ÐµÑаÑаÑÑ ÑезÑлÑÑаÑ). РзавиÑимоÑÑи Ð¾Ñ ÑеалÑной задаÑи (задаÑи "ÑлекÑÑÐ¾Ð½Ð½Ð°Ñ ÑаблиÑа" не ÑÑÑеÑÑвÑеÑ, ÑÑо вÑего лиÑÑ Ð¾Ð´Ð½Ð° из ÑÐµÑ Ð½Ð¾Ð»Ð¾Ð³Ð¸Ð¹ ÑеÑениÑ) ÑÑо Ð¼Ð¾Ð¶ÐµÑ Ð±ÑÑÑ Ð½Ð°ÑÐ¸Ð½Ð°Ñ Ð¾Ñ ÑкÑипÑа на awk, заканÑÐ¸Ð²Ð°Ñ SQL-базой даннÑÑ Ñ Ð¸Ð½ÑеÑÑейÑом на tk. ÐÑÑ Ð·Ð°Ð²Ð¸ÑÐ¸Ñ Ð¾Ñ ÑиÑÑаÑии. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Tue, Jan 20, 2004 at 05:46:47PM +0500, Viktor Vislobokov wrote: > Я пиÑал пеÑвÑе Ñвои кÑÑÑовÑе Ñ Ð³ÑаÑиками, ÑиÑÑнками и ÑоÑмÑлами > на Windows 3.11 Ñ Word 6 и 4-Ð¼Ñ Ð¼ÐµÐ³Ð°Ð±Ð°Ð¹Ñами памÑÑи. РниÑего. Той > маÑинÑ, коÑоÑÑÑ Ð²Ñ Ð¾Ð±Ð¾Ð·Ð½Ð°Ñили вполне Ñ Ð²Ð°ÑиÑ. РконÑе конÑов как > Ñ Ð¸ говоÑил докÑÐ¼ÐµÐ½Ñ Ð¼Ð¾Ð¶Ð½Ð¾ пÑи набиве ÑазбиÑÑ Ð½Ð° ÑаÑÑи Разбивка на ÑаÑÑи и подобнÑй мелкий гемоÑÑой -- поÑеÑÑ Ð²Ñемени. РвÑÐµÐ¼Ñ -- денÑги. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и русский
On Tue, Jan 20, 2004 at 05:36:23PM +0500, Viktor Vislobokov wrote: > Это да. Но я хочу сказать, что зависимость от принтера сильно > преувеличена. Конечно, можно сделать документ в Word'е который > будет съезжать при другом принтере, но если правильно ставить > отступы и разрывы страниц, то можно сделать документ, который > уезжать не будет. Сколько времени надо потратить на обучение, чтобы суметь это сделать? Во сколько организации обойдётся тотальное обучение этому своих сотрудников? >>другой вопрос, если мы делаем работу изначально в мусорное ведро... > Вы поймите, я не говорю, что TeX хуже. Нет. Просто для задачи > быстрого написания курсового, реферата и во многих случаях дипломного, более > оптимальное решение - Word. Не потому что он лучше, а потому что > с ним всё можно сделать быстрее. А это бывает очень важно. _Сделать_ -- медленнее, если документ больше 2-х страниц. -- С уважением, Денис http://freesource.info
Re: Lyx! и ÑÑÑÑкий
On Tue, Jan 20, 2004 at 02:24:48PM +0500, Viktor Vislobokov wrote: >ÐÑÑÑÑее? Ðе веÑÑ! СколÑко вÑемени ÑолÑко оÑвоение LaTeX'а > займÑÑ. Ðе говоÑÑ Ñже пÑо Ñо, ÑÑо в OO Ñ ÑÐ´ÐµÐ»Ð°Ñ Ð¾Ð´Ð½Ð¸Ð¼ нажаÑием > мÑÑки, в TeX'е мне пÑидÑÑÑÑ Ð¿Ð¸ÑаÑÑ ÐÐÐÐÐÐРда еÑÑ Ð¸ неÑколÑко > ÑÑанÑлÑÑий делаÑÑ Ð² визÑалÑнÑÑ ÑоÑмÑ, ÑÑÐ¾Ð±Ñ Ð¿Ð¾Ð½ÑÑÑ ÑÑо в иÑоге > полÑÑилоÑÑ Ð¸ пÑавиÑÑ. То, ÑÑо ÑÑ ÑможеÑÑ ÑделаÑÑ Ð¾Ð´Ð½Ð¸Ð¼ нажаÑием мÑÑки Ñ Ð²Ð¾Ð¾Ð±Ñе делаÑÑ Ð½Ðµ бÑдÑ. СовÑем. ÐоÑÐ¾Ð¼Ñ ÐºÐ°Ðº заполниÑÑ Ð¸ ÑаÑпеÑаÑаÑÑ ÑоÑмоÑÐºÑ Ð¼Ð¾Ð¶ÐµÑ Ð¿ÑоÑÑенÑкий ÑкÑипÑ. Рна изÑÑение базовÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑей LaTeX Ñ Ð¼ÐµÐ½Ñ ÑÑÑл ÑаÑ. СÑÑанно, пÑавда? ÐÑ Ð¼Ð½Ðµ доÑÑаÑоÑно Ð´Ð»Ñ ÑеÑÐµÐ½Ð¸Ñ _Ð¼Ð¾Ð¸Ñ _ задаÑ. Ðак ÑолÑко задаÑи ÑÑанÑÑ ÑÑÑÑ Ñложнее -- пÑидÑÑÑÑ ÐµÑÑ ÑÐ°Ñ Ð¿Ð¾ÑÑаÑиÑÑ, изÑÑиÑÑ Ð¸Ñ . ÐÑÑаÑи воÑдом ÑÑ Ð½Ð°ÑÑилÑÑ Ð¿Ð¾Ð»ÑзоваÑÑÑÑ Ð´Ð°Ð»ÐµÐºÐ¾ не мгновенно (базовÑе кÑÑÑÑ Ð¿Ð¾ word'Ñ, еÑли Ñ Ð½Ðµ оÑибаÑÑÑ, около 20-и ÑÑебнÑÑ ÑаÑов, за ÑÑо вÑÐµÐ¼Ñ Ð²Ð¿Ð¾Ð»Ð½Ðµ возможно наÑÑиÑÑ Ð°Ð·Ð°Ð¼ LaTeX). -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! ? ???????
On Tue, Jan 20, 2004 at 02:20:52PM +0500, Viktor Vislobokov wrote: >ÐÑ ÑÑо же, Ñлаг вам в ÑÑки. >Я Ð·Ð½Ð°Ñ Ð»Ñдей, коÑоÑÑй ÑÑиÑаÑÑ ÑамÑм кÑÑÑÑм ÑедакÑоÑом vi, а веÑÑ Ð¾Ð¼ > полÑзоваÑелÑÑкого инÑеÑÑейÑа команднÑÑ ÑÑÑокÑ. >ТолÑко Ð²Ð¾Ñ Ð¿Ð¾ÑемÑ-Ñо они в Ñаком ниÑÑожном менÑÑинÑÑве! СпеÑиалиÑÑÑ Ð²Ñегда в ниÑÑожном колиÑеÑÑве. -- С Ñважением, ÐÐµÐ½Ð¸Ñ http://freesource.info
Re: Lyx! и русский
On Tue, Jan 20, 2004 at 02:43:14PM +0500, Viktor Vislobokov wrote: > Достаточно после полстраницы текста циклически > сохранятся по двум файлам. Чтобы не сильно тормозило при большом объёме, > при набиве можно разбивать документы по 20-ть страниц и после окончания > работы слить их в один документ. Это уже даже не на лыжах в гамаке, это на костылях на дереве :( Большинство умеют читать pdf, поэтому сложный текст (с формулами) есть смысл конвертить pdflatex, а писать именно в latex. -- С уважением, Денис http://freesource.info
Re: помогите
On Sun, Nov 09, 2003 at 07:55:37PM +0600, Dmitry A. Fedorov wrote: > > Кому-то действительно не надо. Я знаю людей, которые _хотят_ перейти > > на линукс, но сделать это одним шагом они неспособны (потому как это > > на время адаптации снизит эффективность их работы практически до > > нуля, они себе это позволить не могут). Использовать отдельные > > утилиты они хотят, потихоньку приучаться к возможностям скриптинга > > тоже. > "Для первого знакомства с женским полом - _не_надо_ использовать > резиновую бабу." > Корчмарь > Помогал как-то одному человеку справиться с кросс-сборкой программ для > avr под виндоус - смесь из нескольких родных бесплатных утилит, avr-gcc > и некоторых gnu утилит. Смесь жуткая, особенно когда не работает. > Все обычные возможности, легко доступные в unix, крайне ограничены. > Если не знать заранее, как этим пользоваться, ничего сделать нельзя. > А человеку, ориентированному на уиндоус там вообще делать нечего. > В общем, типичное отрубание хвоста по частям из жалости. Бр-р-р-р. Если человеку не нужно "первое знакомство", а нужно сделать переход на новую платформу, не выпадая из работы на недели или месяцы (а именно столько нужно если его деятельность хоть чуточку сложнее чем набивка пары строк в ворде), то что ты предлагаешь? Не использовать Linux вообще? Или убить свой бизнес из-за фанатизма? Я _не стану_ 80% моих знакомых рекомендовать резкий переход на Линукс даже если они будут согласны, и даже если они мне будут платить пресловутые 50$/h за чтение манов вслух с выражением :) Просто потому, что я уверен в том, что им это не выгодно. А раз им это не выгодно, то _рекомендовать_ я такое не стану. А вот использовать, скажем, отдельные скрипты -- да стану. И готовить отдельные документы в LaTeX я им порекомендую. И был бы счастлив, если бы мог ставить этим людям полноценные (!) варианты софта, используемого под линуксом, если им он нужен и полезен (вспомним что наш спор начался именно с моего сопротивления идее о том, что windows-версии GPL софта должны быть с урезаной функциональностью). Если человек под виндой писал свои служебные записки в Open Office, то он гораздо легче перейдёт на линукс, чем если бы он пользовался для этого Word'ом. -- С уважением, Денис http://freesource.info
Re: помогите
On Sat, Nov 08, 2003 at 07:01:04PM +0600, Dmitry A. Fedorov wrote: >>> А на коробках с линуксом надо делать соответсвующие надписи, в том числе >>> о "временном снижении работоспособности". >> Думаю что лучшим решением этой проблемы будет продвижение UNIX-like утилит >> на Windows, чтобы пользователи привыкали к этому подходу заранее. Это > Уже, причем самим MS: > http://www.linux.org.ru/view-message.jsp?msgid=207174 > и далее по ссылкам. > Только денежек заплати и привыкай на здоровье. Да, это может быть полезно. Однако это только небольшая часть всего необходимого и они несколько отличаются от GNU-утилит, ибо GNU is Not UNIX. >> уменьшит культурный шок от перехода на принципиально другой подход к >> работе с машиной. В противном случае люди всё равно будут сопротивляться > Оно им _там_ не надо. Кому-то действительно не надо. Я знаю людей, которые _хотят_ перейти на линукс, но сделать это одним шагом они неспособны (потому как это на время адаптации снизит эффективность их работы практически до нуля, они себе это позволить не могут). Использовать отдельные утилиты они хотят, потихоньку приучаться к возможностям скриптинга тоже. -- С уважением, Денис http://freesource.info
Re: помогите
On Fri, Nov 07, 2003 at 02:50:52AM +0600, Dmitry A. Fedorov wrote: > Кстати, обращаю внимание на то, что попытка использовть любой юникс > после распространенных среди "домашних пользователей" сред вызывает > весьма болезненную ломку, пока не перестроится сознание, но это со > временм пройдет. Те, кто не выдерживают ломки, возвращаются к > привычному. > > А на коробках с линуксом надо делать соответсвующие надписи, в том числе > о "временном снижении работоспособности". Думаю что лучшим решением этой проблемы будет продвижение UNIX-like утилит на Windows, чтобы пользователи привыкали к этому подходу заранее. Это уменьшит культурный шок от перехода на принципиально другой подход к работе с машиной. В противном случае люди всё равно будут сопротивляться (писать и использовать игрушки вроде mc, и прочие Gnome и KDE). -- С уважением, Денис http://freesource.info
Re: Line down SMS alert
On Thu, Nov 06, 2003 at 05:51:47PM +0300, Artem Chuprina wrote: > Если речь идет, скажем, о пинге через default gateway, то толку с такого > решения может быть очень немного. Кстати, ни одно из приведенных решений не > учитывает того, что если хост не пингуется сутки, это не должно приводить к > 1440 посылкам SMS. Был упомянут nagios, он способен на то, чтобы послать только 2 SMS'ки (одну сообщив что хост не пингуется, одну когда хост опять будет пинговаться). -- С уважением, Денис http://freesource.info
Re: помогите
On Wed, Nov 05, 2003 at 10:06:28PM +0500, Иван wrote: > Я только что установил linux С какой целью? > и мне интересно как мне запустить > какуюнибудь оболочку типа волков командор под досом > помогите apt-get install mc mc Однако эта фраза звучит как "я только что пересел с машины на самолёт, где в нём педаль тормоза?" :) -- С уважением, Денис http://freesource.info
создание CD с обновле ниями
Имеется: - Дебиан 3.0r0 вместе с исходниками - Дряной диалап Хочется: - CD (один или несколько), на которых будут все обновления woody, которые вышли за это время. - отдельный CD -- в котором будут неофициальные репозитарии, часть из которых не умеет rsync. Как это сделать? -- С уважением, Денис http://freesource.info pgpxsb9Jei4T2.pgp Description: PGP signature