Обзор Pascal Server Pages из первых рук

Автор сам сказал...

- Будьте готовы созерцать время от времени различные "Runtime Error" и "505 Internal Server Error" во время отладки

- Но если вы не ищите сверхлегких путей, и язык Pascal вам близок — Pascal Server Pages для вас.

к чему все катится? осталось придумать васик сервер пэйджес BSP

Вот еще:

Весь код имеет функционально ориентированную основу, и только для некоторых задач, где это наиболее удобно, используются классы.

Резюме.

1) Pascal --- функциональный язык, я так и знал :)

2) Автору пора заканчивать маятся фигней и идти учить уроки.

Докатились... CGI на паскале - это изврат!

скажем 'нет' тяжелым наркотикам! PSP а афтара фтопку!

CGI может быть на чём угодно.

Но абвиатура PSP уже занята под Python Server Page - в приложении Webware - к стати это приложение (Webware) на мой взгляд одна из наиболее удачных реализаций сервлетных технологий .

> к чему все катится? осталось придумать васик сервер пэйджес BSP

Это еще зачем? Для этого вполне достаточно ASP - в "обычном" состоянии воспринимающим как язык VBScript или JScript =)

Первая реакция была посмеяться :)

Забавно конечно, но это никому кроме упёртых поцкалефилов не нужно. Давайте лучше на моём любимом LOGO писать web-приложения :-D

Хорошая идея :-) только он, как сейчас помню, не умеер в стандартный вывод писать.

Ничего, истинных поклонников LOGO это не остановит -- прикрутят OCR :)

>Докатились... CGI на паскале - это изврат!

Аргументируй. Очень интересно.

>Докатились... CGI на паскале - это изврат! >Аргументируй. Очень интересно.

Паскаль - язык, изначально не предусмотренный для подобных целей. Он создавался как _учебный_ язык (сам Вирт признавал это), таким он и остается по сей день. Его основная цель - не дать программисту "отстрелить себе ногу" - не совсем то, что ожидается от приличных современных языков. С таким же успехом можно писать ядро операционки на бейсике.

CGI компилированое в нативный код обладает как минимум 2 серьезными недостатками:

(-) безопасность (-) кросплатформенность

эти 2 вещи являются ключевыми для веб.

Кроме того, какие "вкусности" для программиста предоставляет Pascal в плане применения его к веб? Вот в Perl(например) очень легко и удобно обрабатывать текстовые строки.

Подход, типа того, что я знаю только паскаль и больше ничего не хочу знать неправилен. С таким подходом программист попадает в положение подметающего плац зубной щеткой :)

>Паскаль - язык, изначально не предусмотренный для подобных целей.

Он что не имеет механизмов работы со строками? Или не реализован ввод/вывод? Чего в паскале нет для написания CG!?

>таким он и остается по сей день.

Вовсе нет. Про Object Pascal приходилось слышать? Это совсем не для обучения.

> Его основная цель - не дать программисту "отстрелить себе ногу" - не
> совсем то, что ожидается от приличных современных языков.

От приличных современных языков как раз и требуется не дать программисту отсрелить себе ногу.

>С таким же успехом можно писать ядро операционки на бейсике.

А бейсик тут при чем? На нем какраз ногу отстрелить очень даже можно.

ЗЫ. Аргументы не приныты.

>Pascal Server Pages

моя смеяться! лопата!

еще один велосипед, только этот с квадратными колесами

>к чему все катится? осталось придумать васик сервер пэйджес BSP

а ASP это что? поправьте если не прав ;)

>Он что не имеет механизмов работы со строками? Или не реализован ввод/вывод?

В паскале это сделано несколько неудобно ... и все! Этого вполне достаточно для того что бы он уступал Perl/PHP к примеру.

>CGI компилированое в нативный код обладает как минимум 2 серьезными недостатками:

