Web при помощи Delphi

← →
Кто б сомневался © (2009-12-16 23:59) [0]

Товарищи, т.к. я не знаю сетевых языков (хотя когда то учил яву скрипт правда), возник вопрос.
Нужно написать веб сайт для себя, чтобы там была простейшая база данных, хотя бы в виде текстового файла, в которых юзеры могли бы добавлять свои email, также чтобы там был счетчик посещений ну и некоторые другие аттрибуты дин. страниц. Мной эта тема не изучена вообще, но я краем уха слышал что на языке Delphi можно сделать такие вещи.
Т.е . допустим статическую страницу я пишу на html в любом визуальном редакторе, а все дин. вещи, на delphi (типа регистрация юзера, счетчик посещений итп).
Соотвественно вопрос - можно ли это сделать?
Если да то подскажите ключевые слова по которым искать. если нет - то буду нанимать другого человека.

← →
Кто б сомневался © (2009-12-17 00:02) [1]

Может есть какой нибудь материал на эту тему, или книга.. ?
Веб на Delphi

← →
Сергей М. © (2009-12-17 00:06) [2]

> можно ли это сделать?

Не можно, а нужно !)

Шутю.

> ключевые слова

IntraWeb
D4PHP

← →
Кто б сомневался © (2009-12-17 00:07) [3]

Web Server Application - оно ?

← →
DVM © (2009-12-17 00:10) [4]

> Кто б сомневался ©

Более того, до кучи на делфи и сам веб-сервер можно сделать.

А если честно, то я бы взял один из готовых движков, например Drupal и с помощью него и модулей для него создал желаемое. И программировать не придется практически.

← →
Pavia © (2009-12-17 00:10) [5]

Лучше нанять специалиста.

CGI можно и на дельфи сделать. Эта часть будет обрабатываться на сервере.
А вот на стороне клиента можно ocx компонент замутить опять таки через дельфи. Насколько практично судить не мне. Вот Юрий Зотов тот может возражения по этому поводу высказать.

Хотя клиенту приятнее видеть динамику без перезагрузки страниц и лишнего гемара с разрешением OCX. Отсюда путь только на джавускрипт, а еще лучше аякс. Не знаю - можноли аякс скрестить с дельфями. Не пробовал.

Еще как вариант написать все это дело на NET.

← →
Кто б сомневался © (2009-12-17 00:11) [6]

Может есть какой то подробный материал, а то мне попадается все время одна и та же статья..

> А если честно, то я бы взял один из готовых движков, например
> Drupal и с помощью него и модулей для него создал желаемое.
> И программировать не придется практически.

Его изучать надо.. А это время..

← →
Сергей М. © (2009-12-17 00:11) [7]

> Web Server Application - оно ?

Оно.
Ну и вокруг него)

← →
Кто б сомневался © (2009-12-17 00:13) [8]

> можно ocx компонент
> Pavia © (17.12.09 00:10) [5]

Да нет, ocx не надо. У многих вырублен.

Разве нельзя сделать стандартные формы, а потом забирать значения оттуда при помощи cgi+delphi?

← →
DVM © (2009-12-17 00:14) [9]

> Кто б сомневался ©

> Его изучать надо..

что-то изучать все равно придется и еще неизвестно где больше времени понадобится

← →
Сергей М. © (2009-12-17 00:14) [10]

> можноли аякс скрестить с дельфями

Я тут как раз эту тему чуть недавно заточил, в топике про "Delphi for PHP"
Полюбопытствуй.

← →
Кто б сомневался © (2009-12-17 00:14) [11]

> Разве нельзя сделать стандартные формы,

Всмысле не формы на delphi, а при помощи html редактора - эдиты и мемо всякие. А оттуда забирать уже при помощи cgi?
Если так можно, тогда все решено..

← →
DVM © (2009-12-17 00:16) [12]

> Если так можно, тогда все решено..

конечно можно и аякс тоже можно.

