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 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 wart_home У меня сегодня митинг по поводу выбора дистрибутива на века для корпоративного использования. wart_home Я, естественно, написал документ про понятно-что. _saint_ wart_home, генту для корпоратива? :))) wRAR wart_home: казалось бы, при чем здесь шлакварь? raorn wart_home: неужели про СЛАКУ? wart_home raorn: Я похож на русского физика? :) _saint_ wart_home, ну не на китайского же ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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, и делают всё там. shameless plug В 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: =?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: =?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: 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
Artem Chuprina wrote: DS DS DS . - , DS DS , - . - . . -- 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:
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:
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, ! :-)
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 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, ! :-)
Artem Chuprina wrote: AM . , AMext3 . DS LVM. sarge. . FS . -- 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 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, ! :-)
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 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, ! :-)
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, ! :-)
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 Wed, Jan 26, 2005 at 07:24:44PM +0300, Pavel Ammosov wrote: IDE . SATA, . PASATA 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, ! :-)
Artem Chuprina wrote: AM ext3.mke2fs , AM fsck. DS . ext3 data=journal. DSUPS 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: Вопрос о лицензион ной чистоте/возможности 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 07:45:46PM +0500, Nizamov Shavkat wrote: NS ЗЫ а можно организовать фирму рога и копыта которая будет штамповать эти NS лицензии с печатями и с наклеечками голографическими. спрос похоже есть. Однако потребуется ещё и перечисление программных продуктов, на которые выдана такая лицензия. Думаю гораздо проще просто _покупать_ дистрибутивы у производителей, которые пишут правильные лицензии. В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. -- С уважением, Денис http://freesource.info
Re: Вопрос о лицензион ной чистоте/возможности Debian-a
DAF Ну ASP ладно, а вот мне очень не хотелось бы, чтобы вы приучили органы DAF к мысли, что на линукс тоже должна быть бумажка. К сожалению они уже приучены. DAF куплен в офисе ASP - ни о чем не говорит в области поставленных DAF вопросов. Не более, чем касссовый чек. DAF И пусть ASP сначала предъявит бумажки на все входящие компоненты :) Пусть предъявляют. Однако это уже будет проверка ASP, а никак не конкретного пользователя. Ибо он полностью чист. -- С уважением, Денис http://freesource.info
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: Вопрос о лицензио нной чистоте/возможно сти De bian-a
Oleg Tsymaenko wrote: В лицензии у ALT сказано о праве использования на неограниченом числе машин. ALT вроде издавали Debian. Думаю их опыт легко повторить. Если на то пошло то кто подтвердит что лицензия от ALT лучше лицензии от FSF ??? Бумага более качественная ??? Так у меня принтер тоже неплохо печатает. Объясняю. Ты можешь доказать, что бумажка, которую ты распечатал имеет хоть какое-то отношение к FSF? А бумажка от местного производителя это бумажка от местного производителя. Темболее на Украине. Здесь и Русский и Английский язык не государственные... Значит нужно чтобы кто-нибудь на Украине продавал дистрибутивы под своей лицензией (хоть под личным переводом GPL).
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: Текстовый редактор для консоли
On Fri, Jan 14, 2005 at 08:11:34PM +0300, Petrov Dmithriy wrote: PD То есть это я наверное дурак, когда задаю вопрос в mail-листе, предназначенном PD для вопросов и ответов. Есть в природе такая услуга как коммерческая поддержка. В ней вам ответят так, как вы хотите (если заплатите хорошо). В любом другом месте никто не обязан вам отвечать. Ничего. Вообще. И даже разговаривать с вами не обязан. Листы в первую очередь для общения равных. Во вторую -- для подсказок куда копать. Конкретных детальных ответов получить можно. Если вопрос интересный, и вы заинтересовали собеседника. Никто вам ничем не обязан. -- С уважением, Денис http://freesource.info
Re: to Artem Chuprina ran@ran.pp.ru Petrov Dmithriy eldhenn@neplati.ru
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: to Artem Chuprina ran@ran.pp.ru Petrov Dmithriy eldhenn@neplati.ru
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: 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 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 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 Mon, Feb 16, 2004 at 09:12:29AM +0200, Elena Egorova wrote: EE Насколько мне помнится, ALT Linux есть клон почившего в бозе клона. EE Вас это никак не настораживает? Он является клоном мандрейка в той же самой степени, в какой человек клон обезъяны. Некое сходство есть, но различий гораздо больше, и они принципиальнее сходств :) -- С уважением, Денис 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 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 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 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 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 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 стоят вообще смешные деньги, попытаться автоматизировать свою работу может даже очень жадная и глупая компания. Чтобы что-нибудь модифицировать в документе опять звать программиста? Быть постоянно привязанным к какому-то программисту лишь потому, что его решение будет идеальным? Если взять уже более правильного программиста, то он сделает всё на темплейтном движке. Поправить темплейт сможет любой разумный человек Не очень жадная и обладающая минимальным умом компания обратится к одной из существующих команд, способных проанализировать бизнес-процессы компании, и после этого написать средства автоматизации. Hint: ёксель позволит ошибиться, специализированое решение позволяет упростить работу и уменьшить вероятность ошибок. Секретарша, которая с 14 лет владеет SQL, по определению не делает ошибок ;-))) Это возможно только если они полностью скриптованые :-))) -- С уважением, Денис 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 06:18:04PM +0500, Ilya wrote: Юристов точно не будем, незачем оно им, бухгалтеров в классическом поанимании также не будем (на это технари есть), а вот финансовых аналитиков будем. Собственно многие из них уже с ним знакомы. так как юристам, бухгалтерам решать свои задачи? SQL мы их учить не будем, опенофис - нельзя, дескать религия не позволяет - тупик какой-то !? Мне моя религия рекомендует пользоваться оптимальными решениями. Для некоторой части задач секретарши обыкновенной в хреново автоматизированом офисе -- да. Для небольшой части задач секретарши в хорошо автоматизированом офисе -- то же. Кстати, очень похоже на реальную жизнь. А красивое слово финансовый аналитик чуждо нам пока... Потихоньку приходит время. Если взять уже более правильного программиста, то он сделает всё на темплейтном движке. Поправить темплейт сможет любой разумный человек И видимо, это будут совсем другие деньги за этого программиста. Темплейт не спасет, когда нужно будет что-нибудь добавить - надо менять сам темплейт. А потом давай напишем GUI к движку темплейтов - и получим что-то вроде того самого опенофиса. Это будет совершенно другой подход в результате. -- С уважением, Денис 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 Tue, Jan 20, 2004 at 02:43:14PM +0500, Viktor Vislobokov wrote: Достаточно после полстраницы текста циклически сохранятся по двум файлам. Чтобы не сильно тормозило при большом объёме, при набиве можно разбивать документы по 20-ть страниц и после окончания работы слить их в один документ. Это уже даже не на лыжах в гамаке, это на костылях на дереве :( Большинство умеют читать pdf, поэтому сложный текст (с формулами) есть смысл конвертить pdflatex, а писать именно в 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:24:48PM +0500, Viktor Vislobokov wrote: Быстрее? Не верю! Сколько времени только освоение LaTeX'а займёт. Не говоря уже про то, что в OO я сделаю одним нажатием мышки, в TeX'е мне придётся писать ДОООЛГО да ещё и несколько трансляций делать в визуальную форму, чтобы понять что в итоге получилось и править. То, что ты сможешь сделать одним нажатием мышки я вообще делать не буду. Совсем. Потому как заполнить и распечатать формочку может простенький скрипт. И на изучение базовых возможностей LaTeX у меня ушёл час. Странно, правда? Их мне достаточно для решения _моих_ задач. Как только задачи станут чуть сложнее -- придётся ещё час потратить, изучить их. Кстати вордом ты научился пользоваться далеко не мгновенно (базовые курсы по word'у, если я не ошибаюсь, около 20-и учебных часов, за это время вполне возможно научить азам LaTeX). -- С уважением, Денис 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 05:46:47PM +0500, Viktor Vislobokov wrote: Я писал первые свои курсовые с графиками, рисунками и формулами на Windows 3.11 с Word 6 и 4-мя мегабайтами памяти. И ничего. Той машины, которую вы обозначили вполне хватит. В конце концов как я и говорил документ можно при набиве разбить на части Разбивка на части и подобный мелкий геморрой -- потеря времени. А время -- деньги. -- С уважением, Денис 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 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: помогите
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: 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 Fri, Nov 07, 2003 at 02:50:52AM +0600, Dmitry A. Fedorov wrote: Кстати, обращаю внимание на то, что попытка использовть любой юникс после распространенных среди домашних пользователей сред вызывает весьма болезненную ломку, пока не перестроится сознание, но это со временм пройдет. Те, кто не выдерживают ломки, возвращаются к привычному. А на коробках с линуксом надо делать соответсвующие надписи, в том числе о временном снижении работоспособности. Думаю что лучшим решением этой проблемы будет продвижение UNIX-like утилит на Windows, чтобы пользователи привыкали к этому подходу заранее. Это уменьшит культурный шок от перехода на принципиально другой подход к работе с машиной. В противном случае люди всё равно будут сопротивляться (писать и использовать игрушки вроде mc, и прочие Gnome и KDE). -- С уважением, Денис 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
