2Irsi: Почему у провайдеров правит бал Apache? Ведь не от того, что он уступает IIS'у, наверное... А скорее по соображениям большей стабильности, меньшей требовательности к ресурсам, большей безопасности, ну и непривянзанностью к платформе, не так ли? За четырехлетний опыт девелоперства и сисадминства я не встречал прецедентов, когда бы люди ушли с Апача на IIS, но знаю три прецедента, когда было сделано наоборот - с IIS ушли на Апач (бульварное чтиво типа писькиной недели в качестве доказательства обратного приводить не надо :-)) - с другой стороны, на полноту описания картины я не претендую, но две системы относились к классу 24x7, а в третьем случае хотели сделать все на IIS, а потом пришел красный код, и все опомнились :-)

to AffreuxChien (*) (2002-03-06 15:30:51.0) Подобного рода стресс тесты должны испольовать все факторы влияющие на повышение производительности. На сколько я понял возможности оптимального хранения в тесте не учитывались. если подходить с этой точки зрения то sybase обошел бы mssql. Первый умеет хранить отдельно таблици и индексы, а второй нет(или я не прав). но фрагментировать таблицы по условию не умеет ни тот ни другой в отличии от oracle & informix.

to Korwin спасибо за ответ и последний вопрос предлагают написать стандартный складской учет ~5 пользователей сетка 10 мегабит компы ужас лучший p120 правда 64 метра оперативки сервака нет естестно везде винда. думаю Субд выбрать Mysql хотя может есть лучшие варианты? zuev_alex

2anonymous (*) (2002-03-06 20:50:03.0)
Если DB будет прозрачная и SQL запросы без многих JOIN, то mySQL лучший вариант. Хотя на таком железе даже не знаю, что еще можно порекомендовать для DB.
Если брать TCL/TK для программы, то под эти машины надо будет код все таки чистить на скорость. К тому же у TCL есть хорошие средства для работы с сетью + есть модули для работы с mySQL.

Запросы без джойнов? Тогда проще не париться и юзать Berkeley DB :))) (шутка)

Я тут некую системку корежу и немного меняю формат базы. Теперь почти в каждом запросе джойны 2-3 таблиц (больше --- редко). Количество строк в таблицах не велико, да и, в принципе, системка не особо пока что критична к быстродействию. По традиции используется MySQL. Может, опомниться и перелопатить под что-то другое (тот же постгрес, например)? Осоветуйте :)

2CybOrc. Без JOIN действительно никуда :-)
Я имел ввиду их разумное количество и применение.
На мой взгляд, PostgreSQL 7.1.3 шустрит быстрее mySQL при JOIN. И проще делать целостность данных. Поэтому PostgreSQL у меня работает на боевых серверах.

>>думаю Субд выбрать Mysql хотя может есть лучшие варианты?

Возьми доку по MySQL и попытайся там найти слово СУБД. :)))
а после попутайся перечитать вот этот абзац.


5.4.3 Transactions

As MySQL does nowadays support transactions, the following discussion is only valid if you are only using the non-transaction-safe table types. See section 7.31 BEGIN/COMMIT/ROLLBACK Syntax.

The question is often asked, by the curious and the critical, ``Why is MySQL not a transactional database?'' or ``Why does MySQL not support transactions?''

MySQL has made a conscious decision to support another paradigm for data integrity, ``atomic operations.'' It is our thinking and experience that atomic operations offer equal or even better integrity with much better performance. We, nonetheless, appreciate and understand the transactional database paradigm and plan, within the next few releases, to introduce transaction-safe tables on a per table basis. We will be giving our users the possibility to decide if they need the speed of atomic operations or if they need to use transactional features in their applications.


После чего расскажи как ты будешь поддерживать целостность данных. Да еще на своем древнеми железе. Так как всю логику тебе прийдеться писать на клиенте. Тоесть, емулировать транзакцию ты будешь в нем. И вот в момент выполнения оной твоя виндуза на компе здохла, оборвалась сеть, выключили свет и т.п. Часть данных удалилась, часть нет :)) И когда сумма пос сладу не совпадет с реальностью на 50 тыс, попытайся обьяснить босу куда ты их дел. :))
Кроме того, для складского учета тебе прийдеться строить всевозможные отчеты, и вот когда ты начнешь это делать ты поймешь, что джоин по 5-6 таблицам это не роскошь, а сабселекты не наворот а жизненая необходимость :)). Еще иногда ты будешь с умным видом втыкать в монитор и недоумевать, почему ИНОГДА джоин по 3 таблицам (1000,1000,100 строк соответсвенно) выполняетсья полторы минуты! Хотя селект по одной таблице в милион строк выполняеться за пару секунд. Потом, прицепить клиента к мускелю не такая тривиальная задача.

