Moderator: Shaos
Ну почему же нет смысла?!VituZz wrote:Правильно ли я понял, что нет смысла писать страничку, содержащую форму, на html, потому как после отработки сценария всё равно обновлённая страница должна быть полностью написана этим сценарием?
В моём случае это не критично. У сервера обычно один клиент - яvital72 wrote:зачем для расчета напрягать сервер? можно сделать полностью клиентское приложение.
В таком случае лучше, наверное, и первоначально страницу генерировать сценарием, чтобы она была в одном первоисточнике и чтобы не делать одну и ту же работу два раза разными способами.jdigreze wrote:...либо полное перестроение страницы после Submit.
Думаю, не стОит. Это ведь не по теме NedoPC, а в "Курилке" вроде можно...Shaos wrote:P.S. Может в Software топик перенесть?
Абсолютно бесполезное занятие, вместо того, чтобы написать на одном языке для одного клиента, придется корячиться писать клиента, сервер на разных языках и еще суметь связать их воедино.VituZz wrote: В моём случае это не критично. У сервера обычно один клиент - я
Ну по идее да - другой вопрос, что если не каждый входящий на страничку будет запускать расчёт (например толпы ботов или спайдеров), то ради экономии выч-ресурсов сервера можно таки сделать первую страничку статической...VituZz wrote:Правильно ли я понял, что нет смысла писать страничку, содержащую форму, на html, потому как после отработки сценария всё равно обновлённая страница должна быть полностью написана этим сценарием?Shaos wrote:В общем случае надо иметь HTML страничку (либо вызывать тот же баш скрипт без параметров), которые будут выводить форму с полями ввода и кнопкой Submit - юзер что-то пишет в поля и нажимает Submit - при этом браузер вызовет урл из формы (указанный в поле action), и если задан метод GET, то вызванный скрипт получит свои параметры в переменной окружения QUERY_STRING - вот собственно и всё
SSI по сути для генерации тех же статических страничек на стороне сервера нужен - CGI он никак не поможетVituZz wrote: Потратил сегодня всё свободное время, покопал доку по SSI на предмет того, не сгодится ли оно мне для этой цели. Пока ещё не понял...
Нонче и клиента, и сервера можно писать на одном джава-скрипте (node.js)vital72 wrote:Абсолютно бесполезное занятие, вместо того, чтобы написать на одном языке для одного клиента, придется корячиться писать клиента, сервер на разных языках и еще суметь связать их воедино.VituZz wrote: В моём случае это не критично. У сервера обычно один клиент - я
Ну как говорится, если коту делать нечего...
Я не понял, что Вы имеете в виду. На каком языке и какого клиента писать? Страницы написаны на простом html, на клиентской стороне никаких сценариев не выполняется. На сервере выполняется пока что один микроскопический сценарий на tcl, и здесь нет никаких планов составить конкуренцию Википедии или что-там-есть-ещё-огромно-объёмное. В моём случае раньше будет исчерпана пропускная способность канала в интернет, но не вычислительные ресурсы сервера, даже если он всё будет генерировать сценариями. В любом случае мой вопрос был не об этом.vital72 wrote:Абсолютно бесполезное занятие, вместо того, чтобы написать на одном языке для одного клиента, придется корячиться писать клиента, сервер на разных языках и еще суметь связать их воедино.
Ну как говорится, если коту делать нечего...
SSI позволяет обмениваться переменными окружения между браузером и сервером, запускать сценарии или команды на сервере, и для них эти переменные доступны. Вроде бы как достаточный набор для моих целей, но подробнее я ещё не разобрался.Shaos wrote:SSI по сути для генерации тех же статических страничек на стороне сервера нужен - CGI он никак не поможет
Неа - например nginx очень ограниченный SSI поддерживает, но достаточный чтобы крутить такие мои SSI-сайты как http://nedocon.com и http://nedopc.orgVituZz wrote:Lighttpd поддерживает. Думаю, другие тоже. Если сервер поддерживает SSI, то значит, он должен поддерживать все директивы SSI. Я так думаю.
Вопрос на засыпку: вот страничка передала серверу по SSI переменные, запустила скрипт на сервере, сервер получил результат и отправил в страничку, теперь как использовать полученную переменную внутри странички без перерисовки странички полностью или частично через средства DHTML/JS?VituZz wrote: SSI позволяет обмениваться переменными окружения между браузером и сервером, запускать сценарии или команды на сервере, и для них эти переменные доступны. Вроде бы как достаточный набор для моих целей, но подробнее я ещё не разобрался.
Потому что это мой сервер, и я так захотел, чтобы это он выполнял, а не клиент, и у меня нет желания долго объяснять предпосылки моего желания. Я прекрасно знаю, что в подавляющем большинстве случаев сайт пишется так, чтобы максимум работы переложить на клиента. Но здесь другой случай.vital72 wrote:на клиенте никаких сценариев не выполняется.. ну да, ну да.. афтар, пишы исчо.
не выполняются, если их нет, но зачем переносить на сервер то, что элементарно делать на клиенте или вы полагаете, что клиент на это не способен?
Ну, просто достаточно было бы сказать, что переменные окружения для этой цели не подходят.jdigreze wrote:Вопрос на засыпку: вот страничка передала серверу по SSI переменные, запустила скрипт на сервере, сервер получил результат и отправил в страничку, теперь как использовать полученную переменную внутри странички без перерисовки странички полностью или частично через средства DHTML/JS?