← →
@!!ex © (2009-12-17 00:19) [13]

Пол дня разбираться с PHP будешь, не больше.
Основные вещи там просто делаются.
Достаточно поверхностно пролистать учебник по PHP, коих в интернете вагонами.

← →
Кто б сомневался © (2009-12-17 00:19) [14]

Никто не знает каких нибудь хороших статей по этому поводу, или книг?
Мне все время попадается одна статья. Я еще особо не искал правда, сейчас просто присматриваюсь..

← →
@!!ex © (2009-12-17 00:19) [15]

На дельфи велосипед будешь дольше писать и не факт что напишешь в разумные сроки...

← →
Сергей М. © (2009-12-17 00:21) [16]

> Мне все время попадается одна статья

Страшно подумать какая)

← →
Кто б сомневался © (2009-12-17 00:23) [17]

> На дельфи велосипед будешь дольше писать и не факт что напишешь
> в разумные сроки...

Да ну прям велосипед. Тулзы для этого уже написаны. Особо велосипедного там ничего нет.
Учить новый язык, - понимашь если я что-то начинаю изучать, то ухожу в глубину. Изучаю досконально.
На php у меня уйдет туча времени, чувствую..

← →
Сергей М. © (2009-12-17 00:24) [18]

> @!!ex © (17.12.09 00:19) [15]

Зато из-под пера Делфи выйдет уникальный штутчный продукт, а не ширпотреб).. А штучный продукт во все времена дорогого стоил)

← →
Кто б сомневался © (2009-12-17 00:26) [19]

> Сергей М. © (17.12.09 00:24) [18]

Неужто он настолко плох, что вы так саркастично говорите?
Мне просто не нужно крутого функционала, нужна небольшая база и пару счетчиков.

← →
Кто б сомневался © (2009-12-17 00:29) [20]

Еще ссылочка.
http://www.swissdelphicenter.ch/en/showarticle.php?id=7

← →
Anatoly Podgoretsky © (2009-12-17 00:31) [21]

> Кто б сомневался (17.12.2009 00:02:01) [1]

Сначала надо выбрать технологию, например CGI (очень просто), а примеров в Demos есть несколько и CGI, и ISAPI и прочее более сложное. У меня например на CGI сделан Intranet (с использованием WEB Module) очень и очень шустро.

← →
Сергей М. © (2009-12-17 00:32) [22]

> Кто б сомневался © (17.12.09 00:26) [19]

Отнюдь. Никакого сарказма.
Он ДОСТАТОЧНО хорош, чтобы вести ЦЕЛЕВУЮ (т.е. оптимизированную для использования на конкретной платформе) разработку.

← →
antonn © (2009-12-17 00:41) [23]

апач+пхп - это вебсервер, который умеет отдавать контент по стандартам, отлажен и быстр, пхп дает широчайшие возможности быстрой модификации, шаблонизации, имеет кучу литературы.
дельфи - это пока что рубанок и лобзик, из которого нужно сначала собрать аналог апача и пхп, а потом на этом велосипеде нарисовать сайт.

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

← →
Kerk © (2009-12-17 02:07) [24]

> Pavia © (17.12.09 00:10) [5]
> Не знаю - можноли аякс скрестить с дельфями. Не пробовал.

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

← →
Кто б сомневался © (2009-12-17 02:21) [25]

> апач+пхп - это вебсервер, который умеет отдавать контент
> по стандартам, отлажен и быстр,

Ну собсно нативный exe не думаю что будет медленнее, даже наоборот (по идее).
Мне нравится идея - cgi - консольная exe, отдаем запрос (строку ), получаем результат. Вполне неплохо. Мне также нужно будет вычислять хэш или спец. пароль основанный на xor, после можно писать его в бин. файл и еще кучу мелочей.
Врядли я такое сделаю на php за пару недель - дабы код был еще и оптимизированный, а на delphi за очень короткие сроки, т.к. работаю с ним ежедневно.