Короче, если все вышеописаное тебя не смутило, то можешь попробовать изобрести велосипед. я пробовал :)). Не получилось :)) Точнее на MySQL не получилось.

Удачи.

>Тоесть, емулировать транзакцию ты будешь в нем. И вот в момент >выполнения оной твоя виндуза на компе здохла, оборвалась сеть, >выключили свет и т.п. 

Хмм.. Может лучше вам перечитать доку mysql. например там где идет речь о innodb или bdb tablehandlers..

>Потом, прицепить клиента к мускелю не такая тривиальная задача. 

С чем вас и поздравляю... Прицепить клиента к mysql ничуть не труднее чем к примеру к postgres или interbase или, скажем к mimer-у. Если у вас это вызывает трудности - чтож.. это проблема касается только вас.

Насчет нескольких join-ов -- ну приведите же мне наконец реальный пример! несколько раз просил! Все какие то общие рассуждения. А то я сколько раз побовал столько раз и получалось что быстрее чем postgres. 

Пример приведу. как показать?
начет клиента... А ну ка плиз прицепите MySQL к делфям не через ODBC ?? Хотя может быть за последний год что-то исправили/дописали.

насчет innodb.. Не знаю не пользовал, да и не хочу уже. А что там уже реализовали
{
begin

тра-ля ля...
куча всего...
если не получилось rollback

если получилось
commit

}
и экцепшины??

А может быть уже появились хранимые процедуры, тринегы и что чем можно формировать primary key отличным от next=current+1

Я уже не заикаюсь про снапшоты, forigin key и прочего..

yo! Wazzup!

хм, risearch.webservis.ru, движок занимает 5 килобайт кода, на гиге разнородного текста скорость работы как у яндекса. Это, типа, всего-лишь хеширование.

2no-dashi: ну мой личный опыт говорит что переходя с одной платформы на другую вообще редкость великая и посему набрать сколько-нибуть достоверню статистику очень сложно... Но по личному опыту я могу сказать что популярность IIS у нас в последние 2-3 года стремительно растет. Связано это с тем что большинство задачь, которые потребны бизнесу от веб-хостинга, проще и дешевле решать на IIS, чем на апаче... А надежность никого не волнует - это задача хостинг-провайдера...:) Прошу заметить что заплатка для дырки через которую ползал кодеред была сделана за месяц до появления оного...:)

Вопрос один есть...

А для каких <censored> задач, собственно, IIS лучше Apache?

С искренним интересом,

Я

2anonymous (*) (2002-03-08 03:37:03.0): ну классический пример - веб-сервер небольшой конторы, на котором нет ничего кроме нескольких страничек с рекламой и прайс-листа. Проблема в основном возникает с прайс-листом, точнее с его обновлением. На связке ASP+ODBC все делается очень просто и за пять минут - небольшой скрипт на ASP, который через ODBC забирает данные из файла Exel/Access и выдает их в html, девушке-секретутки для обновления надо только выложить файл с новым прайсом по ftp/http (форма для выкладывания по http делается на asp за еще пять минут).
Спорить с тем что в подавляющем большинстве контор все документы делаются в формате MS Office я думаю никто не будет. :)
Да, все это делается и на php/perl/etc... но требует больших затрат времени/сил и наличае хорошего спеца. А это дорого и в большинстве контор отсутствует за ненадобностью...

Irsi, а ведь есть конвертилки Word/Excel -> html под *nix ... Правда сам я их не юзал, но они есть и они работают. Это первое. Второе - есть в том же Excel'е такой формат хранения данных - csv. Для прайса его вполне хватит. Если у секретутки хватает ума даже по http обновление прайса на сервер скинуть, неужели у нее не хватит ума сделать "Сохранить как ..." -> "Файл с разделителями - csv" :-)

Вопрос к аудитории - поскольку внятных и подробных объяснений на счет SAP DB не последовало, скажите кто-н-ть хотябы пару слов на тему SAP_DB vs Interbase (Firebird) или SAP_DB vs PostrgeSQL. Т.е. меня интересует сравнение именно бесплатных СУБД.

