сайт на freepascal
Модератор: Модераторы
-
Guest
-
Guest
есть смысл.
можно ведь написать движок сайта на паскале, а потом использовать его в других проектах. :rolleyes:
польза: 1. код кроссплатформенный; 2. код компилируется (в отличие от php и perl), а следовательно более быстрое выполнение; 3. появится еще один движок для сайтов, написанный на языке знакомом практически всем студентам и даже школьникам (по крайней мере в России); 4. послужит пропагандированию freepascal, с явными и не явными результатами и далеко идущими перспективами. например, поднимет его значение его знания среди работодателей, как это стало с бомжатскими perl и php; 5. опять плюну в сторону, в отличие от некоторых, у паскаля есть строгий контроль типов и ООП; 6,7 и т.д. сами можете придумать.
кстати, почему паскаль и си не прижились среди web-программистов для меня до сих пор остается загадкой. :unsure:
польза: 1. код кроссплатформенный; 2. код компилируется (в отличие от php и perl), а следовательно более быстрое выполнение; 3. появится еще один движок для сайтов, написанный на языке знакомом практически всем студентам и даже школьникам (по крайней мере в России); 4. послужит пропагандированию freepascal, с явными и не явными результатами и далеко идущими перспективами. например, поднимет его значение его знания среди работодателей, как это стало с бомжатскими perl и php; 5. опять плюну в сторону, в отличие от некоторых, у паскаля есть строгий контроль типов и ООП; 6,7 и т.д. сами можете придумать.
кстати, почему паскаль и си не прижились среди web-программистов для меня до сих пор остается загадкой. :unsure:
- Сергей Смирнов
- энтузиаст
- Сообщения: 595
- Зарегистрирован: 28.04.2005 13:23:25
- Откуда: Москва
- Контактная информация:
-
Guest
Сергей Смирнов писал(а): Кто-нибудь когда-нибудь видел хостера, предоставляющего поддержку freepascal?
а зачем нужна поддержка? можно же откомпилированный двоичник выкладывать.
даже установить freepascal на сервере- не проблема.
проблема, похоже, заключается в том, что хостеры не хотят давать шелл для компиляции. видимо, от плохого знания системного администрирования и страха, что их хакнут. :angry:
1. код кроссплатформенный;
php и perl тоже
2. код компилируется (в отличие от php и perl), а следовательно более быстрое выполнение;
php можно zend'ом ускорять и шифровать
perl тоже умееет компилироваться
плюс добавим сюда все минусы CGI (скорость, память, сложность поиска ошибок)
хотя если у кого есть силы написать mod_freepascal для апача - стучитесь в аську, обсудим B)
-
Guest
ev писал(а): хотя если у кого есть силы написать mod_freepascal для апача - стучитесь в аську, обсудим B)
а что это? :blink: по-подробнее можно? :unsure:
пока что вчера потренировался на паскале (FP 1.0.10) под win98+Apache.
код:
Код: Выделить всё
program test;
uses dos;
begin
writeln('content-type: text/html');
writeln;
writeln('<html><ul>');
writeln('<li>',GetEnv('HTTP_USER_AGENT'));
{writeln('<li>',GetEnv('любые другие переменные среды'));}
writeln('</ul></html>');
end.
все работает. B)
в 1.0.10 есть также юниты ezcgi и cgiapp, но пока с ними не разбирался.
в user's manual есть глава, посвященная программированию под cgi. там же упоминается модуль uncgi, который типа лучше для программирования.
-
Guest
а что это? по-подробнее можно?
модуль для апача, который будет отвечать за выполнение фрипаскалевских программ... грубо говоря это DLL'ка, которую вызывает апач при необходимости обработать нужный код... т.е. можно будет встаивать фрипаскалевские конструкции в код HTML
можно еще предусмотреть выполнение бинарного кода (как при использовании Zend Encoder'а)
в user's manual есть глава, посвященная программированию под cgi
cgi можно писать на любом языке... выводи в стандартный вывод заголовки и все
вот только скорость будет не очень высокой (на обычных сайтах) и некоторые возможности заблокированы
-
Guest
ev писал(а):
cgi можно писать на любом языке... выводи в стандартный вывод заголовки и все
модуль для апача, который будет отвечать за выполнение фрипаскалевских программ... грубо говоря это DLL'ка, которую вызывает апач при необходимости обработать нужный код... т.е. можно будет встаивать фрипаскалевские конструкции в код HTML
это типа интерпретатор? а чем это лучше php? :huh:
можно еще предусмотреть выполнение бинарного кода (как при использовании Zend Encoder'а)
а что это? а как это? :unsure:
cgi можно писать на любом языке... выводи в стандартный вывод заголовки и все
IMHO, лучший вариант
вот только скорость будет не очень высокой (на обычных сайтах) и некоторые возможности заблокированы
почему cgi медленнее? :huh: если даже так, откомпилированный код догонит по скорости плюс меньший расход памяти. все лучше, чем perl. и даже быстрее php.
а какие именно возможности заблокированы? :unsure:
я тут подумал еще, а может сделать как в ASP.NET (.aspx+dll).
пока покопаюсь с юнитами. кажись, на uncgi нужно обратить особое внимание. там что-то не просто cgi.
кстати, еще один плюс за pascal в частности и за компилированный код в целом. если жаба душит, можно предоставлять тока бинарник, а сырцы зажать.
это типа интерпретатор? а чем это лучше php?
ты же сам выше писал
почему cgi медленнее?
так вот... поэтому и придумали fastcgi... но это перл не спасло, поэтому сделали mod_perl
откомпилированный код догонит по скорости
конечно, но на других задачах
для сайтов это будет слишком... накладные расходы просто сожрут все ресурсы
а если нужна какая-либо высокопроизводительная задача (например, постороение индексов или еще что) - то да, cgi на freepascal'е будет гораздо быстрее чем php
а какие именно возможности заблокированы?
вроде апачевская авторизация, ну и другие апачевские феньки, т.е. cgi - это просто запуск приложения...
кстати, еще один плюс за pascal в частности и за компилированный код в целом. если жаба душит, можно предоставлять тока бинарник, а сырцы зажать.
для этого есть zend, правда он платный
ну так что, есть желание реализовать mod_freepascal с поддержкой выполнения бинарного кода?
тогда и скорость высокой будет и исходники можно не отдавать...
- Иван Шихалев
- энтузиаст
- Сообщения: 1138
- Зарегистрирован: 15.05.2006 11:26:13
- Откуда: Екатеринбург
- Контактная информация:
лично я бы с удовольствием пользовался фрипаскалем вместо пхп 
а вот полностью писать движок на cgi не стал бы...
кстати, "полноценный движок, не требующий скриптования" - в некотором роде утопия... конечно если мало функций и он медленный - то сможно такое сделать... а быстрый и многофункциональный обречен на использование скриптов внутри себя...
то что у нас на сейте в версии 0.9 было именно без скриптования...
но в версиях с 1.0 полностью был переделан алгоритм работы и добавлено возможность выполнения скриптов
сразу появилось куча возможностей и возросла скорость работы...
конечно все это с моей точки зрения... есть ведь и другой взгляд - многим просто не важно насколько быстро работает сайт и что он сильно грузит сервер, главное чтобы было удобно работать
а вот полностью писать движок на cgi не стал бы...
кстати, "полноценный движок, не требующий скриптования" - в некотором роде утопия... конечно если мало функций и он медленный - то сможно такое сделать... а быстрый и многофункциональный обречен на использование скриптов внутри себя...
то что у нас на сейте в версии 0.9 было именно без скриптования...
но в версиях с 1.0 полностью был переделан алгоритм работы и добавлено возможность выполнения скриптов
конечно все это с моей точки зрения... есть ведь и другой взгляд - многим просто не важно насколько быстро работает сайт и что он сильно грузит сервер, главное чтобы было удобно работать
Прочитал все выше написаное и не удержался что бы не высказаться:)
В общем на мой взгляд разработка сайта используя PHP быстрее, проще и гибче. FPC следует использовать тогда не хватает возможностей PHP. Другой аспект этого вопроса, если сайт размещается у хостера, а не на собственном сервере, то он (хостер) может не разрешать использовать посторонние приложения (иcходя из соображений безопасности, ему ведь не известно что вы там написали).
Во первых, компилить на web сервере вовсе не обязательно, более того даже вредно, а вот не дают шелл для этих целей как раз таки на оборот от хорошего знания администрирования, зам им дополнительная потенциальная уязвимость.
Еще бы права root'а попросила и сказал, что хостер их не дает из боязни что его хакнут:D
В общем на мой взгляд разработка сайта используя PHP быстрее, проще и гибче. FPC следует использовать тогда не хватает возможностей PHP. Другой аспект этого вопроса, если сайт размещается у хостера, а не на собственном сервере, то он (хостер) может не разрешать использовать посторонние приложения (иcходя из соображений безопасности, ему ведь не известно что вы там написали).
хостеры не хотят давать шелл для компиляции. видимо, от плохого знания системного администрирования и страха, что их хакнут. mad.gif
Во первых, компилить на web сервере вовсе не обязательно, более того даже вредно, а вот не дают шелл для этих целей как раз таки на оборот от хорошего знания администрирования, зам им дополнительная потенциальная уязвимость.
Еще бы права root'а попросила и сказал, что хостер их не дает из боязни что его хакнут:D
-
Guest