← →
Кто б сомневался © (2009-12-17 03:21) [26]

Такой вопрос, насчет intraweb - если я сделал страницы на его основе, то будет ли этот вариант работать на чужом хосте?
Должен ли хост поддерживать эту вещь?
Или там все стандартно? Создал пустой проект с кнопкой, загрузил в опере, сохранил, получился html и папка с файлами ява-кода. При запуске вроде работает.

← →
Сергей М. © (2009-12-17 08:44) [27]

> Кто б сомневался © (17.12.09 03:21) [26]

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

Работать собранный будет только на том хосте, где хостер допускает использование нативных программных модулей.

В противовес этим ограничениям:

- ощутимо бОльшая производительность серверной стороны: код, генерирующий контент, отдаваемый браузеру клиента, нативный, а не интерпретируемый
- возможность без ощутимого ущерба для конечного результата использовать прелести и удобства "родной" дельфийской среды разработки

← →
Сергей М. © (2009-12-17 08:54) [28]

> Кто б сомневался

http://www.sql.ru/forum/actualthread.aspx?tid=555860

← →
Anatoly Podgoretsky © (2009-12-17 09:18) [29]

> Кто б сомневался (17.12.2009 00:13:08) [8]

Я уже писал про CGI - это очень просто, а написание не отличается от написания консольных приложений, да и любое консольное приложение это уже готовый серверный модуль. И отладка очень простая, можно делать без сервера.

← →
Anatoly Podgoretsky © (2009-12-17 09:19) [30]

> DVM (17.12.2009 00:14:09) [9]

Я предполагаю, что Дельфи изучать не надо, а на изучение WEB Module - ну максимум нужно пару дней.

← →
Anatoly Podgoretsky © (2009-12-17 09:21) [31]

> Кто б сомневался (17.12.2009 00:14:11) [11]

html редактора и даже html - не требуются. Весь код может быть на Дельфи, включая виртуальные папки и страниц.

← →
Anatoly Podgoretsky © (2009-12-17 09:22) [32]

> @!!ex (17.12.2009 00:19:15) [15]

Не согласен, возможно это тебе потребуется столько времени.

← →
Сергей М. © (2009-12-17 09:23) [33]

> Кто б сомневался

http://www.delphikingdom.com/asp/talktopic.asp?ID=349

← →
Anatoly Podgoretsky © (2009-12-17 09:25) [34]

> Кто б сомневался (17.12.2009 00:26:19) [19]

Наоборот намного проще и быстрее.
Разница не существенна, для StandAlone Application переделка будет требовать перекомпиляции (за исключением форм и шаблонов), а для скриптовых языков не надо, изменил букву в текстовом редакторе и все сразу работает.

← →
Anatoly Podgoretsky © (2009-12-17 09:27) [35]

> antonn (17.12.2009 00:41:23) [23]

Ты не пугай, никакого написания "Апача" не требуется, на Дельфи пишутся модули для Апаче. Касательно шаблонизации - это есть и еще как есть. Вот по поводу быстрой модификации ты прав.

← →
Anatoly Podgoretsky © (2009-12-17 09:30) [36]

> Кто б сомневался (17.12.2009 03:21:26) [26]

intraweb это для построения крупных Интранет систем, сложно и долго, да и требуется серьезной проработки, разработки. На мелких проектах никак не окупается.

← →
antonn © (2009-12-17 13:33) [37]

> Мне нравится идея - cgi - консольная exe, отдаем запрос
> (строку ), получаем результат.

CGI запускается на каждом запросе, своя копия для нового запроса. Потому ПХП ставят как модуль к апачу, иначе все это как минимум жрет память. Во вторых новому процессу еще нужно время стартовать, а модуль уже запущен и просто ждет строку на парсинг.
все же повторю - писать шаблонизатор на дельфи - это просто дико неудобно. И по скорости пхп вполне справляется с этим, а при необходимости легко используется БД.