>Вопрос к аудитории - поскольку внятных и подробных объяснений на >счет SAP DB не последовало, скажите кто-н-ть хотябы пару слов на >тему SAP_DB vs Interbase (Firebird) или SAP_DB vs PostrgeSQL. Т.е. >меня интересует сравнение именно бесплатных СУБД.

> Could you please elaborate a bit more on this? What makes you think that> PostgreSQL is only suited for small applications and doesn't scale well?

- with SAP-DB you can have mirrored DATADEV-Spaces on different harddisks(loose your harddisk with postgres and you will know)

- with SAP-DB you can have mirrored LOGDEV-Spaces on different harddisks

- with SAP-DB you can have raw-devices (higher performance, safer transaction handling)

- with SAP-DB you can do backups without disturbing the normal work

- with SAP-DB you can reconstruct a destroyed DB with your LOG

> > Hi folks, > > I just have to tell you this, 'cause I'm so happy. > > Sunday evening I ordered the SAP DB CD from SAP's Website, > received it today, and 3 hours later everything was up and running > on a SUSE Linux 7.2, the first db created, the first C++ Program > written and compiled, and ... it even worked. > > I just can't believe it. Thanks a lot to you folks at SAP to > providing this under the GPL and all your effort. > This is so much fun, and I was afraid I would spend weeks on this. > > Next thing I do is kick interbase and postgreSQL from my server ;) > > Thanks, >

I used to order 2 releases via their webpage and me too I was very happy. SAP-DB and the SAP-DB free(!!) service is much more than you get from other vendors for lot of money. Congratulation to SAP and the SAP-DB team!

http://www.sapdb.org/pdf/factsheet1101.pdf

http://www.sapdb.org/pdf/backsapdb_eng.pdf

>на тему SAP_DB vs Interbase (Firebird) или SAP_DB vs PostrgeSQL. >Т.е. меня интересует сравнение именно бесплатных СУБД

http://linuxtoday.com/news_story.php3?ltsn=2002-03-08-003-20-PR

No idea who linuxmotor are, and I don't really care... I do however, like to see SAPDB get a mention. MySQL (yuk), Postgresql and occasionally interbase get plenty of coverage... it's about time SAPDB (http://www.sapdb.org/) did too.

2ifconfig В Mysql согласен дохрена нужного нет. Но что мне им за СУБД впихивать??? ты предлагаешь что на Paradox писать? Oracle,postgesql на такие точки увы непоставишь... Клиент ты зря цепляется легко хоть через ODBS хоть нативный через ихнюю dll. >Кроме того, для складского учета тебе прийдеться строить >всевозможные отчеты, и вот когда ты начнешь это делать ты поймешь, >что джоин по 5-6 таблицам это не роскошь, а сабселекты не наворот а >жизненая необходимость :)).

Полность согласен... последний год только и делал что писал различные склады. А сабселекты Mysql реализуются но очень извращенно create temporary table....

> Точнее на MySQL не получилось. у меня вышло на MySQL хотя когда отлаживал это херню через слово вспоминал оракл один group by у этих клоунов чего стоит.... P.s. это железо не мое просто случайный приработок На таком железе работать постоянно себя не уважать...

Oracle, и только Oracle!
oracle

2Irsi: хорошая попытка... Но мимо - по соображениям экономическим не прокатывает. Во-первых, таких конторах они прайс-листы екселовые выкладывают - ибо даже на ASP реализовать это надо уметь (значит, кого-нибудь нанимать). Во-вторых, реализовать это, например, на perl всех затрат - 2 часа времени (15 минут работы + 7/4 часа на красивое оформление выходного документа), и стоить будет 3 т.р. в худшем случае (если начальство, конечно, не хочет через эту сделку денег поотмыть, а то может дойти и до 50 штук) - а в минимальном раскладе можно обойтись ящиком пива (если с девелопером лично знаком). А ящик пива стоит 400 р. Да и деньги на виндовый сервер и деньги на софт к нему (считаем, что работаем по закону) многократно превысят стартовую стоимость проекта на любом из бесплатных юниксов. На сопровождение такого честного и бесплатного проекта надо будет выделять не более 100$ в месяц (причем я цену в два раза завысил), а где вы найдете того, кто будет вам грамотно сопровождать ваш виндовый сервер за такие деньги?

