From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 9 Sep 2003 19:23:10 +0300 From: Victor Forsyuk To: ALT Devel discussion list Subject: Re: [devel] Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2 Message-ID: <20030909162310.GB4316@mailhub.gu.net> References: <20030904191526.GP10898@osdn.org.ua> <200309081208.21221.combr@vesna.ru> <20030908104009.GA14823@mailhub.gu.net> <20030908135811.M9416@elefant.dgtu.donetsk.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030908135811.M9416@elefant.dgtu.donetsk.ua> User-Agent: Mutt/1.4i Sender: Cc: sisyphus@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2003 16:23:18 -0000 Archived-At: List-Archive: List-Post: On Mon, Sep 08, 2003 at 02:11:57PM +0300, Denis Ovsienko wrote: > > > Ориентироваться на активное _использование_ mod_charset (так называемого > > Russian Apache) в настоящее время действительно уже нет особого смысла. > > Практически исчезли с горизонта те броузеры, которые имели проблемы с > > "неродными" чарсетами. Просто выдавать документы в кодировке хранения > > сейчас уже вполне беспроблемно. > Как Интернет --- не HTTP, так и HTTP --- не протокол браузера. По HTTP > могут работать какие-то мини-скрипты, гаджеты или всякие блоггеры, которые > могут понимать только одну кодировку, прибитую разработчиком. С > единственной целью: получить или отослать пару абзацев или строк по > протоколу HTTP/1.0. Естественно, при русификации этого хозяйства проще > сконфигурировать несколько строк на стороне сервера, чем дружить между > собой изначально английские изделия. Лично я этим не занимался, но это из > области реального, а не сказочного. А я так даже и лично таким скриптоваянием занимался :). И совершенно с данным комментарием согласен. Я ведь писал не о том, что mod_charset больше вообще не нужен. Моя мысль была в том, что уход "проблемных" броузеров в область совершенно маргинальных процентов сместил акценты. Несколько лет тому назад это решение было просто необходимым для качественного хостинга сайта. Теперь это скорее опция. > > Но! Это, конечно, не значит, что следует прекратить поддержку mod_charset > > в дистрибутиве. Право выбора следует оставить вебмастеру. > Золотые слова. > > > > Что потеряется, если следующую сборку пакета apache сделать с оригинальным? > > > > Потеряется mod_charset ;). Если серьезнее, то правильным будет не > > выбирать между сборкой оригинального или "RA" апача, а собирать > > все модули отдельно. Это наиболее логичная и естественная система > > сборки апача и его дополнений. > ...которая стала возможной только в 1.3.28-alt1, потому что родные модули > apache его же родным apxs в конфигурационный файл прописывались Это, спору нет, серьёзная бага. Но не фатальная для модульной системы сборки - в KSI Linux мы и раньше всё модульно собирали просто не используя apxs для включения модулей в конфигурацию. ;) > неправильно. Не замечал этого никто потому, что в дереве исходников уже > подавался httpd.conf, в котором модули были включены руками. > Так что по этой позиции обскакать другие дистрибутивы есть реальная > возможность, если не щёлкать клювом :) "Обскакать" можно благодаря понятности и удобству для вебмастера. А это и простая модульная система и модульность конфигурации, кстати.