Изменил ссылку на актуальную.
Если кому то будет интересно, напишу поподробнее, что со всем этим можно делать на Android (как в той самой статье, которая стала уже не актуальна).
Я бы задал вопрос иначе — «зачем использовать Perl, там где уже давно применяется PHP»?
Perl, конечно чем-то похож на PHP, но всё-таки это совсем другой язык программирования, и использовать PHP для веб-разработки совсем не обязательно, если задуманное можно написать на Perl.
Но для удобства, в данном случае, конечно были применены механизмы вставки кода Perl в html-документ, похожие на те, что в своё время были использованы разработчиками PHP. Это, наверное, и вводит в заблуждение, относительно изобретения PHP.
При чём тут международный?
Мы рассуждали кажется про «нужен — не нужен».
Монгольский язык всегда останется монгольским — пусть даже в школах будет 100%-е изучение какого-нибудь другого одного языка общения («англ. де-факто»).
Кому интересно…
Блокировка файлов (в php & perl) на запись реализована наподобие «LOW_PRIORITY WRITE», т.е. читающие процессы пропускаются вперёд. Хотя это можно и предотвратить путём некоторого механизма блокировки дополнительных файлов, но обычно это требуется, если «читателей» на порядок больше «писателей» при большой интенсивности чтения-записи.
Прочитал название и просмотрел картинки.
Если во всём вышеизложенном, говорится то, что я думаю — автора поддерживаю — мне самому интересно не использовать готовые решения.
Я лично пишу на Perl, а PHP лишь знаю образно. Желания переходить на PHP нет (но это не значит, что он хуже, он просто ДРУГОЙ), хотя у него я вижу (для меня) два основных преимущества при работе с HTML:
1. Эта самая "связка" HTML+PHP в одном флаконе" - не нужно плодить файлы.
2. Упрощённый вывод данных POST и GET - иногда не нужны сложности.
Из вышесказанного следует, что лично меня бы связка HTML+PERL вполне устроила, в крайнем случае PHP+PERL (PHP использовал бы только для print'а).
Но дело не только в этом. Довольно много модулей у нас на Perl, может уже побольше на PHP, не знаю. Реализованное в одном языке программирования не всегда реализовано в другом. Таким вот образом возможно было бы частично решить проблему.
Может... но не встречал. А модуль написать теоретически наверно всё таки можно, чтобы работала любая "связка". Вот только эта самая работа непонятно как будет связывать переменные (окружения и не только) между различными языками программирования.
Не так: HTML => [ php | rubu | perl | python ] - это в идеале. Для авторов PHP для PHPConf предложение: PHP => [ rubu | perl | python ] - чтобы начать с чего то.
На счёт связки HTML+PHP и "быдлокодеров".
Вот так реализуется связка (правда другая) в SHTML (POST не поддерживается):
<!--#include virtual="/cgi-bin/script.cgi?$QUERY_STRING"-->
А это уже PHP (С поддержкой POST, с извратом его передачи в script.cgi):
<?php
include ("/cgi-bin/script.cgi?$QUERY_STRING");
?>
И что? Да это удобно, но не всем и не во всём :)
Подумайте, что было бы если работала вышеприведённая связка, думайте не в сторону "быдлокодеров" в другую - ибо писать можно хорошо или просто ужастно на любых языках программирования.
Реализовать это возможно... тот же самый "include" только в теле документа.
PHP от этого не пострадает, разработчики ж спасибо скажут. Нужно идти на шаг вперёд, пока кто-нибудь не реализовал (наверное) подобное .
Поверю :)
Ибо стаж у меня лет 10 при том неактивного использования.
Знал бы кто, для чего я Perl использую - к примеру рассчитать режим заполнения трубопровода нефтью :)
Но главное не язык программирования, а то интересное решение, которое нужно найти.
Здесь как бы о переписывании пока речи не идет.
Если кому то будет интересно, напишу поподробнее, что со всем этим можно делать на Android (как в той самой статье, которая стала уже не актуальна).
Perl, конечно чем-то похож на PHP, но всё-таки это совсем другой язык программирования, и использовать PHP для веб-разработки совсем не обязательно, если задуманное можно написать на Perl.
Но для удобства, в данном случае, конечно были применены механизмы вставки кода Perl в html-документ, похожие на те, что в своё время были использованы разработчиками PHP. Это, наверное, и вводит в заблуждение, относительно изобретения PHP.
Было время я тоже реализовывал запросы SQL к собственной БД (точнее к файлам данных). По жизни мне потом всё это пригодилось.
Да и простые задачи, где надобность в MySQL отсутствует, существуют, так что кому то обязательно пригодятся данные наработки.
Мы рассуждали кажется про «нужен — не нужен».
Монгольский язык всегда останется монгольским — пусть даже в школах будет 100%-е изучение какого-нибудь другого одного языка общения («англ. де-факто»).
Тоже и с Perl.
Если учитывать что английский язык вроде бы проще, читабельнее и даже быстрее (покороче будет), то другие языки (к примеру русский) не нужны… :)
%unicode = (
"%u0430" => «а», "%u0431" => «б», "%u0432" => «в»,
"%u0433" => «г», "%u0434" => «д», "%u0435" => «е»,
…
);
$query_value =~ s/(%u[0-9A-F]{4})/$unicode{$1}/eg;
(добавил к паре слов...)
Блокировка файлов (в php & perl) на запись реализована наподобие «LOW_PRIORITY WRITE», т.е. читающие процессы пропускаются вперёд. Хотя это можно и предотвратить путём некоторого механизма блокировки дополнительных файлов, но обычно это требуется, если «читателей» на порядок больше «писателей» при большой интенсивности чтения-записи.
Если во всём вышеизложенном, говорится то, что я думаю — автора поддерживаю — мне самому интересно не использовать готовые решения.
Личные достижения в области программирования - в одну сторону.
То что "находится при первом же запросе в гугле" - в другую.
Тем кому лень разбирать - будут читать что то одно из вышеперечисленного.
Но если вернуться к вопросам авторам PHP, то меня бы венегред из PHP и PERL устроил :)
А интересно получается:
<?php
while (list($key, $val) = each($_POST)) {
$post_text = "$val"; // Допустим у нас одна форма с текстом
}
?>
...
<?perl
# Обозначаем в тексте гиперссылки;
$post_text =~ s|(http://.[^\ ]+)|<A href=\"$1\">$1|g;
?>
...
<?php
echo "$post_text";
?>
Я лично пишу на Perl, а PHP лишь знаю образно. Желания переходить на PHP нет (но это не значит, что он хуже, он просто ДРУГОЙ), хотя у него я вижу (для меня) два основных преимущества при работе с HTML:
1. Эта самая "связка" HTML+PHP в одном флаконе" - не нужно плодить файлы.
2. Упрощённый вывод данных POST и GET - иногда не нужны сложности.
Из вышесказанного следует, что лично меня бы связка HTML+PERL вполне устроила, в крайнем случае PHP+PERL (PHP использовал бы только для print'а).
Но дело не только в этом. Довольно много модулей у нас на Perl, может уже побольше на PHP, не знаю. Реализованное в одном языке программирования не всегда реализовано в другом. Таким вот образом возможно было бы частично решить проблему.
Для авторов PHP для PHPConf предложение: PHP => [ rubu | perl | python ] - чтобы начать с чего то.
На счёт связки HTML+PHP и "быдлокодеров".
Вот так реализуется связка (правда другая) в SHTML (POST не поддерживается):
<!--#include virtual="/cgi-bin/script.cgi?$QUERY_STRING"-->
А это уже PHP (С поддержкой POST, с извратом его передачи в script.cgi):
<?php
include ("/cgi-bin/script.cgi?$QUERY_STRING");
?>
И что? Да это удобно, но не всем и не во всём :)
Подумайте, что было бы если работала вышеприведённая связка, думайте не в сторону "быдлокодеров" в другую - ибо писать можно хорошо или просто ужастно на любых языках программирования.
<?perl ... ?>
<?ruby ... ?>
<?python ... ?>
Реализовать это возможно... тот же самый "include" только в теле документа.
PHP от этого не пострадает, разработчики ж спасибо скажут. Нужно идти на шаг вперёд, пока кто-нибудь не реализовал (наверное) подобное .
Ибо стаж у меня лет 10 при том неактивного использования.
Знал бы кто, для чего я Perl использую - к примеру рассчитать режим заполнения трубопровода нефтью :)
Но главное не язык программирования, а то интересное решение, которое нужно найти.