И что мы получаем: для больших контор не важно на чем, важно чтобы стабильно, быстро, безопасно - желательно также с возможностью проверки кода и возможностью исправления ошибок. Для маленьких контор - проще, дешевле, стабильней - а рулить так и так будет спец - иначе дольше двух недель сервер не простоит. Для обоих случаев APache подходит больше IIS'а.

2no-dashi: как бы тебе сказать... на ASP реально ничего уметь не надо - есть уже готовое, поищи на msdn..;)
Про реализацию на перле - не надо, не 2 часа это... Проверено...
"Да и деньги на виндовый сервер и деньги на софт к нему (считаем, что работаем по закону)"
Давай считать что именно так... и какие деньги нужны на "виндовый сервер и софт к нему", если учесть что все такие сервера делаются на виртуалноном вебе у хостинг-провайдера? :) А у них что под юниксом, что под виндами - цена одинаковая... Ибо затраты на виндовый софт для них копейки по сравнению со всеми остальными затратами...
Да и еще - я что-то не знаю ни одного человека, который даже простейший веб будет делать за 100$... 300$ это тот минимум за который хоть что-то элементарное получить можно... Впрочем само програмирование стоит действительно копейки - основные деньги сжирает дизайн, если он приличный разумеется...

   Про реализацию на перле - не надо, не 2 часа это... Проверено...
Это ты, идиот, сам что-ли пробовал реализовывать? Ну тогда и недели не
хватит.

Видишь ли, Irsi, задача выдачи прафс-листа в формате HTML решается даже на shell+awk (уж на что извращеный пример :-)) за 30 минут - о перле я уж и не говорю, про скорости работы и потребности ресурсов не будем, пример - каталог библиотеки на 80 тыс. записей, вебовская морда - системные требования: для Linux (cgi-скрипты именно шеловские и авковские): P133x32x4GB, для нового виндового проекта того же порядка P3-550x512x20GB :-) Второе: ты путаешь дизайн сайта и кодирование активного содержания, а это очень разные вещи. Третье, про "взять из MSDN" - MSDN, по-моему, еще купить надо - он не на халяву идет (если ошибаюсь - поправь, но учти - мы говорим о коммерческом предприятиии, а не образовательном учреждении). Четвертое - использовать виндовые виртуальные серверы для хостинга? Только через vmware, иначе страшно становится - если каждый клиент может себе ASP'ы штамповать, маловероятен аптайм сервера более 5 часов без перезагрузки. Пятое: под словом "поддержка" - имелась ввиду системная поддержка - типа установка патчей, настройка веба, ведение почтового домена и т.д. Шестое(касается провайдеров): затраты на софт копейки говоришь? Не скажи - корректно залицензированные винды и софт под них обойдутся тебе в стоимость киски среднего уровня (типа 36-й модели), а это уже достаточно серьезно - и это только в рамках одного узла. Седьмое: дизайн не сжирает (у мелких фирм) - они в ворованном фронтпэйдже или ворде свои "сайты" делают. Восьмое: не знаешь ты российской глубинки, все масштабами московскими меряешь. 100$ в провинции - двухнедельная зарплата специалиста, если он не в банке и не на 1С работает, а за 300 баксов я за неделю сделаю темплэйт с дизайном и прайс-листом на php/perl/что-там-еще на выбор. Девятое: прайс-лист за 20 минут (впрочем, вряд ли поверишь - скажешь, четыре часа писал, мол :-)), включая набивку данных: http://www.surw.ru/~dalth/pupkin :-), сделано на shell+awk, исходник: http://www.surw.ru/~dalth/pupkin/pupkin.cgi.smp - я не гордый, пользуйтесь... В лоб, вроде, не хакается а по сложности... В общем, поймет даже обезьяна (если команду man знает). Напишешь на ASP проще? :-)

P.S.: Дизайн подключается в awk'е в блоках BEGIN и END, оформление списка - в основном блоке :-) - а можно сделать круче - перед cat data.txt сделать "cat header.txt", а после awk'а повесить еще "cat footer.txt" - мелочь, а приятно - в код лезть совсем не надо будет. Прайс - текстовый файл по четыре поля в строку (ну это типа и так понятно :-))

2no-dashi: на тему msdn - go http://msdn.microsoft.com :)
Далее - ты имхо немного не усвоил задачу... Прайс-лист в лучшем случае в формате .xls, в худшем - в формате Access... Версия xls - неизвестна и будет меняться со временем, известно только что в каком столбще лежит :)
После того как ты извлек данные из этого xls - да, проблем нет... У секретутки склероз, она пользуется веб-формой для выгрузке прайс-листа и не хочет понимать какого хрена ей надо пользоваться командой Save As..., она не может запомнить название нужного формата и вопит что программер мышей не ловит, раз не может избавить ее от этой нафиг не нужной работы...:)