> Anatoly Podgoretsky © (17.12.09 09:27) [35]
>
> > antonn (17.12.2009 00:41:23) [23]
>
> Ты не пугай, никакого написания "Апача" не требуется, на
> Дельфи пишутся модули для Апаче.

страничка еще часто содержит картинки, внешние css, js, файлы разные. Апач поддерживает их отдачу, поддерживает 206, он - exe, он делает это быстро.
Это если писать "свой вебсервер в одном exe"

← →
ocean (2009-12-17 13:58) [38]

Я тоже давно кошусь на эту [0] проблему, результаты такие.
1. Можно сделать приложение CGI, это консольное приложение Delphi, а еще лучше подойдет TurboPascal или TC. Песня для программистов старой формации.
2. ActiveX, я делал это на Delphi7, прекрасно работает. Лично мне не понравилось, что у клиента много вопросов по поводу издателя ActiveX, но в своем Интранете это можно подкрутить.
3. ASP.Net приложение на Delphi 2009, TurboDelphi и т.д. По-моему, реализовано криво.
Поэтому даю рекомендацию такую: ASP.Net приложение на C# в какой-нибудь MS Visual Studio. Это перспективная технология, пригодится по любому. Ну, а если неохота париться, присоединяюсь к
> DVM © (17.12.09 00:10) [4]

← →
palva © (2009-12-17 14:01) [39]

На Delphi, конечно, можно. Но на стандартных хостингах это сделать нельзя, а просить о нестандартной услуге - это на порядок дороже будет. Еще можно держать сервер у себя дома. Но это надо оплачивать постоянный IP и покупать дополнительный компьютер, который держать включенным круглосуточно. Короче, надо сначала договариваться с хостером. Может кто из делфи-мастеров предоставит такую услугу.

А так, конечно, и собственный web-сервер на делфи несложно написать, как здесь пишут. Но ты попробуй попроси запустить этот вэб сервер на чужом хостинге. Да мильён рублей запросят - лишь бы не иметь таких приключений.

← →
Кто б сомневался © (2009-12-17 14:25) [40]

palva © (17.12.09 14:01) [39]

Это про intraweb ?
cgi по идее это не касается, и он должен работать на стандартных хостах?

Вобщем идея такая, cgi + html визаульный редактор + ява скрипт, который я немного знаю.
Пойдет такая связка для создания дин. страниц?

> CGI запускается на каждом запросе, своя копия для нового
> запроса

А нельзя сделать какой то тайм аут? Дабы программа не завершалась, и была запущена, и если нет обращений, отключалась?

← →
Кто б сомневался © (2009-12-17 14:27) [41]

> Сергей М. © (17.12.09 08:54) [28]
>>IntraWeb vs. Web. Печальный опыт и выводы.

да я вчера читал это, также не захотелось усложнять. Тем более есть неплохой вариант в [40], к тому же проблема с поддержкой этой службы на платных хостах.

← →
antonn © (2009-12-17 14:35) [42]

> А нельзя сделать какой то тайм аут? Дабы программа не завершалась,
> и была запущена, и если нет обращений, отключалась?

это механика cgi - запуск внешних программ для каждого вызова вебсервера.
как сделать таймауты хз, не разбирался, везде предпочитал подключать мускл и пхп как модули апача.

на платных хостах в случае с cgi на дельфи нужно брать площадку с Виндой, в то время как относительно дешевые и распространенные идут на юниксе

> Вобщем идея такая, cgi + html визаульный редактор + ява
> скрипт, который я немного знаю.
> Пойдет такая связка для создания дин. страниц?

довольно непонятная связка :)
у тебя ехе будет формиривать хтмл, в том числе и яву-шкрипт. Вопрос в том, как делать шаблонизатор для своего ехе

← →
Кто б сомневался © (2009-12-17 14:41) [43]

> довольно непонятная связка :)
> у тебя ехе будет формиривать хтмл, в том числе и яву-шкрипт.
>

