Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Perl 15.04.03 11:09 Число просмотров: 1793
Автор: UpocoY Статус: Незарегистрированный пользователь
|
|
<web building>
|
О средствах разработки 24.02.03 06:46
Автор: АнтоХА! Статус: Незарегистрированный пользователь
|
Мне интересно что людям нравиться больше ПХП или ПЁРЛ или АСП или ПИТОН(это не змея!) или ещё чё-нибудь другое? просто оставьте в дереве этого месага сообщение типа: сабж-ПХП тело - ПХП и всё!
|
|
О средствах разработки 12.06.03 03:30
Автор: Ilich Статус: Незарегистрированный пользователь
|
Я совсем недавно занялся web-koding'ом, но свой выбор уже сделал. PHP FOREVER !!! Я сначала попытался зать Perl, но с ним намного больше гимороя, чем с PHP, да на PHP и проги меньше места занимают.
|
| |
Не рекомендую поднимать такие флеймоопасные топики 12.06.03 13:10
Автор: amirul <Serge> Статус: The Elderman
|
Флейм сам собой стих (даже без принудительного закрытия) - ну и ладно. Не надо давать ему еще один шанс
|
|
Мне кажется вопрос поставлен не верно 18.04.03 13:17
Автор: Step <Step Alex> Статус: Member
|
Если ты выбираешь для себя язык, то все зависит от твоей "опытности". Если ты никогда не писал, лучше начать с PHP, он проще в реализации и результат ты увидишь сразу, а если ты к примеру писал на Си, то конечно тебе будет интереснее Perl, насчет змей я не в курсе.
А если просто, для сбора статистики - я думаю, что мнения разделятся пополам между Перлом и PHP плюс процентов по 5 на остальных.
А вообще под конкретную задачу бывают более или менее удобные средства, там, где на перле можно писать неделю, на PHP можно сделать за день и наоборот.
Может действительно обратиться к dl завести "где не то" голосования.
|
|
IMHO Delphi/Kylix оч удобно при кроссплатформенном проекте. 18.04.03 12:37
Автор: hamstr Статус: Незарегистрированный пользователь
|
в принципе для таких вещей как PHP, perl, ASP и т.п. многое зависит от платформы...
ну кто станет морочиться с перлом на IIS.
или прикручивать на FreeBSD экспериментальную поддержку ASP только из-за предпочтения :)
про java ничего не могу сказать - к сожалению не сталкивался
|
|
PHP - че-то мало за него высказываются 17.04.03 17:30
Автор: whiletrue <Роман> Статус: Elderman
|
1. Perl посложней;
2. Perl в части отладки как-то не очень;
3. Perl менее читаемый. Если прогу пишут >1 человека, то нужно больше взаимопонимания;
4. PHP ближе к Си. От Си к PHP можно перейти без особых усилий;
5. PHP по скорости немногим уступает Perl;
=> Меньше услиий на разработку - меньше стоимость разработки.
Ну, конечно, нужно смириться с некоторыми меньшими возможностями, хотя, в большинстве случаев без них можно обойтись.
Наверное, не всегда стоит идти сложным путем...
Я бы предложил перейти на Perl, когда в этом возникнет острая необходимость, если таковая не ощущается => делать на PHP.
|
|
PHP, PHP и раз PHP, а уже потом Perl, остальное не уважаю 16.04.03 14:47
Автор: ASJinx Статус: Незарегистрированный пользователь
|
|
|
C++ 16.04.03 06:13
Автор: alien <Андрей> Статус: Member
|
|
| |
Ух ты, значит, не только у меня на работе есть такие извращения? %) 16.04.03 10:35
Автор: Ktirf <Æ Rusakov> Статус: Elderman
|
|
| | |
Не согласен!!! 17.04.03 09:48
Автор: alien <Андрей> Статус: Member
|
Не знаю как насчет извращений, но я себе хорошенькую библиотеку классов написал (тут тебе и обработка запросов, и генерация HTML-тегов, и работа с сессиями, и авторизация, и еще куча всякого). На написание ушло около недели, но зато теперь пользую ее вовсю и не жалуюсь. А скорость работы какая!!! Perl отдыхает! Особенно на слабеньких тачках (я пробовал на P233 - CGI, в которой за один вызов осуществляется ~5-6 запросов к БД и читается инфа из 2-х файлов и еще всякой всячины туева хуча, работает быстрее почти в 10(!) раз (время засекал), чем аналогичная, написанная на Perl. Кстати все это под Linux).
Ну а раз быстрее работает, то и нагрузка на сервер меньше...
Насчет Билдеров и Дельфи ничего сказать не могу - не пробовал на них CGI ваять, но думаю, что скорости не прибавит, ибо библиотеки у них слишком уж тяжелые.
Вобщем формула GCC + [STL] + [MySQL++] + <библиотека для работы с CGI> - не такой уж плохой вариант для разработки CGI-приложений!!! А то, что C++ - извращение и геморрой, то это только от плохого (а зачастую, вообще никакого) знания C++ и ООП (ИМХО, конечно, но думаю что меня поддержат многие).
|
| | | |
Для сложной обработки запроса C++ может быть и быстрее 17.04.03 13:14
Автор: Ktirf <Æ Rusakov> Статус: Elderman Отредактировано 17.04.03 13:21 Количество правок: 1
|
> Не знаю как насчет извращений, но я себе хорошенькую > библиотеку классов написал (тут тебе и обработка запросов, > и генерация HTML-тегов, и работа с сессиями, и авторизация, > и еще куча всякого). На написание ушло около недели, но > зато теперь пользую ее вовсю и не жалуюсь. А скорость > работы какая!!! Perl отдыхает! Особенно на слабеньких > тачках (я пробовал на P233 - CGI, в которой за один вызов > осуществляется ~5-6 запросов к БД и читается инфа из 2-х > файлов и еще всякой всячины туева хуча, работает быстрее > почти в 10(!) раз (время засекал), чем аналогичная, > написанная на Perl. Кстати все это под Linux). > Ну а раз быстрее работает, то и нагрузка на сервер > меньше... А, ну так у тебя просто узкое место не на веб-сервере было. Вообще-то CGI - довольно медленная вещь.
А библиотека и у нас есть доморощенная...
> А то, что C++ - извращение и геморрой, то это только от > плохого (а зачастую, вообще никакого) знания > C++ и ООП (ИМХО, > конечно, но думаю что меня поддержат многие). Э, э, я не говорил про C++ в целом! Я говорил про его применение для CGI.
|
| | | | |
Для сложной обработки запроса C++ может быть и быстрее 18.04.03 05:12
Автор: alien <Андрей> Статус: Member
|
> А, ну так у тебя просто узкое место не на веб-сервере было. > Вообще-то CGI - довольно медленная вещь. > А библиотека и у нас есть доморощенная... Да нет, узкого места у меня не было... Я просто ради интереса попробовал все это на старенькой тачке, ну вот и результат
---------------------------------------------------------------------------
> Э, э, я не говорил про C++ в целом! Я говорил про его > применение для CGI. Так и я про С++ в целом не говорил, просто как кому ни скажу, так все говорят "ну ты извращенец" и т.п. А ведь на самом деле у С++ все не так уж плохо и для разработки CGI он вполне сгодится и даже более того. Была бы хорошая юзабельная библиотека (причем кроссплатформенная) и он переплюнет и Перл, и ПХП. Кстати когда в Билдере/Дельфи появились компоненты для разработки Web-приложений, так сразу в инете заговорили про разработку CGI на С++/Pascal, а до этого хрен чего найдешь про CGI vs C++. Вся проблема заключается лишь том, что разработка CGI на С++ занимает больше времени, нежеле на Перл или ПХП. А все почему? Да потому что для С++ нет библиотек (я имею ввиду Linux, а если взять Windows, то с бесплатными библиотеками примерно та же ситуевина, если не хуже), точнее есть но кардинального ускорения процесса разработки они не дают.
Воооооот......
|
|
Perl 15.04.03 11:09
Автор: UpocoY Статус: Незарегистрированный пользователь
|
|
|
PHP . жаль что голосование нельзя заводить в топиках 15.04.03 10:00
Автор: BioHazard <bio> Статус: Elderman
|
|
|
лично мне php, все зависит от задач. Ну а чтобы не разводить флейм закрой лучше свой топик :) 01.03.03 11:48
Автор: BioHazard <bio> Статус: Elderman
|
|
|
Perl (ну или PHP) 24.02.03 13:03
Автор: amirul <Serge> Статус: The Elderman
|
Питон просто не знаю, а к асп-у глубокая неприязнь
|
| |
Присоединяюсь 26.02.03 04:54
Автор: Ktirf <Æ Rusakov> Статус: Elderman Отредактировано 26.02.03 04:55 Количество правок: 1
|
> Питон просто не знаю, а к асп-у глубокая неприязнь Питон знаю и люблю, но в вебе его применений не встречал. В список используемых могу еще добавить JSP и просто бинарные CGI, написанные на C++ - но это уже изврат :)
А вообще все зависит от конкретного применения.
|
| | |
IMHO Perl foreva (но иногда PHP легче) 29.03.03 15:58
Автор: Kostya Статус: Незарегистрированный пользователь
|
|
|
|