Нет, Irsi, ты не понял - сделать макрос на SaveAs - легко :-)

Ну и еще обин плюс - при некотором умении (точнее, при наличии sh, awk, tr, cat, cut и grep я свой скрипт на виндах заведу (в крайнем случае сам эти утилиты напишу :-)). А как у тебя с твоей ASP-шкой на фрюхе дело будет обстоять? :-) А еще, если уж секретарша настолько блондинка, можно написать инструкцию типа "Нажми вот ту кнопку в панели эксела [а я туда типа макрос на Save As повесил]". Набор действий от предложенного тобой не отличается :-) И вообще, можно в "1С:торговля" вписать что-то типа отчета по товарам и ценам, чтобы оно его в файл складывало. В экселовый файл без геморроя ты вряд ли запишешь, а в текстовку - запросто... Так что мое предложение универсальней будет. А еще, говоря о выкладывании прайса в экселе я говорил о том, что в большинстве "эксельных" случаев выглядит так: &lt;a href="Prais.xls">Наш прайц-лист в формате Микрасовт Эксель&lt;/a> :-)

Если секретутка не умеет пользоваться SaveAs то ей место только в вашей конторе
john

   Далее - ты имхо немного не усвоил задачу... Прайс-лист в лучшем случае
   в формате .xls, в худшем - в формате Access... Версия xls - неизвестна
   и  будет  меняться  со  временем,  известно только что в каком столбще
   лежит :)
   После  того  как  ты извлек данные из этого xls - да, проблем нет... У
   секретутки склероз, она пользуется веб-формой для выгрузке прайс-листа
   и  не  хочет  понимать какого хрена ей надо пользоваться командой Save
   As...,  она  не  может  запомнить название нужного формата и вопит что
   программер  мышей  не ловит, раз не может избавить ее от этой нафиг не
   нужной работы...:)
Если сайт пишет не идиот как ты, то он в случае закачивания ему прайса в
формате отличном от нужного (csv  в нашем случае) будет ругаться и выплевывать напутствие
о том, как сохранять в правильном формате (типа иди файл->сохркак-> выбрать csv).
Соответственно раза с 3-его секретутка этому научиться

2no-dashi: нет, ты не понимаешь... Это веб-сайт для конторы, торгующий тем что с крылишками, "админ" там это анукейщик за 200-300$ в месяц, секретарша - любовница начальника, компов в сетке - максимум 20 штук и ходят они в инет через диалап на машинке с 98ми на которой стоит winproxy/wingate/winroute...:) Таких контор на рынке - 70-90% и все они ломанулись в интернет сейчас...:) Этот веб-сайт делает либо этот анукейщик, либо его студент-приятель... стоимость ВСЕГО веб-сайта (c "дизайном") - мах. 300$... И ваяеет он его в FrontPage... :) Стоимость хостинга (виртуальный сервер на NT/IIS) - ~10$ в месяц...
Это - основная масса сейчас и еще долго она будет основной массой. О портабельности и прочих вещах никто не думает, за мах. 300$ корячиться тоже никто не будет... Проще слепить в FP используя готовые шаблоны скриптов в ASP, сдать работу и забыть. Перла, рнр и т.д. эти люди не знают и знать не хотят... а семейство VB/VBA/WSH/ASP - кое-как знают...
Ты можешь что угодно говорить о неправильности такого подхода (я с тобой вообщем согласен), но это рынок, спрос диктует предложение. Есть спрос на анукейщиков, есть спрос на хостинг NT/IIS... Есть и предложение... Сделать что-то толковой на unix/apache/php/perl/etc. - дороже, ибо те кто делает на основе этого должны знать больше, а следовательно и стоят эти люди дорже... А если они стоят столько же, то сделать они могут гораздо меньше как показывает практика...

Я видел такие конторы - и могу только сказать, что им безразлично, на чем у них все это будет работать. А провайдеров с хостингом на апаче [много] больше, чем на IIS'е... Вывод - пишем под апач/юникс. А что касается фронтпэйджа - для апача да-а-авно есть набор скриптов, эмулирующий "FrontPage server extensions" - то есть аникейщик не заметит разницы - ибо с фронтпэйджа ты ничего серьезно-динамического не сделаешь, кодить ручками все равно надо. А еще - я не знаю, где ты живешь, но конкуренция на рынке web мастеров/дизайнеров/программеров достаточно высока сейчас (их много, заказов меньше :-)) - так что аникейщики долго не живут. Кстати, в примере я дествовал как эникейщик, т.е. пошел по пути наименьшего сопротивления - так что юникс для "аникейщика" лучше :-)