А разе нельзя сделать так: обычные html и js. Допустим нужно забрать значение из editbox - юзер жмет кнопку, и js вызывает cgi exe с набором параметров, включая содержимое editbox. Exe сответственно сохраняет это.
Далее js показывает следующую страницу. Так можно?

← →
palva © (2009-12-17 14:54) [44]

> cgi по идее это не касается, и он должен работать на стандартных хостах?

Вы предлагаете, чтобы я поискал для вас хостинг? Уверяю вас, это непросто сделать.

Если вы хотите обязательно на Delphi, то вы сможете написать только программу под Windows. А это значит хостинг должен быть на Windows. Вам подойдет только тот тариф, который допускает запуск собственных CGI. Следовательно, ищете в поисковике по словами hosting windows cgi. Тарифы на Windows как правило включают оплату технологий asp.net. Таким образом вы будете оплачивать дополнительно еще и эту гораздо более мощную технологию, чем Delphi, но пользоваться ей не будете. Ну тут уже выхода нет. Не хотите учить стандартную дешевую технологию - значит будете платить. Капризы энтузиастов нынче дороги. Хотя поищите, может быть, среди делфи-мастеров тоже есть энтузиасты, которые поделятся с вами опытом или даже хостингом.

Если вы согласитесь писать не на делфи, а хотя бы на фри паскале, тогда условие "Windows" можно не накладывать.

← →
clickmaker © (2009-12-17 14:57) [45]

> А разе нельзя сделать так: обычные html и js. Допустим нужно
> забрать значение из editbox - юзер жмет кнопку, и js вызывает
> cgi exe с набором параметров, включая содержимое editbox

js не может прямо вызвать cgi.exe.
js может отправить запрос на веб-сервер либо путем перехода по урлу, либо, не перегружая страницу, через AJAX

← →
Кто б сомневался © (2009-12-17 15:04) [46]

> js не может прямо вызвать cgi.exe.

На php можно так сделать? Вызвать cgi.exe?

← →
Кто б сомневался © (2009-12-17 15:05) [47]

> Вы предлагаете, чтобы я поискал для вас хостинг? Уверяю
> вас, это непросто сделать.

Да я уже нашел. Цена 15 wmz на полгода. cgi, widows. Не так уж и дорого.

← →
clickmaker © (2009-12-17 15:06) [48]

> На php можно так сделать? Вызвать cgi.exe?

зачем?
php используется вместо

← →
Кто б сомневался © (2009-12-17 15:10) [49]

> clickmaker © (17.12.09 15:06) [48]
>
> > На php можно так сделать? Вызвать cgi.exe?
>
> зачем?
> php используется вместо

Мне нужно просто генерить код подвтерждения, при покупке, на основе полученного из адресной строки. Как сделать это на php быстро и чтобы не взломали, не знаю. А вот cgi сделаю быстро. Также нужно вычислять хэши и держать небольшую базу данных, пусть даже в простом бин. файле.
Так можно или нет?

← →
clickmaker © (2009-12-17 15:14) [50]

> Так можно или нет?

а почему не обратиться к cgi
http://yourhost.ru/cgi-bin/yourcgimodule?param=полученное_из_адресной_строки

← →
palva © (2009-12-17 15:15) [51]

> Да я уже нашел. Цена 15 wmz на полгода. cgi, widows. Не
> так уж и дорого.

Поделитесь ссылкой. Я тоже такой хочу.

← →
Кто б сомневался © (2009-12-17 15:18) [52]

> Поделитесь ссылкой. Я тоже такой хочу.

http://www.ho.ua/

> clickmaker © (17.12.09 15:14) [50]
>
> > Так можно или нет?
>
> а почему не обратиться к cgi
> http://yourhost.ru/cgi-bin/yourcgimodule?param=полученное_из_адресной_строки

