- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сам скрипт (test.cgi):
Логи (*.error.log):
Если честно, совсем не могу понять в чем проблема. поддержка cgi скриптов на хостинге есть. На мой вопрос где лежит интерпретатора саппорт ответили #!/usr/bin/perl
Права на скрипт 777. Может я что то не настроил в IPSmanager? Помогите пожалуйста.
Убедитесь, что в файле нет BOM и перевод строк именно в unix-стиле из одного символа #13.
Некоторые особо добрые хостеры даже в свое время делали файл с именем "/usr/bin/perl+спецсимвол", чтобы такие программисты как вы все равно могли радоваться.
Сохранил акелпадом utf-8 without BOM. Все та же ощибка. В mime типы случайно не нужно прописывать что нибудь вроде cgi-script .cgi .pl ?
Здравствуйте
А зачем "Права на скрипт 777" когда они должны быть максимум 755? И поскольку это перл а он включен обычно через Suexec то надо в его лог и смотреть бы...
Облайзил вес хостинг. Кроме этих логов *.access.log *.error.log не нашел. Может нужно как то включить логирование о котором вы говорите.
locate suexec_log
а если не найдет с ходу то запустить updatedb а потом опять locate suexec_log должен быть лог где-то.
А еще в еррор_лог вижу что у вас ругается на exec (не найден файл). Может все таки не там живет бинарник перла? Можно проверить командой which perl. И последнее что приходит в голову это в директории должен лежать файл наверное .htaccess в котором должно быть написано Options +ExecCGI
rustelekom прошу прошения)я начал освивать ISPmanager только сегодня. Скажите, где я должен запускать камманды которые вы написали. Через cron? Если да то он выдает какой то бред.
В командной строке сервера - куда вы должны залогинится по ssh.
Убедитесь, что ... перевод строк именно в unix-стиле из одного символа #13.
Это проверяли? Стандартные грабли.
Сохранил акелпадом utf-8 without BOM. Все та же ощибка.
http://akelpad.sourceforge.net/ru/
Нужен именно Unix формат.
Или файл можно создать прямо в менеджере файлов ISP, прав достаточно 700 (незачем посторонним его читать).
С правами 777 скрипт не запустится. Сругается тот же suexec
Вся информация есть в этом логе