>(-) безопасность
В программе на паскале, прикомпиляции, могут быть включены проверки на переполнение буфера, выход за границы допустимых значений, выход за границы индекса, переполнение стека... Эти все фишки очень любят программы на С.

>(-) кросплатформенность
Стоит заглянуть на www.freepascal.org и посмотреть на каких платформах и процессорах работает Free Pascal.


>эти 2 вещи являются ключевыми для веб.
Угум.

>>Он что не имеет механизмов работы со строками? Или не реализован ввод/вывод?

>В паскале это сделано несколько неудобно ... и все! Этого вполне достаточно для того что бы он уступал Perl/PHP к примеру.

Да? И что там неудобного?

мда, оригинально

а запросы к базам данных на паскале еще не пишут?

> С таким же успехом можно писать ядро операционки на бейсике.

А на PHP можно написать ядро операционки?

>а запросы к базам данных на паскале еще не пишут?

Пишут

> Стоит заглянуть на www.freepascal.org и посмотреть на каких платформах и процессорах работает Free Pascal.

С/C++ работает на еще большем количестве платформ что не делает его _удобным_ для написания кроссплатформенных приложений.

Хотя-бы из-за перекомпиляции под конкретную платформу. В скриптовых языках такого нет. все средства разработки --- текстовый редактор и браузер. Можно поменять строчку и сразу увидишь изменения в приложении на сервере.

А тут внесения изменений в работу сервиса затруднены. Неудобно.

Server Pages - последнее место куда следует засунуть паскаль, первое - думаю и так понятно

Ты САМ решил подметать плац зубной щеткой...

Так можно и до DSP докатиться (в смысле Delphi Server Pages :-D)

>>В паскале это сделано несколько неудобно ... и все! Этого вполне достаточно для того что бы он уступал Perl/PHP к примеру.

>Да? И что там неудобного?

Хуяся. А что там удобного?? Я таскал со всем своим кодом 2-3 самописанныых модуля - работа со строками, файловый ввод-вывод, динамическая память и т.п. Всё это было в стандартных модулях, но мои модули заменяли одним красивым вызовом 5-6 стандартных кривых.

И вплоть до 5-х дельфей часть этих библиотек оставалась практически без изменения.

В паскале нету стандартных красивых и удобных функций обработки строк. Не знаю, во freepascal может чё и появилось, но в любом случае, оно того не стоит. Банальный substr(string, from, length) там есть? А с отрицательными from/length?

Как уже правильно тут заметили, PSP - велосипед с квадратными колесами.

> С/C++ работает на еще большем количестве платформ что не делает его _удобным_ для написания кроссплатформенных приложений.

В случае C/C++ лучше сказать, что делает НЕУДОБНЫМ использование его в этом случае. Это пресловутая возможность отстрелить ногу.

> А тут внесения изменений в работу сервиса затруднены. Неудобно.

И часто ты меняешь серверные приложения? На этапе разработки - да, на этапе использования важнее становится требовательность приложений к ресурсам процессора и памяти. Здесь PSP должен быть на высоте.

> В паскале нету стандартных красивых и удобных функций обработки строк.

По ссылке новости ходить уже не модно? Есть там модуль работы со строками и регулярными выражениями.

>>> И часто ты меняешь серверные приложения? На этапе разработки - да, на этапе использования важнее становится требовательность приложений к ресурсам процессора и памяти. Здесь PSP должен быть на высоте.

должен быть...может быть...вьюноша, не пора ли заканчивать с мечтами и предположениями?

Когда это на ЛОРе было модно по ссылкам ходить?

Но, таки сходил...

Ой, как же я соскучился по именам вроде этих - WebWriteLn (чё, \n так и не открыли? #10#13 тоже?), SetWebConfigVar, WebWrite

Интересно, чем WebWrite отличается от Write? Це ж CGI, какая разница?..

then, begin, end... Ой, ща расплачусь...

... хм.. зачем микроскопом гвозди забивать?...... экстрима хочется?!

Vada, а почему именно CGI? Это ж тормоза неземные. Есть идея посуровее: давай возьмём SAPI апача, h2pas, и нарисуем к всему этому нормальный framework.

Ну или хотя бы FastCGI.

>Есть идея посуровее: давай возьмём SAPI апача, h2pas, и нарисуем к всему этому нормальный framework.

Тсс! Ты чё делаешь? Они ведь напишут... :-)