Да можно то можно. Но тогда нужно будет и генерить саму страницу. Что намного сложнее. А так я бы просто вызывал cgi exe в нужное время из php\html и все.
Дык можно вызвать cgi из php?

← →
palva © (2009-12-17 15:21) [53]

> Дык можно вызвать cgi из php?

Вызвать-то можно. Но разрешить ли вам это сделать хостер. Обычно настройки безопасности не позволяют из php запускать исполняемые файлы.

← →
clickmaker © (2009-12-17 15:22) [54]

> Дык можно вызвать cgi из php?

exec()
но все равно не понимаю: что, нельзя сгенерить код подвтерждения прямо на php?

← →
palva © (2009-12-17 15:30) [55]

> http://www.ho.ua/

Даже crontab на Windows есть. Молодцы.

← →
Кто б сомневался © (2009-12-17 15:38) [56]

> но все равно не понимаю: что, нельзя сгенерить код подвтерждения
> прямо на php?

Я не знаю сколько займет времени на изучение. Чтобы написать безопасный и отпимизированный код.
Если это будет exe то я смогу сделать сразу.
К тому же мне кажется, cgi более защищен для таких целей, чем php (особенно если его буду юзать я, как новичок). Ведь php скриптовый язык, требующий транслятора.

← →
ANB (2009-12-17 15:46) [57]

> К тому же мне кажется, cgi более защищен для таких целей,
> чем php (особенно если его буду юзать я, как новичок).
> Ведь php скриптовый язык, требующий транслятора.

Скрипт пхп юзер никогда не увидет.
Крякнуть его может только хозяин хоста. Что не помешает ему крякнуть и CGI при надобности.
Кстати, пхп тоже будет загружаться в отдельном процессе на каждом клике.

Выхода 2 :
1) Писать много маленьких шустрых ЦГИ на каждый случай
2) Написать один маленький шустрый универсальный ЦГИ (если получится)
3) Попытаться реализовать сервис. Для веб-сервисов наши спецы говорили, что вроде есть решение, когда ВС крутиться не выгружаясь, держа пул соединений. Но я такого не видел и сами они не писали.

← →
ANB (2009-12-17 15:47) [58]

> Выхода 2 :

Выхода 3 :
:)

← →
clickmaker © (2009-12-17 15:51) [59]

> Для веб-сервисов наши спецы говорили, что вроде есть решение,
> когда ВС крутиться не выгружаясь, держа пул соединений

IIS крутится, не выгружаясь.
Вернее, он выгрузится, когда вообще не будет запросов в течение жизни сессии (20 минут по умолчанию)

← →
ANB (2009-12-17 16:08) [60]

> IIS крутится, не выгружаясь.
> Вернее, он выгрузится, когда вообще не будет запросов в
> течение жизни сессии (20 минут по умолчанию)

IIS - это же аналог апача. Ясный пень - он будет крутиться. А ЦГИ, которые он будет дергать - будут жить один клик.

← →
Anatoly Podgoretsky © (2009-12-17 16:22) [61]

> К тому же мне кажется, cgi более защищен для таких целей,
> чем php

Более защищен ASP.NET

← →
Anatoly Podgoretsky © (2009-12-17 16:24) [62]

> ANB (17.12.09 16:08) [60]

C IIS есть одна проблема с StandAlone - это зависания ЕХЕ, на IIS 6. Для IIS 5.2 и Апача этой проблемы нет. Разбираться я даже не стал.

итого :
есть возможность юзать cgi, но если не генерить страницы. Запустить его можно из страницы "onAction", при помощи php, и то не все хостеры могут это разрешить.
Получается что все равно придется братся за php.

> Кто б сомневался (17.12.2009 16:32:03) [63]

Я уже сделал несколько разных сайтов и все без php, что разрушает твой тезис.

> Я уже сделал несколько разных сайтов и все без php, что
> разрушает твой тезис.

А хост свой или чужой?
Дайте адрес сайта?
На чем делали? Intraweb?

