Возможно ли построение графиков используя perl
А то возникла потребность отображения графиков (диаграмм), а возможно ли это при помощи perl я не знаю (может использовать java-applets):-?
Возможно ли построение графиков используя perl?
А то возникла потребность отображения графиков (диаграмм), а возможно ли это при помощи perl я не знаю (может использовать java-applets):-?
cpan.org/modules/by-category/18_Images_Pixmaps_Bitmaps/
выбирай :)
Возможно ли построение графиков используя perl?
А то возникла потребность отображения графиков (диаграмм), а возможно ли это при помощи perl я не знаю (может использовать java-applets):-?
Perl'ом возможно рисовать графики в виде картинок. Perl - серверный язык (хотя, в последнее время появилась возможность компилировать приложения для работы на локальных машинах).
Для вывода графиков в реальном времени используй java, .NET-вещицы, и, как тут кто-то рекомендовал - Flash.
Perl - серверный язык (хотя, в последнее время появилась возможность компилировать приложения для работы на локальных машинах).
какая глупость... что такое СЕРВЕРНЫЙ язык??? да еще применительно к Perl???
Вот меня всегда смущает, почему используют слово 'сервер' в связке со словами 'локальная машина'???
Какой потаенный смысл вводится в эти слова???
)))
)))
Вот меня всегда смущает, почему используют слово 'сервер' в связке со словами 'локальная машина'???
Какой потаенный смысл вводится в эти слова???
)))
Сервер - программа, работающая в среде какой-то ОС. А с сервером работают еще какие-то программы. В частности - трансляторы скриптовых языков. Или Perl таковым не является?
Это моё косноязычие... Всё остальное - см. выше.
Сервер - программа, работающая в среде какой-то ОС. А с сервером работают еще какие-то программы. В частности - трансляторы скриптовых языков. Или Perl таковым не является?
сервер (в смысле программа)принимает некоторые запросы от клиентов и выдает им нечто как результат обслуживания запроса. трансляторы скриптовых языков не работают ни с каким "сервером".
сервер (в смысле программа)принимает некоторые запросы от клиентов и выдает им нечто как результат обслуживания запроса. трансляторы скриптовых языков не работают ни с каким "сервером".
В чём-то ты прав...
Но попробуй сделать так, чтобы, допустим, PHP запускался подобно exe под Win без наличия на пресловутом Windows какого-нибудь web-сервера. Сомневаюсь, что это получится у кого-либо без предварительного курса обучения. Вот там-то ему и объяснят что есть сервер...
В чём-то ты прав...
Но попробуй сделать так, чтобы, допустим, PHP запускался подобно exe под Win без наличия на пресловутом Windows какого-нибудь web-сервера. Сомневаюсь, что это получится у кого-либо без предварительного курса обучения. Вот там-то ему и объяснят что есть сервер...
элементарно. я ставлю на систему интерпретатор PHP, Web сервера нет НИКАКОГО. затем я набираю в коммандной строке
C:\php.exe (ну или как там он) script.php
и нажимаю Enter.
элементарно. я ставлю на систему интерпретатор PHP, Web сервера нет НИКАКОГО. затем я набираю в коммандной строке
C:\php.exe (ну или как там он) script.php
и нажимаю Enter.
Так и я о том же!
Научи человека (который Word от ярлыка в корзине не отличает) набирать в коммандной строке c:\php.exe... Правда, это уже вопрос юзабельности... А вовсе не невозможности. Этак мы договоримся и до того, что Delphi7 лучше Pascal'я тем, что там можно, не думая головой запихать значок программки в трей. :D
у меня на одном компутере есть notepad на другом vim. Вопрос: какой из компутеров сервер???
Надеюсь, не будет возражений про то что перл может работать и с тем и с другим
так, тема не раскрыта
у меня на одном компутере есть notepad на другом vim. Вопрос: какой из компутеров сервер???
Надеюсь, не будет возражений про то что перл может работать и с тем и с другим
:D :D :D
сервер тот, где vim. патамушта там *nix, а он круче :)
:D :D :D
сервер тот, где vim. патамушта там *nix, а он круче :)
А еще круче MacOS. Спорить будем?
А еще круче MacOS. Спорить будем?
будем. для работы с СУБД Oracle - Mac не подходит. для управления атомными станциями - тоже. в качестве секурного Web сервера - тоже не катит... :)
будем. для работы с СУБД Oracle - Mac не подходит. для управления атомными станциями - тоже. в качестве секурного Web сервера - тоже не катит... :)
А где-таки в Одессе атомная станция?
Премного благодарен :)
Гониво всё;) IE'шник могёт юзать perl'script по аналогии vb' или jscript/javascript' скриптов. Язык, imo, это набор инструкций, правил всяких и т.п. и т.д. и набор интерпретаторов/компиляторов к нему. Perl этим совсем не беден, и применение его не ограничивается и отнюдь не задумывалось как обработчик cgi-скриптов, а потому ставить на первое место именно этот способ его пользования не уместно. Вот=) А сервер, тоже imo, это та машина, для которой в связке клиент-сервер в большинстве своем отводится роль сервера, то бишь того кто ведет:D А вообще я нифига не понял в чем спор, но perl, да еще и на *nix, все-равно rox:}
кстати, перл: первым языком, где мне удалось вдоволь попользовать подобие ООП (даж не знаю как назвать, но, imo, лучше всяких других подобий:D) был perl. Так вот до сих пор не могу приучить себя к мысли, что конструкторы в php не могут возвращать значения, а следовательно на этой стадии (ну в php4 можно было, а вот в php5 вообще не получается) убить конструируемый объект нельзья. Казалось бы хрень, но параноидальные опасения того, что где-нить я да и затрону свойство (кторое по идее должно быть приватным, только php 4-ка этого не умеет), являющееся семаофором "гибели" объекта, или же атрофирования некоторого набора методов, душат хлеще полка жаб.
Это ужасно, что в php так нельзя:D
И это, дошли руки до llama book. Та же "24 часа", только в другой обложке и за другую цену=) Вот надуватели-то:D