> должен быть...может быть...вьюноша, не пора ли заканчивать с мечтами и предположениями?

Я уже давно закончил, а ты? Цитата:

Как показывает тест, проведенный WrenSoft, исполнимые CGI-программы работают почти в 10 раз быстрее, чем ASP и PHP4. Даже если учитывать то, что с переходом на многопоточную структуру в PHP 5.1, производительность PHP5 возросла в 2,5 раза, то перевес на стороне binCGI остается величиной в 4 раза.

Нах OCR? Пусть весь вывод в SVG идёт. Или PDF.

Нах те кросплатформность, когда хостинг уже выбран?

Да, да, дельфя позорная даже для обучения не годится, это ты правильно мыслишь.

Покажи НОРМАЛЬНЫЕ регэкспы в быдлопаскакале.

>>таким он и остается по сей день. >Вовсе нет. Про Object Pascal приходилось слышать? Это совсем не для обучения. Если к трехколесному велосипеду прикрутить мотор от мотоцикла, ничего хорошего не выйдет. Лучше взять нормальный мотоцикл.

Такими темпами и ObjectLogo появится.

Хе хе помню прошлые флеймы про дельфю - дурачок vada ярый упёртый фанатик. Ему лучше вбиться в стену, спорить с дураком - смысла нет.

> CGI компилированое в нативный код обладает как минимум 2 серьезными недостатками:

> (-) безопасность (-) кросплатформенность

Не особенно и страдает. Как показывает практика ломают и полностью виртуально-динамический php. Да и примеры взлома perl-сайтов есть. На самом деле, мой личный опыт показывает, что в плане безопасности более полезен язык со строгой типизацией, к каковым и относится pascal. Разумеется, он не единственный такой, Java в этом плане не уступает. Не возьмусь, конечно судить, что именно по этой причине Java стала эдаким стандартом в корпоративной среде...

FPC, на котором основан PSP - кросплатформенем.

> Кроме того, какие "вкусности" для программиста предоставляет Pascal в плане применения его к веб? Вот в Perl(например) очень легко и удобно обрабатывать текстовые строки.

Да практически всё тоже. В современном FPC есть и юникод и регулярные выражения и тебе куча интерфейсов к базам данных и т.д... И xml, для работы с AJAX...

> Подход, типа того, что я знаю только паскаль и больше ничего не хочу знать неправилен.

Например, желание использовать язык со строгой типизацией, на дешовом хостинге, не дающем java... Хотя это не правильный подход, не правильный... :) Но иногда обстоятельства силнее нас. ;-)

Паскаль и Жаба - это не строгая типизация. Строгая типизация - это Ада и ML.

> Но абвиатура PSP уже занята под Python Server Page

PSP -programm segment prefix. Это все знают.

> Он что не имеет механизмов работы со строками?

По сравнению с perl - нет, почти не имеет.

> Или не реализован ввод/вывод?

По сравнению с perl... ну вы поняли, да?

Это если еще забыть про PSP - PLSQL Server Pages от oracle. Они это чудо использовали при реализации своего Oracle Portal и чего-то там еще... Мда... Зрелище я вам скажу незабываемое... :)

Начал вспоминать oracle и не смог удержаться. Интересно где ж они такую траву берут: предлагают на Java писать хранимые процедуры в базе, и вместе с тем на PLSQL колбасят web интерфейсы...

> предлагают на Java писать хранимые процедуры в базе, и вместе с тем на PLSQL колбасят web интерфейсы...

Ну не на жабе же их колбасить...

Когда же появится новость про Lisp On Rails? Вот что действительно нужно...