LINUX.ORG.RU

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


0

0

Очень интересная статья. Любителям паскаля рекомендуется для прочтения.
Вот цитата:



Pascal Server Pages (сокращенно PSP) — кроссплатформенная библиотека, облегчающая CGI веб-программирование на Free Pascal. Ее цель — внести некоторые стандарты в столь пестрый мир CGI программ и обеспечить программиста всем необходимым ему для создания веб-приложений, а также дополнительными средствами, которые могут в этом пригодиться.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

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

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

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

guardian
()

Вот еще:

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

Резюме.

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

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

guardian
()

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

RSM
()

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

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

realloc ★★★★
()
Ответ на: комментарий от vada

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

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

blaster999 ★★
()
Ответ на: комментарий от vada

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

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

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

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

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

guardian
()
Ответ на: комментарий от blaster999

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

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

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

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

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

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

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

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

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

vada ★★★★★
() автор топика

>Pascal Server Pages

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

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

AcidumIrae ★★★★★
()
Ответ на: комментарий от anonymous

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

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

AcidumIrae ★★★★★
()
Ответ на: комментарий от vada

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

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

guardian
()
Ответ на: комментарий от guardian

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

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

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


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

vada ★★★★★
() автор топика
Ответ на: комментарий от guardian

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

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

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

vada ★★★★★
() автор топика
Ответ на: комментарий от blaster999

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

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

anonymous
()
Ответ на: комментарий от vadiml

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

Пишут

vada ★★★★★
() автор топика
Ответ на: комментарий от vada

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

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

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

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

guardian
()

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

Syncro ★★★★★
()
Ответ на: комментарий от vada

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

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

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

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

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

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

AngryElf ★★★★★
()
Ответ на: комментарий от guardian

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

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

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

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

anonymous
()
Ответ на: комментарий от AngryElf

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

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

AngryElf ★★★★★
()

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

Ages
()

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

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

kastaneda
()
Ответ на: комментарий от kastaneda

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

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

AngryElf ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от Lumi

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

anonymous
()
Ответ на: комментарий от guardian

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

anonymous
()
Ответ на: комментарий от vada

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

anonymous
()
Ответ на: комментарий от vada

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

anonymous
()
Ответ на: комментарий от vada

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от guardian

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

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

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

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

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

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

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

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

atrus ★★★★★
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от vada

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

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.