← →
ANB (2009-12-17 17:07) [66]

> есть возможность юзать cgi, но если не генерить страницы.

Почему ? Страницы можно даже ораклом на пл/скл генерить.
Все дело в удобстве.

← →
Б (2009-12-17 17:10) [67]

Уроки по Друпалу - http://remage.su/

← →
Суслик_ (2009-12-17 17:37) [68]

Поведаю свою историю написание клиентской и серверной частей на дельфи, а ты думай.

Изначально я использовал Indy. В общем даже вроде и работало, правда массового тестирования не проводил. Т.е. только в локалке тестировал. Но умные дяди (не буду показывать пальцем) сказали, что Indy - это не есть хорошо, лучше ICS.

Я разобрался с ICS. Хорошая библиотека, на исинхронных сокетах, достаточно производительные сервера и клиенты можно делать. Но как всегда опенсорсные проекты страдают слабой документацией - нужно в них сильно въезжать, тогда будет хорошо. К тому же, т.к. у меня пользователи имеют сильно разные конфигурации, то были проблемы - то через прокси ходить не хочет, то еще чего. Я много времени потратил на ICS и 2616 спецификацию читал и снифером смотрел - не смог я его заставить работать в некоторых конфигурациях прокси и ISA-сервера.

В итоге все переписал на PHP на сервере и WinINet на клиенте - все летает. Если работает IE, если с помощью него можно выйти в интернет, то и у тебя будет все работать, какие бы прокси не стояли у тебя на пути :)

Мой совет - используй PHP, гимора будет меньше, а в изучении он действительно просто - главное не бояться - денег посидишь и ставить научишься его и настраивать. На клиенте я бы тоже не стал дельфовые компоненты использовать - WinINet мой выбор.

Если уж ты собираешь иметь вебдоступ к базе, то однозначно PHP - он все же заточен на создание веб-серверов. В дельфи ты замучаешься реализовывать многие вещи, которые в PHP уже сделаны - параметры там парсить, с куками работать и т.д. и т.п.

> Я уже сделал несколько разных сайтов и все без php, что
> разрушает твой тезис.

какой конструктор?
друпал - тоже конструктор, можно сделать сайт не касаясь пхп. Но он будет работать на пхп.

а еще есть "сайт", а есть набор страничек.

вобщем про php понятно, будем тренироватся..

Подскажите на чем базу можно сделать на сайте?
Саму простую и быструю, нужно сохранять мыло и ID. Как вариант сохранять все просто в текстовый файл, - и быстро и достаточно.. Но, возможно в будущем появятся непредсказуемые проблемы с таким вариантом.

> Кто б сомневался (17.12.2009 17:06:05) [65]

Из видимых, только мой, в данный момент сделан на основе ASP.NET, ранее был на Линуксе и использовались SSI + счетчики на Паскале.
Остальные в моей Интрасети. CGI + Delphi + MS SQL + Apache

Мой личный сайт на ASP.NET сделан был с целью пробы AJAX и ASP.NET, мне легче и быстрее было бы сделать на Дельфи.

> Подскажите на чем базу можно сделать на сайте?

На обычном среднестатистическом хостинге уже подключен мускл. База и пользователь создается в phpmyadmin, либо сразу выдается хостером. Используешь эти данные (+пароль) и делаешь обычные запросы к базе.

> Кто б сомневался © (17.12.09 00:02) [1]
>
> Может есть какой нибудь материал на эту тему, или книга.
> . ?
> Веб на Delphi
>

Пётр Дарахвелидзе, Евгений Марков "Разработка Web-служб средствами Delphi"

> Подскажите на чем базу можно сделать на сайте?
Можно на sqlite, если подключение MySql платное и платить не хочется.

> Подскажите на чем базу можно сделать на сайте?

на текстовых файлах тоже можно, если хостинги совсем _sql не дают

← →
makvell (2009-12-18 11:14) [76]