2no-dashi: ну по-порядку...:)
1. Практически любой ISP и.или хостинг-провайдер предоставляет хостинг на NT/IIS.
2. FPExt. не самое главное... оставим в стороне тот вопрос что эта поделка для апача весма глючна и хренова совместима с оригиналом... Нужно ODBC/ADO+ASP... Тоже есть, но тоже сильно недоделано...
3. ISP и/или хостинг-провайдеру проще и дешевле выставить один сервер под NT/IIS и нанять для обслуживания его нормального спеца, чем заниматься эмуляцией этой связки под юниксом...:)
4. Мы говорим не о веб-мастерах/дизайнерах, эти конторы они не обслуживают, этим конторам просто не приходит в голову мысь нанять нормально спеца и получить нормально работующие сеть/сайт. Совсем другой менталитет, совсем другой подход к этим вопросам. У этих один критерий - цена, и чем дешевле, тем лучше, а остальное их не волнует... Сам понимаешь КТО на них работает...:)

2Irsi, по пунктам:
1. хостинг на Apache у провайдеров гораздо лучше отработан.
2. На самом деле, не вижу необходимости _вообще_ в fpext. Из всех
   ASP-поделок что видел, нормально работающий только у его авторов
   :-) Да и в ODBC/ADO необходимости не вижу - в PHP альтернативы
   им есть. Единственный их (ODBC/ADO) плюс - так это наличие
   драйвера MSSQL, но для _типичных_ вебовских баз достаточно не
   то что mysql, а ввобще текстовых фалов, посему этот слон MSSQL
   на&^% не нужен.
3. Сравнивая "одинаковой стоимости" юниксоидов и виндузятников,
   сравнение идет не в пользу виндузятников. Да и не надо на
   юниксах виндовых методик "эмулировать" - свои, родные, обладают
   теми же возможностями.
4. В этом пункте ты прав... Но есть еще такое утверждение:
   "Eat shit - billion of flies cannot mistake!?" :-)

Irsi, ты за пределы Москвы когда последний раз выезжал ? Я живу в Екатеринбурге - далеко не самый маленький город в России. Где-то 4-й - 5-й по населению, если не ошибаюсь. Так вот, у нас в городе из ~10 провайдеров (более-менее нормальных) предоставляющих хостинг, только ОДИН предоставляет хостинг под Win2k/IIS5/MSSQL. Осознаешь масштабы :-) ? Крупнейший провайдер в нашем городе - УралРелком, там админы, которые за веб отвечают, от слова винда бегут на толчок блевать. Там фряха правит форева.

> 1. Практически любой ISP и.или хостинг-провайдер предоставляет хостинг
> на NT/IIS.
:-) Вспоминаются времена не столь далекие когда я еще был "Сам понимаешь КТО на них работает" т.е. студентом. Для ВУЗа надо было сделать сервер. Так на IIS/NT было достаточно сложно найти провайдера с приемлемыми ценами и достаточным набором услуг. В любом случае это получилось дороже UNIX примерно в 2.5 раза (г.Санкт-Петербург). Сейчас да. Наверняка каждый (почти) может предоставить подобный хостинг.

По поводу *.xsl прайсов. Есть прекрасные конвертилки в txt, tex, html, cvs и в SQL. Так что это не проблема.

По поводу категории о которой вы Irsi говорите делается все просто (уже проверенно на опыте). В Acces делается ДБ с формами. Каждая форма считай отдельный шаблон страницы. Секретурки вбивают туда текст, и жмакают на кнопку. Файл в нужном формате уже лежит на сервере. PHP делает остальное грязное дело.

2 Irsi:
use Spreadsheet::ParseExcel;
:)
Думаю, тут не за пару часов, а максимум на полчаса работы :)

Более того, есть даже конвертер из Excel в XML, что делает задачу еще проще: никаких перлов, прогнать через XSL и в путь.

Один минус: я не пробовал это использовать, но, думаю, это будет работать, как и большинство модулей на cpan.

