Хостеры, проясните работу pl в cgi-bin

потёрто... не так прочитал...

ну стандартная эта практика - навряд ли, просто редко кто пользуется перловскими скриптами, а по умолчанию наверное у вашего хостера именно .cgi

а права на файл какие у вас стоят?

вообще если ошибка 500 - с хорошей вероятностью это значит что скрипты всё-таки попытались выполнить и они не выполнились. Права доступа, перевод строки в первой строке, ещё что-то.

Не правах дело.

Перед этим был ответ

Последняя "рекомендация" более всего поразила. Это переписать кучу файлов (коммерческих сриптов в тч) чтобы вызовы\инклуды поисправлять?

После этого я просил включить pl, на что получил ответ, процитированный в первом посте.

Я собственно чего хочу узнать - это действительно теперь так у всех хостеров, или про 5 лет - это фантазии хостера?

вы хотите чтобы вам помогли, или посочувствовали в выборе хостера? ;)

49% - права на файл

49% - то, о чем написал Pilat + кодировка файла

ну и 2% на особенности вашего хостера.

если у вас третий вариант,ну тогда можно посочувствовать вам 🚬

Ерунду Вам отвечают хостеры!

Попросите, пусть для своего апача в httpd.conf добавят следующее, займёт 2 секунды - а клиент доволен:

AddHandler cgi-script .cgi .pl

Или в файле .htaccess в корне сайта попробуйте сделать следующее:

<Files ~ "\.pl$">
           SetHandler perl-script
           Options +ExecCGI
</Files>

или

<Files ~ "\.pl$">
           SetHandler cgi-script
           Options +ExecCGI
</Files>

klassev,

Вы не прочитали мой ответ. Там чёткий ответ хостера - pl не работает, только cgi.

те попадание в 2%.

Я где-то внутренне догадываюсь, но хотелось уточнить.

SeoNizator, ошибка 500 говорит что вы таки не попали в 2%

разницы между .cgi и .pl в папке cgi-bin вобще нет.

Разместите такой файл в cgi-bin:

test.cgi права 755

#!/bin/sh

echo Content-type: text/plain

echo

echo hello

если будет работать, то переименуйте его в test.pl и проверьте снова. Если опять работает, то вы попали на некомпетентность техподдержки.