> Кто б сомневался ©

Я так понимаю, судя по первому сообщению, что есть некоторый набор знаний в области жаваскрипта и большой опыт в дельфях. Почему бы тогда не взять ExtJS, который отлично документирован. Он не без косяков конечно, но их всегда можно поправить. Иерархия его объектов местами напоминает вцл, так что тут немного знакомо будет. Сделать статические страницы (я так понимаю потребности весьма скромные), и пусть они ходят аяксом на сервер (который, как я понял без труда вы можете написать на дельфях). И пусть сервер отвечает жсоном. Освоение недостающих частей должно быть весьма простым, кмк.

И красиво и просто и все в рамках имеющихся знаний :)

> И красиво и просто и все в рамках имеющихся знаний :)

Да все уже..

пхп рулз.. :)

> [75] MonoLife © (18.12.09 11:13)
> на текстовых файлах тоже можно, если хостинги совсем _sql
> не дают

sqlite не требует поддержки со стороны хостера.

> @!!ex (18.12.2009 16:11:18) [78]

Со стороны хостера требуется разрешение на запуск бинарников

← →
2332232332 (2009-12-18 20:42) [80]

http://www.raudus.com/

> http://www.raudus.com/

Интересная реализация.
Но на поверку сыровата, к тому же практически не документирована.
Standalone-сервер под управлением индейского http-сервера и под Windows и под Linux строит безупречно (навскидку ), работает шустро.
В дизайне будет, пожалуй, даже покомфортней IntraWeb и TMS4IW.
А вот SO-модули под Апач он строит, видимо, кривовато - Апач 2.2 под Денвером при загрузке построенного SO-модуля стабильно падает (под Linux не тестировал)

Что ж, будем подождать пока в D4PHP наконец появится пакет компонентов для поддержки ExtJS)

← →
Дмитрий Белькевич (2009-12-22 14:25) [82]

По поводу http://www.sql.ru/forum/actualthread.aspx?tid=555860

У нас вебморда на индийских компонентах вполне нормально крутится в стэндэлон приложении. Апач решили не тянуть в приложение - им заниматься некому. Отдельного человека брать только на поддержку Апача - дорого, проще и быстрее один раз код написать.

TIdHTTPServer + TDataSetPageProducer + TDataSetTableProducer. HTML, Ajax.

Это же потянем еще в два приложения. Одно - пишется с нуля, будет только вебморда, тоже стэндэлон. Другое - будем менять гуй на вебморду, она удобнее.

Но, как обычно - на вкус и цвет товарища нет. Кому-то Апач ближе.

и это 21 век

← →
Дмитрий Белькевич (2009-12-22 16:22) [84]

Я просто нагляделся, как Апач у нас хостингах работает. Из своего опыта понял, что Апач придётся перманентно поддерживать (причём разные версии - мало ли что там у юзеров стоит, а юзеры капризные - никто менять ничего не хочет и/или не может). Своё же в поддержке практически не нуждается и просто исправляется.

> Я просто нагляделся, как Апач у нас хостингах работает.

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

← →
Дмитрий Белькевич (2009-12-22 16:52) [86]

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

Ну а приложение-то должно работать везде... Вне зависимости от сторонних настроек и модулей. Иначе просто не купят.

Хостинги были разные и под каждый приходилось сайт переписывать.

← →
Дмитрий Белькевич (2009-12-22 16:56) [87]

Именно из-за глобальных настроек апача, насколько помню - самолично не занимался.

TIdHTTPServer + TDataSetPageProducer + TDataSetTableProducer. HTML, Ajax.

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

← →
Дмитрий Белькевич (2009-12-22 17:32) [89]

Непосредственно отрисовка страниц - где-то 200 строк паскалевского кода. 3000 строк кода всего в вебмордовских юнитах. И, да, в основном - таблицы. Код обрабатывает 30 HTML темплейтов.

Web при помощи Delphi Найти похожие ветки