Сейчас студенты ваяют "свои ужасные домашние странички" ((с) Экслер) в пхп, которые в логике своей недалеко ушел от ASP'а. Большинство хостеров в Москве, по-моему, предлагает таки пхп и перл, а не асп. Хостинги с апачами в разы превышают по количеству хостинги под виндами, что влечет за собой то, что предпочтительнее свой сайт рассчитывать под апач (нельзя складывать яйца в одну корзину и безоговорочно верить в непогрешимость текущего хостера, его ведь и сменить захотеться может).

Кстати, дурацкий вопрос: есть ли в NT/2000 аналог ssh? Желательно такой, чтобы с модема можно было более или менее комфортно работать...

Под win2k есть ssh

читаем про масон:

"Фактически блок <%init> эквивалентен блоку <%perl>. При таком введении наиболее читаемые компоненты (особенно для непрограммистов) содержат HTML в одном непрерывном блоке наверху, с простыми заменами для динамических элементов, и никаких отвлекающих и запутывающих блоков кода на perl...

from: http://www.masonhq.com/

Кстати, поздравьте меня - у моего "подопечного" Линуксового
сервера сегодня юбилей - 200 дней аптайма!!! Подопечный жив
и даже не чихает, два процессора, загружены на 90% каждый.
1GB оперативки, СУБД - Oracle, использование свопа - 10%,
MSSQL-щики наши чуть не убили от черной зависти... У них
горе - для избежания глюков, порождаемых кривым софтом, они
вынуждены рестартовать свои MSSQL-серверы каждую ночь :-)

P.S.:
пришли тут "администраторы" мои подопечные (они типа на мелкомягкие
и оракловые курсы ездили, все такие крутые... в дверь не проходят,
пальцы мешают, а тут еще им с "каким-то тупым люниксом" приказали
совоиться), и спрашивают:

- Почему у нас программа говорит, что файл не найден?
- Значит, нет такого файла... [ это я им говорю ]
- Да нет, есть, сами записали в /usr/lib...

Смотрю... И правда есть. Лезу в бинарник... Elf как elf (система,
кстати, RH6.2 на интеле)... Ан нет - дай, думаю, проверю: делаю
file /usr/lib/<mylib>.so и... В это трудно поверить - но:

1. Они взяли либку для Solaris
2. Мало того, еще и для Sparc
3. После объяснения, что у Sparc и x86 разные системы комманд,
   и что библиотеки от другой операционки, меня спросили еще
   раз: "Ну типа мы так и не поняли, мы че, не так сделали?"

2no-dashi: мы пошли на очередной круг имхо... п.4 все определяет, спросрождает предложение... :)
2Anton_Khalikov: опять же - спрос рождает предложение. И решают все не админы, в манагеры - будет спрос, поставят сервер на нти... Это не религия, это бизнес. Просто до вас эта мутная волна пользователей в виде контор, торгующих темчтоскрылышками, не докатилась... Несколько лет пройдет - придет и ваша очередь... Москва тардиционно впереди России всей, обычное дело...

На счет конвертилок - да, есть... да можно... а потом выйдет очередной офис и кранты... Нет напишут конечно и его парсер, но пока суть да дело эти конторки того кто предложил им альтернативные решения поубивают... Проверенно...:(

> И решают все не админы, в манагеры

Позволь не согласиться. Сам время от времени работаю с такими конторами.
Так вот одна поправочка, у правильных руководителей такие вопросы решают
консультанты-профессионалы из дружественных IT контор, которые например поставляют
им компьютеры, прокладывают им сеть и т.п. И ставится в такую конторку серверок
с линуксом, иногда на отжившей свой век машине, которую никому не жалко и
которая ничего не стоит. И платят за такой серверок те же $300-400, правда
одна тонкость - делается это один раз ;) Эникейщиков к нему естесно не допускают
на пушечный выстрел, ибо править в нем ничего не требуется. И работает такой
серверок годами, пока его железки крутятся, а перестанут крутиться, так его за
полчаса переставят на новый.

