Надо сделать на сайте каталог растений - 4 уровня, первый - названия культур, второй - группы сортов (типа для теплиц и открытого грунта и тд), третий - сорта, четвертый - описание, фото, схема посадки.Всего будет около 1000 сортов.
Как лучше делать ? Файлы + perl ? MySQL ?Моя задумка - дерево каталогов, в каждом лежит файл title.txt с названием каталога, по ним в верхнем каталоге скрипт делает index.htm + другой скрипт при показе собирает воедино описание и две картинки.
Подскажите скрипты которые делают что-то похожее или откуда можно выдрать обход папок, сортировку по русскому алфавиту и так далее.
Искал на свалках скриптов - не нашел ничего подобного.
На перл смотрю как буриданов осел на новые ворота, CGI - впервые, немного
умею на Форте и С (мелкие утилитки).
Потратить один месяц на изучение JSP и java - пригодится всегда, а перлы да ПХП это проходящее. Документации по этому вопросу а русском в мнете вполне достаточно.Ставим Tomcat, базу SQL (хорошобы иметь под рукой Oracle :), клепаем jsp. На JSP твоя проблема решается за полдня.
>Потратить один месяц на изучение JSP и java - пригодится всегда, а
>перлы да ПХП это проходящее. Документации по этому вопросу а русском
>в мнете вполне достаточно.
>
>Ставим Tomcat, базу SQL (хорошобы иметь под рукой Oracle :), клепаем jsp.
>На JSP твоя проблема решается за полдня.Интересно - а чем PHP и MySQL не угодил?
Ведь если мне нужно перевезти 500 кирпичей я не нанимаю-же БеЛАЗ!!!!
Так и с Tomcat, Oracle и JSP - они хороши на очень крупных проектах. Мелкие-же на них делать можно, но зачем, если есть менне убийственные и по ресурсам и по деньгам.
> JSP и java - пригодится всегда, а перлы да ПХП это проходящее.Точно также можно сказать, что JSP и java - мертвяк, который sun все время пытается реанимировать.
PS. Не помню ни одной нормально _работающей_ открытой JSP платформы. tomcat, resin - больше для тренеровки геммороя, то что гарантированно работает стоит очень большие деньги.
> На JSP твоя проблема решается за полдня.На PHP или Perl, уверяю вас, времени потребуется не больше.
>> JSP и java - пригодится всегда, а перлы да ПХП это проходящее.
>
>Точно также можно сказать, что JSP и java - мертвяк, который sun
>все время пытается реанимировать.
Это технология, а не набор скриптов, как перлятина.>
>PS. Не помню ни одной нормально _работающей_ открытой JSP платформы.
Сайты www.linux.org.ru www.disclosure.ru рабоют под Tomcat Советую обратить внимание.tomcat, resin
>- больше для тренеровки геммороя, то что гарантированно работает стоит очень
>большие деньги.Все это фигня. Откуда берется это мнение - мне не понятно. Tomcat 4 работает и весьма хорошо. Не нравится ? - идем на sun.com, там дают Sun ONE Application Server 7 БЕСПЛАТНО (ну с лицениями там хитро, ну У Вас что, виндос стоит лицензионный?).
>
>
>> На JSP твоя проблема решается за полдня.
>
>На PHP или Perl, уверяю вас, времени потребуется не больше.
>>Точно также можно сказать, что JSP и java - мертвяк, который sun
>>все время пытается реанимировать.
>Это технология, а не набор скриптов, как перлятина.Технология ради технологии приводит к фанатизму. CGI скрипты на каком угодно языке - тоже технология, имеющая не меньше шансов на жизнь, чем JSP подход, очень, кстати похожий на подход PHP (в общем виде).
>>PS. Не помню ни одной нормально _работающей_ открытой JSP платформы.
>Сайты www.linux.org.ru www.disclosure.ru рабоют под Tomcat Советую обратить внимание.Ты попался :-) Поищи в форумах или спроси сам у maxcom'а что он думает про Tomcat и сколько времни из-за него его сайт (linux.org.ru) был в дауне. Помню он очень красноязычно по этому поводу выражался.
>лицениями там хитро, ну У Вас что, виндос стоит лицензионный?).
У нас _ВСЕ_ лицензионное, если нет средств используем GPL/BSD/public domain. Унижаться и воровоать я не собираюсь.
Сделал !Хотя и передрал немало ( GPL рулит !).
Кому-нибудь нужно ?
PS А яву и SQL я бы наверно еще долго учил, и еще дольше уговаривал провайдера ее поставить...
>Ты попался :-) Поищи в форумах или спроси сам у maxcom'а
>что он думает про Tomcat и сколько времни из-за него его
>сайт (linux.org.ru) был в дауне. Помню он очень красноязычно по этому
>поводу выражался.
Однако на другое решенее не перешел.
>
>>лицениями там хитро, ну У Вас что, виндос стоит лицензионный?).
>
>У нас _ВСЕ_ лицензионное, если нет средств используем GPL/BSD/public domain. Унижаться и
>воровоать я не собираюсь.
Речь не отом, чтоб украсть - если контора платит, хорошо, не платит - не наши проблемы.
>>> JSP и java - пригодится всегда, а перлы да ПХП это проходящее.
>>
>>Точно также можно сказать, что JSP и java - мертвяк, который sun
>>все время пытается реанимировать.
>Это технология, а не набор скриптов, как перлятина.
>
>>
>>PS. Не помню ни одной нормально _работающей_ открытой JSP платформы.
>Сайты www.linux.org.ru www.disclosure.ru рабоют под Tomcat Советую обратить внимание.
>
>tomcat, resin
>>- больше для тренеровки геммороя, то что гарантированно работает стоит очень
>>большие деньги.
>
>Все это фигня. Откуда берется это мнение - мне не понятно. Tomcat
>4 работает и весьма хорошо. Не нравится ? - идем на
>sun.com, там дают Sun ONE Application Server 7 БЕСПЛАТНО (ну с
>лицениями там хитро, ну У Вас что, виндос стоит лицензионный?).
>
>>
>>
>>> На JSP твоя проблема решается за полдня.
>>
>>На PHP или Perl, уверяю вас, времени потребуется не больше.
Ребята!!!Докатились, теперь если мне надо решить простенькую задачку - что-то 2*2 мне надо будет покупать какой-нибудь специализированный сервер SUN с 2 и более Гб оперативки!!!!
Допустим, тот-же Oracle нормально работает с оперативкой не меньше 256 Мб.
Так что мне делать, если допустим база состоит из 3-х таблиц и в каждом по 2-а поля, пердполагается выполнение запросов типа select * from table1;, записей в базе около 30, одновременных коннектов - 3 - ставить MySQL, PHP, Apache или Oracle, JSP, Apache ???
Ведь каждая технология имеет свою нишу и применение (фотоаппаратом тоже можно гвозди забивать)!!!!
>Докатились, теперь если мне надо решить простенькую задачку - что-то 2*2 мне
>надо будет покупать какой-нибудь специализированный сервер SUN с 2 и более
>Гб оперативки!!!!
>
>Допустим, тот-же Oracle нормально работает с оперативкой не меньше 256 Мб.
Бред.>
>Так что мне делать, если допустим база состоит из 3-х таблиц и
>в каждом по 2-а поля, пердполагается выполнение запросов типа select *
>from table1;, записей в базе около 30, одновременных коннектов - 3
>- ставить MySQL, PHP, Apache или Oracle, JSP, Apache ???
Для такой задачи сделать набор файлов сос статичным контентом. БД и рхр к такой задачи не имеют ничего общего. Задачу надо ставить правильно изначально.
>>Докатились, теперь если мне надо решить простенькую задачку - что-то 2*2 мне
>>надо будет покупать какой-нибудь специализированный сервер SUN с 2 и более
>>Гб оперативки!!!!
>>
>>Допустим, тот-же Oracle нормально работает с оперативкой не меньше 256 Мб.
>Бред.
>
>>
>>Так что мне делать, если допустим база состоит из 3-х таблиц и
>>в каждом по 2-а поля, пердполагается выполнение запросов типа select *
>>from table1;, записей в базе около 30, одновременных коннектов - 3
>>- ставить MySQL, PHP, Apache или Oracle, JSP, Apache ???
>Для такой задачи сделать набор файлов сос статичным контентом. БД и рхр
>к такой задачи не имеют ничего общего. Задачу надо ставить правильно
>изначально.Приношу свои извинения, но на этом примере я хотел показать абсурдность использования JSP и Oracle на таких малых задачах !!!!
>Приношу свои извинения, но на этом примере я хотел показать абсурдность использования
>JSP и Oracle на таких малых задачах !!!!Этих малых задач может много.
По-моему, тут работа для LDAP (древовидная база данных или сервер директории). В ней можно хорошо зазместить твои растения. Смотри в http://www.openldap.com