Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2010.03.07;
Скачать: [xml.tar.bz2];

Вниз

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

 
Кто б сомневался ©   (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 и Апача этой проблемы нет. Разбираться я даже не стал.


 
Кто б сомневался ©   (2009-12-17 16:32) [63]

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


 
Anatoly Podgoretsky ©   (2009-12-17 16:43) [64]

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

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


 
Кто б сомневался ©   (2009-12-17 17:06) [65]


> Я уже сделал несколько разных сайтов и все без 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 уже сделаны - параметры там парсить, с куками работать и т.д. и т.п.


 
antonn ©   (2009-12-17 17:49) [69]


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

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

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


 
Кто б сомневался ©   (2009-12-17 19:11) [70]

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

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


 
Anatoly Podgoretsky ©   (2009-12-17 19:22) [71]

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

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

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


 
antonn ©   (2009-12-17 19:23) [72]


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

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


 
Плохиш ©   (2009-12-17 23:37) [73]


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

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


 
palva ©   (2009-12-18 11:05) [74]

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


 
MonoLife ©   (2009-12-18 11:13) [75]


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

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


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


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


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

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


 
Кто б сомневался ©   (2009-12-18 14:41) [77]


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


Да все уже..

пхп рулз.. :)


 
@!!ex ©   (2009-12-18 16:11) [78]

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

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


 
Anatoly Podgoretsky ©   (2009-12-18 16:42) [79]

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

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


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

http://www.raudus.com/



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2010.03.07;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.62 MB
Время: 0.006 c
15-1261496955
xayam
2009-12-22 18:49
2010.03.07
Когда истина зависит от терминологии


15-1261314553
DanweR
2009-12-20 16:09
2010.03.07
Демонстрация сортировки


2-1261834445
Токи
2009-12-26 16:34
2010.03.07
Проблема с БД на парадоксе


2-1262284745
Zimmin
2009-12-31 21:39
2010.03.07
Как упростить ввод повторяющихся записей? ADO+Access


3-1235981052
Sergey2
2009-03-02 11:04
2010.03.07
Связать 2 таблицы





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский