<form action="http://localhost/cgi-bin/[имя программы (например, prog.exe)]" method="POST">
<input type="submit" value="OK">
</form>
краснокожих - расстрелять!
Сразу понятно, что виноват я сам, но вот в чем... Зацепился я за тему программирования под И-нет (PHP там всякий,Java) и пришел к выводу, что все эти узкоспециальние языки придумал враг для подрыва нашей обороноспособности :) Оказывается можно вместо Явы или ПШП (не путать с ППШ:) можно использовать обычный Си. Откомпилил. И что мне сказал Апач? -Forbidden! Это на моей-то машине?! Изничтожу!!! Хотя, видимо, я в чем-то не прав... ПОМОГИТЕ! Хочу кодить на СИ везде!!!
Цитата:
Originally posted by fanto
Сразу понятно, что виноват я сам, но вот в чем... Зацепился я за тему программирования под И-нет (PHP там всякий,Java) и пришел к выводу, что все эти узкоспециальние языки придумал враг для подрыва нашей обороноспособности :) Оказывается можно вместо Явы или ПШП (не путать с ППШ:) можно использовать обычный Си. Откомпилил. И что мне сказал Апач? -Forbidden! Это на моей-то машине?! Изничтожу!!! Хотя, видимо, я в чем-то не прав... ПОМОГИТЕ! Хочу кодить на СИ везде!!!
Сразу понятно, что виноват я сам, но вот в чем... Зацепился я за тему программирования под И-нет (PHP там всякий,Java) и пришел к выводу, что все эти узкоспециальние языки придумал враг для подрыва нашей обороноспособности :) Оказывается можно вместо Явы или ПШП (не путать с ППШ:) можно использовать обычный Си. Откомпилил. И что мне сказал Апач? -Forbidden! Это на моей-то машине?! Изничтожу!!! Хотя, видимо, я в чем-то не прав... ПОМОГИТЕ! Хочу кодить на СИ везде!!!
Есть одна беда - нынче почти никакой хостер не позволит тебе исполнять си-программы у себя на сервере.
Ну и даже если ТАК хочется попробовать на апаче на своей машине, то давай разберемся. Какой у тебя апач и кем он вообще настроен?
Цитата:
Originally posted by Dolonet
Есть одна беда - нынче почти никакой хостер не позволит тебе исполнять си-программы у себя на сервере.
Ну и даже если ТАК хочется попробовать на апаче на своей машине, то давай разберемся. Какой у тебя апач и кем он вообще настроен?
Есть одна беда - нынче почти никакой хостер не позволит тебе исполнять си-программы у себя на сервере.
Ну и даже если ТАК хочется попробовать на апаче на своей машине, то давай разберемся. Какой у тебя апач и кем он вообще настроен?
лично у меня совершенно другие сведения: любой хостер позволяет запуск cgi скриптов, а еменно cgi скриптами программы на с++ и являются (для справки php, perl это тоже cgi).
cgi проги можно писать на люом языке, хоть на делфи, хоть на си. у хостера есть всегда такая папка bin/ - для cgi програм.
На заметку, cgi - технологи самая старая, ну и соответственно самая медленная.......
Цитата:
Originally posted by TrueMind
лично у меня совершенно другие сведения: любой хостер позволяет запуск cgi скриптов, а еменно cgi скриптами программы на с++ и являются (для справки php, perl это тоже cgi).
cgi проги можно писать на люом языке, хоть на делфи, хоть на си. у хостера есть всегда такая папка bin/ - для cgi програм.
На заметку, cgi - технологи самая старая, ну и соответственно самая медленная.......
лично у меня совершенно другие сведения: любой хостер позволяет запуск cgi скриптов, а еменно cgi скриптами программы на с++ и являются (для справки php, perl это тоже cgi).
cgi проги можно писать на люом языке, хоть на делфи, хоть на си. у хостера есть всегда такая папка bin/ - для cgi програм.
На заметку, cgi - технологи самая старая, ну и соответственно самая медленная.......
Благодарю, я осведомлен, что такое cgi. Кстати, я этого слова не произнес. А обратная информация, которой Вы располагаете, может быть не совсем корректной. Позвольте объяснить.
1. cgi-скрипты бывают разные: C++, PHP, Perl, Pascal, хоть FORT. Но все они делятся на так называемые "безопасные" и все остальные. C++ относится к остальным, т.к. будучи выполненым на сервере он может случайно или намерено порушить систему. "Безопасные" же cgi скрипты (я говорю сейчас только о сервер-исполняемых, конечно), такие как PHP&Perl, они исполняются сервером не как программа, а как интерпритируемый код. Естественно, все это с нюансами вроде кеширования кода и пр, но принцип остается тот же. Эти скрипты практически не могут сделать какую-то глупость, которая приведет к нарушению работоспособности сервера, т.к. исполняются они интерпритатором, одной программой, которую контролировать не так сложно. Именно поэтому на многих серверах для безопасности разрешают только "безопасные" скрипты.
2. cgi технология самая старая среди чего? Ныне, например, интерпритируемый язык PHP5 во многих случаях работает даже быстрее Perl.
Цитата:
Originally posted by Dolonet
Благодарю, я осведомлен, что такое cgi. Кстати, я этого слова не произнес. А обратная информация, которой Вы располагаете, может быть не совсем корректной. Позвольте объяснить.
1. cgi-скрипты бывают разные: C++, PHP, Perl, Pascal, хоть FORT. Но все они делятся на так называемые "безопасные" и все остальные. C++ относится к остальным, т.к. будучи выполненым на сервере он может случайно или намерено порушить систему. "Безопасные" же cgi скрипты (я говорю сейчас только о сервер-исполняемых, конечно), такие как PHP&Perl, они исполняются сервером не как программа, а как интерпритируемый код. Естественно, все это с нюансами вроде кеширования кода и пр, но принцип остается тот же. Эти скрипты практически не могут сделать какую-то глупость, которая приведет к нарушению работоспособности сервера, т.к. исполняются они интерпритатором, одной программой, которую контролировать не так сложно. Именно поэтому на многих серверах для безопасности разрешают только "безопасные" скрипты.
2. cgi технология самая старая среди чего? Ныне, например, интерпритируемый язык PHP5 во многих случаях работает даже быстрее Perl.
Благодарю, я осведомлен, что такое cgi. Кстати, я этого слова не произнес. А обратная информация, которой Вы располагаете, может быть не совсем корректной. Позвольте объяснить.
1. cgi-скрипты бывают разные: C++, PHP, Perl, Pascal, хоть FORT. Но все они делятся на так называемые "безопасные" и все остальные. C++ относится к остальным, т.к. будучи выполненым на сервере он может случайно или намерено порушить систему. "Безопасные" же cgi скрипты (я говорю сейчас только о сервер-исполняемых, конечно), такие как PHP&Perl, они исполняются сервером не как программа, а как интерпритируемый код. Естественно, все это с нюансами вроде кеширования кода и пр, но принцип остается тот же. Эти скрипты практически не могут сделать какую-то глупость, которая приведет к нарушению работоспособности сервера, т.к. исполняются они интерпритатором, одной программой, которую контролировать не так сложно. Именно поэтому на многих серверах для безопасности разрешают только "безопасные" скрипты.
2. cgi технология самая старая среди чего? Ныне, например, интерпритируемый язык PHP5 во многих случаях работает даже быстрее Perl.
Я согласен, просто сейчас хостеры различают Perl, Php и Cgi в разные группы. А под cgi понимаются программы написанные на компилируемых языках (c++, delphi), говоря о давности технологии я имел именно такие программы, ничего не имею против php и perl....
Цитата:
Originally posted by TrueMind
Я согласен, просто сейчас хостеры различают Perl, Php и Cgi в разные группы. А под cgi понимаются программы написанные на компилируемых языках (c++, delphi), говоря о давности технологии я имел именно такие программы, ничего не имею против php и perl....
Я согласен, просто сейчас хостеры различают Perl, Php и Cgi в разные группы. А под cgi понимаются программы написанные на компилируемых языках (c++, delphi), говоря о давности технологии я имел именно такие программы, ничего не имею против php и perl....
Они вынуждены различать, ведь если PHP может исполняться где угодно, указать лишь php.exe в апаче на обработку расширений php, php3, phtml etc., то перл и exe cgi в основном работают только из cgi-bin/.
Цитата:
Originally posted by TrueMind
Я согласен, просто сейчас хостеры различают Perl, Php и Cgi в разные группы. А под cgi понимаются программы написанные на компилируемых языках (c++, delphi), говоря о давности технологии я имел именно такие программы, ничего не имею против php и perl....
Я согласен, просто сейчас хостеры различают Perl, Php и Cgi в разные группы. А под cgi понимаются программы написанные на компилируемых языках (c++, delphi), говоря о давности технологии я имел именно такие программы, ничего не имею против php и perl....
глупости... под CGI понимают программы, работающие через CGI интерфейс. и все. на чем они написаны - абсолютно все равно.
а насчет того что хостеры различают CGI, Perl, PHP в разные группы - это вообще, извините, смешно.
Цитата:
Originally posted by squirL
глупости... под CGI понимают программы, работающие через CGI интерфейс. и все. на чем они написаны - абсолютно все равно.
а насчет того что хостеры различают CGI, Perl, PHP в разные группы - это вообще, извините, смешно.
глупости... под CGI понимают программы, работающие через CGI интерфейс. и все. на чем они написаны - абсолютно все равно.
а насчет того что хостеры различают CGI, Perl, PHP в разные группы - это вообще, извините, смешно.
TrueMind, видимо, имел в виду то, что они исполняются по разным принципам. Различие есть только между исполняемыми и интерпритируемыми скриптами.
Цитата:
Originally posted by Dolonet
TrueMind, видимо, имел в виду то, что они исполняются по разным принципам. Различие есть только между исполняемыми и интерпритируемыми скриптами.
TrueMind, видимо, имел в виду то, что они исполняются по разным принципам. Различие есть только между исполняемыми и интерпритируемыми скриптами.
с точки зрения CGI интерфейса - никакой.
По моему скромному разумению, не каждый хостер разрешит выполнять скрипты на C, кстати php не обязательно устанавливается как cgi
но скажем если посмотреть здесь
http://valuehost.ru/serverplana/
то это не так уж и дорого.
хотя хостинг с пхп и mysql можно найти за 10$ в год.(не шибко хороший но есть)
PS:
по мойму гвозди надо забивать молотком, а пилить пилой.
но скажем если посмотреть здесь
http://valuehost.ru/serverplana/
то это не так уж и дорого.
хотя хостинг с пхп и mysql можно найти за 10$ в год.(не шибко хороший но есть)
PS:
по мойму гвозди надо забивать молотком, а пилить пилой.
Цитата:
Originally posted by squirL
с точки зрения CGI интерфейса - никакой.
с точки зрения CGI интерфейса - никакой.
PHP используется не только через CGI-интерфейс, но и как исполняемый скрипт. На сервере. Он проходит через интерпритатор php.exe, который возвращает измененное содержимое html-страницы с php вставками. Этот интерфейс достаточно сильно отличается от исполнения Си программ на сервере, надеюсь, не надо объяснять почему.
Хотя я могу в чем-то заблуждаться...
Вообще если не поленишся изучишь РНР то сожалеть не будешь, синтаксис оч похож с С, но есть масса полезных функций заточенных именно под веб.
Кроме того есть куча готовых скриптов и классов которые могут значительно ускорить разработку продука.
Кстате хорошая статья о выборе средств для веб приложений есть здесь phpinside.ru выпуск 10.
в этой статье сравнивались различные технологии для веб, в тч и C++ в общем будет время глянь,
а по настройке apache сюда:
apache.org
к сожалению большим помочь не могу тк. сам ни когда не пытался писать на с для веб.
Кроме того есть куча готовых скриптов и классов которые могут значительно ускорить разработку продука.
Кстате хорошая статья о выборе средств для веб приложений есть здесь phpinside.ru выпуск 10.
в этой статье сравнивались различные технологии для веб, в тч и C++ в общем будет время глянь,
а по настройке apache сюда:
apache.org
к сожалению большим помочь не могу тк. сам ни когда не пытался писать на с для веб.
Да ну, в *nix'ах нет возможности изолировать бинарник от нутра оси и все такое? Ой что-то не верю;) А тогда какая нафиг разница в безопасности между интерпретируемыми языками и прочими? И PHP, PERL, etc. в 'mod' варианте юзают тот же cgi, только оберток больше. Да и те же бинарные cgi'ки можно завернуть во всяческие моды, которые их будут кешировать и т.п. и т.д., что в итоге уж точно будет не хуже интерпретируемой дребедени. Другое дело что возьни конечно много больше, но, имхо, чем детальнее подход, тем больше отдача. А-то понаштамповали ацтоя по всей паутине, брр, в дрожь бросает;)
я уверен, что любой нормальный хостер разрешит вам хостить программы на С++ (во всяком случае, мой хостер - обычный хостер из Екатеринбурга разрешает), только покрутит пальцем у виска, потому что вы, в случае реального намерения использовать такую программу в production целях, либо гуру, либо, простите, педераст. попробуйте тогда ассемблер. веселее будет, а уж производительнее!!!
советую присмотреться к таким "узкоспециализированным"(хаха!) технологиям, как J2EE и .NET, они ныне куда перспективнее, чем С++ в плане работы под веб.
советую присмотреться к таким "узкоспециализированным"(хаха!) технологиям, как J2EE и .NET, они ныне куда перспективнее, чем С++ в плане работы под веб.
Цитата:
Originally posted by Shiizoo
Да ну, в *nix'ах нет возможности изолировать бинарник от нутра оси и все такое? Ой что-то не верю;) А тогда какая нафиг разница в безопасности между интерпретируемыми языками и прочими? И PHP, PERL, etc. в 'mod' варианте юзают тот же cgi, только оберток больше. Да и те же бинарные cgi'ки можно завернуть во всяческие моды, которые их будут кешировать и т.п. и т.д., что в итоге уж точно будет не хуже интерпретируемой дребедени. Другое дело что возьни конечно много больше, но, имхо, чем детальнее подход, тем больше отдача. А-то понаштамповали ацтоя по всей паутине, брр, в дрожь бросает;)
Да ну, в *nix'ах нет возможности изолировать бинарник от нутра оси и все такое? Ой что-то не верю;) А тогда какая нафиг разница в безопасности между интерпретируемыми языками и прочими? И PHP, PERL, etc. в 'mod' варианте юзают тот же cgi, только оберток больше. Да и те же бинарные cgi'ки можно завернуть во всяческие моды, которые их будут кешировать и т.п. и т.д., что в итоге уж точно будет не хуже интерпретируемой дребедени. Другое дело что возьни конечно много больше, но, имхо, чем детальнее подход, тем больше отдача. А-то понаштамповали ацтоя по всей паутине, брр, в дрожь бросает;)
Мне интересно как ты предполагаешь подключаться на автомате из си-приложения ко всяким полезным библиотекам, таким как gz, графика, msql, mysql etc.? естественно, можно найти решение, но код становится сразу объемным и тяжелым для понимания. Более того, еще больше геморроя доставит поддержка нескольких платформ, но все все-равно не учесть. Т.е. exeшник сразу привязывается к серверу мертвой хваткой. Любое изменение - обязательная компиляция и перенос всего скомпилированного ПО. Как-то немелодично получается, а главное - где смысл?
Мне интересно кому взбредет в голову изо дня в день скакать с одной платформы/архитектуры на другую;) Можно сотню раз похвастать тем что в твоем запорожце каждая отдельная седушка обита кожей разного цвета, но какой в этом практический толк?:) Лагаем и заряжаем в хостинг только за то, что кодеры отдыхают на своих продуктах-уродцах^^ Что за программер, который тянется не за эффективностью [ :D ], а за простотой его написания/интерпретации и т.п.? Нет, ну я понимаю, что можно схалтурить если ты дворы метешь и лишние 1-2 плевка никого сильно не расстроят... Но технарю такое непростительно:) Если решение есть - его нужно применить. И вообще, я не предлагаю кодить "хомепага Васи" или прочие изделия "с коленки" на сях, дельфях и т.п... Ии.. И вообще ничего не предлагаю. Просто интересно, неужели так задорно играть футбол в тапках на 2x2 поле? Ну а про .net вообще молчу.....
Хреновы метафоры;) В общем, что я хотел сказать.. Стоит лишний раз подумать. И если ты так не любишь вкалывать в своей сфере, то зачем в этой сфере вообще крутиться? Упрощать реализацию задачи можно до бесконечности, только за каким Ы предлагать потребителям сляпаный на скорую руку клон notepad'а?
ps: если я открою в той же ванной комнате кран (неважно какой), и буду ждать пока в нем кончится вода, то ждать придется очень и очень долго.. Но! Значит ли это, что стоит следовать моему примеру и транжирить ее налево и направо? Так и здесь.
>>>imo. существование настоящего кодера это видимо утопия, а имеем сплошь домохозяЕВ с 'hl in 24h';)
Хреновы метафоры;) В общем, что я хотел сказать.. Стоит лишний раз подумать. И если ты так не любишь вкалывать в своей сфере, то зачем в этой сфере вообще крутиться? Упрощать реализацию задачи можно до бесконечности, только за каким Ы предлагать потребителям сляпаный на скорую руку клон notepad'а?
ps: если я открою в той же ванной комнате кран (неважно какой), и буду ждать пока в нем кончится вода, то ждать придется очень и очень долго.. Но! Значит ли это, что стоит следовать моему примеру и транжирить ее налево и направо? Так и здесь.
>>>imo. существование настоящего кодера это видимо утопия, а имеем сплошь домохозяЕВ с 'hl in 24h';)
Лично я целиком и полностью за Си++(кстати с праздником его 20 лет как-никак сегодня исполнилось), а не за тупой навороченный всякой херней PHP.
Perl еще молодец.
Но меня всегда очень напрягали языки без типов данных.
Perl еще молодец.
Но меня всегда очень напрягали языки без типов данных.
Цитата:
Мне интересно как ты предполагаешь подключаться на автомате из си-приложения ко всяким полезным библиотекам, таким как gz, графика, msql, mysql etc.? естественно, можно найти решение, но код становится сразу объемным и тяжелым для понимания. Более того, еще больше геморроя доставит поддержка нескольких платформ, но все все-равно не учесть. Т.е. exeшник сразу привязывается к серверу мертвой хваткой. Любое изменение - обязательная компиляция и перенос всего скомпилированного ПО. Как-то немелодично получается, а главное - где смысл?
смысл в несоизмеримо более высокой производительности. на С никто писать не призывает. призывают писать на С++. вставить туда взаимодействие с MySQL, MSSQL, Графикой - в чем проблема?
Цитата:
Originally posted by squirL
смысл в несоизмеримо более высокой производительности. на С никто писать не призывает. призывают писать на С++. вставить туда взаимодействие с MySQL, MSSQL, Графикой - в чем проблема?
смысл в несоизмеримо более высокой производительности. на С никто писать не призывает. призывают писать на С++. вставить туда взаимодействие с MySQL, MSSQL, Графикой - в чем проблема?
Согласен. Взаимодействие с MySQL осуществляется легко с помощью libmysql.dll
С графикой и того проще, надо использовать встроенные в саму винду библиотеку.
Другое дело, что это ориентировано на винду, и под каждый хостер с разной операционкой нужен разные код.
Цитата:
Originally posted by Yuri Koslow
По моему скромному разумению, не каждый хостер разрешит выполнять скрипты на C, кстати php не обязательно устанавливается как cgi
но скажем если посмотреть здесь
http://valuehost.ru/serverplana/
то это не так уж и дорого.
хотя хостинг с пхп и mysql можно найти за 10$ в год.(не шибко хороший но есть)
PS:
по мойму гвозди надо забивать молотком, а пилить пилой.
По моему скромному разумению, не каждый хостер разрешит выполнять скрипты на C, кстати php не обязательно устанавливается как cgi
но скажем если посмотреть здесь
http://valuehost.ru/serverplana/
то это не так уж и дорого.
хотя хостинг с пхп и mysql можно найти за 10$ в год.(не шибко хороший но есть)
PS:
по мойму гвозди надо забивать молотком, а пилить пилой.
Хо-Хо-Хо (ка дед мороз)
Ну во первых, на сях скрипты не пишут, на сях пишут программы.
Во вторых, я, как человек с болшим опытом написания и распростронения программ написанных на СИ, и работающих с использованием CGI интерфеса могу сказать что они работают практически у всех (если вообще не у всех) хостинг-провадеров, в том числе и валуехосте.
Основная трудность - это неквалифицированость пользователей, которые эти программу устанавливают. Например, попробуй объясни рядовому пользователю, что Windows программа не будет работать на ValueHost, так как там FreeBSD. Я про разные версии библиотек я вообще молчу.
Но не нужно перекладывать задачи, которые можно реализовать на PHP или ASP на СИ. Вы потеряете самое дорогое - время. Более того, я не рекомендую писать CGI-приложения на сях, я рекомендую переписывать зашивающиеся PHP/ASP скрипты.
Цитата:
Originally posted by 3D Bob
Согласен. Взаимодействие с MySQL осуществляется легко с помощью libmysql.dll
С графикой и того проще, надо использовать встроенные в саму винду библиотеку.
Другое дело, что это ориентировано на винду, и под каждый хостер с разной операционкой нужен разные код.
Согласен. Взаимодействие с MySQL осуществляется легко с помощью libmysql.dll
С графикой и того проще, надо использовать встроенные в саму винду библиотеку.
Другое дело, что это ориентировано на винду, и под каждый хостер с разной операционкой нужен разные код.
безусловно. связка MySQL и C++ ориенирована на винду. :D упал.
кстати на С++ никто не мешает писать кросплатформенный код. с минимальной переделкой. только я не понимаю, вы что, собираетесь хоститься на винде?
[SIZE=3][FONT=arial]Программирование на Си для Интернет[/FONT][/SIZE]
[FONT=times new roman]
[EMAIL=shigorinsv@rambler.ru]Шигорин С.В.[/EMAIL]
[FONT=times new roman]
- Неважно, есть ли у Вас сервер Apach или нет.
- Установите Internet Information Services (IIS). Если у Вас есть Windows XP, то установите из [Start]\[Control Panel]\[Add and Remove Programs]\[Add\Remove Windows Component] IIS, иначе приобретите на CD диске.
- Создайте консольное приложение.
- Программа должна обрабатывать стандартный ввод. На стандартный ввод направляется код страницы HTML, например, вызывающей программу на Си из формы с кнопкой "OK":Код:
- Программа должна выдавать в стандартный вывод код HTML страницы поступающей в веб-браузер.
- Откомпилируйте программу на Си.
- Поместите программу в папку "[дисковод ОС Windows]:[\Inetpub\cgi". Правильно: в странице HTML - "cgi-bin", а папка - "cgi".
- Откройте страницу HTML в веб-браузере и нажмите кнопку "OK".
- В веб-браузере отобразится страница HTML, выданная программой.
[EMAIL=shigorinsv@rambler.ru]Шигорин С.В.[/EMAIL]