В дополнение к последнему анонимусу: я 6-го сентября прошлого года уволился из предыдущей конторы где мною лично была разработана система автоматизации документооборота. 3 удаленных офиса, репликация данных через инет, mail и www - серверы, прикси, VPN (Virtual Private Network) и все это крутится на трех обычных тачках (офисных) под линуксом. После меня там остался один "эникейщик", как вы тут выражаетесь (до сих пор так и не выяснил что это значит :-)), потом этот эникейщик принял на работу второго такого же. И вся фишка в том, что т.к. они не знают "чё такоя" линукс, они в него и не лезут. Так работает де, мать его ! Уже пол-года без проблем. И выключения электричества ничего не поломали, т.к. кругом "упсы" и система восстановления всех этих репликаторов и vpn'ов написана более-менее грамотно ... Вот ведь, а :-) !
Прикинь, контора существует вокруг информационной системы которую уже пол-года толком никто не обслуживает и что самое банальное и смешное - ВСЕ РАБОТАЕТ ...

Бляха-муха, давайте все же вернемся к теме топика, а ! Вот фраза какого-то чела: "Next thing I do is kick interbase and postgreSQL from my server" меня не убеждает. Мне интересно сравнить эти СУБД по производительности и по "подходимости" для веба. (Ну, например, под вебом неплохо иметь возможность постраничного вывода информации). Я вот выяснил что SAP DB не умеет делать SUSPEND из хранимых процедур, т.е. данные из SP можно выдавать только в таблицы, в т.ч. и во-временные. ну а вот IB(Firebird) это умеет очень давно.
На счет фич про snapshot и т.п. - опять же ib и это умеет. Дак в чем фишка-то этого sap'а ?

2anonymous (*) (2002-03-12 06:44:31.0): ну блин, мы немного о разных вещах говорим... Впрочем все равно контор такого типа меньшество
...
И еще - я не очень верю в любую ОС (окромя пожалуй OpenBSD с оговорками). которая смотрит в инет и к ней годами никто не подходит...:) На х86 разумеется... Патчики все равно переодически прикладывать придется имхо...

>Бляха-муха, давайте все же вернемся к теме топика, а ! Вот фраза >какого-то чела: "Next thing I do is kick interbase and postgreSQL >from my server" меня не убеждает. Мне интересно сравнить эти СУБД по >производительности и по "подходимости" для веба. Privjet. Proizvoditelnost - eto otnositelnaja vesh. SAPDB byla razrabotana dlja krupnyh finansowyh sistem tipa ERP. SAPDB moshet poddershivat bolshoje kolithsestwo odnovremenyh polzovatelej - napr. bolshe 1000. SAPDB byla otkryta dlja weba tolko nedavno. No ssudja po mailinglist w etoi oblasti idjot aktivnaja dorabota.

>(Ну, например, под >вебом неплохо иметь возможность постраничного >вывода информации). Я >вот выяснил что SAP DB не умеет делать >SUSPEND из хранимых процедур, >т.е. данные из SP можно выдавать >только в таблицы, в т.ч. и во-временные. ну а вот IB(Firebird) это >умеет очень давно. No na ih stranitshke obeshajut etu funkciju v odnoi iz sledujushih versii. >На счет фич про snapshot и т.п. - опять же ib и это умеет. Дак в чем >фишка-то этого sap'а ? Vidimo dannye funkcii ne tak vashny dlja ERP sistem. Bolee vashny takie funkcii kak: avtomatisheskoje (online) rashirenije tablic, online backup, ne nushna reorganizacija - t.e. obespetshenije 7 * 24 tshasowoi reshim raboty. Ne znaju mogut li eto drugije open source db. Dlja weba eto totshno toshe nado.

> ну блин, мы немного о разных вещах говорим...

Твоя проблема. Говори точнее. Но по-моему ты спешишь отмазаться по своей привычке.
Вот это твои слова: "Просто до вас эта мутная волна пользователей в виде
контор, торгующих темчтоскрылышками, не докатилась..."? Я в общем-то про то же говорил.

> Впрочем все равно контор такого типа меньшество
Каких? Я про торгующих всем подряд с размером штата манагеров от 10 до 100. А ты про кого?
А как определяешь, в меньшинстве они или в большинстве? 3.14здобол ты короче.

> И еще - я не очень верю в любую ОС (окромя пожалуй OpenBSD с оговорками).

Ну и? Какие оговорки? Ты знаешь, что на эту ось начинают забивать настоящие профи,
которым ты даже в сынки не годишься? Причины - очень серьезные проблемы с надежностью.

Я ЛЮБЛЮ ЛИНУКС!!!!!!!!!!!! ОН, Падлюка, РАБОТАЕТ!!!! ААААААААААААААААА!!!!!!!!!!!!! ДО сих пор!!!!!!!! а на фрю тоже не ехайте, у меня сервак 3 года работает как прокси и не падает.