- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На виртуальном хостинге можно держать несколько сайтов на разных доменах (в разных папках). Проблема возникла в запуском Perl-скриптов через Cron. На основном домене (в основной папке) он запускается нормально. А вот на других доменах (в других папках) не работает и пишет "Can't open perl script "test.pl": Permission denied."
Суппорт это объясняет тем, что два домена находятся на разных аккаунтах (но при этом состоят в одной группе), а Cron запускается от имени основного аккаунта. Поэтому-то ему и не хватает прав, чтобы запустить perl-скрипт.
Что нужно сделать, чтобы можно было запускать скрипты через Cron?
Суппорт пишет, что нужно выставить права для пользователей группы на чтение и исполнение для всех папок, которые идут от корня аккаунта до скрипта на Perl. Но сам почему-то это не делает, что ему мешает - понять трудно, возможно, сделать у них это не получается. Как будто не они админы хостинга, а я в их настройках разбираться должен. Посоветуйте, в общем, что-нибудь.
А не проще на сам скрипт сделать права 555?
И нарисовать под каждый эккаунтом свое крон-задание, которое сможет этот скрипт исполнять?
Я устанавливал даже права 777 - не помогает.
А то что на каждом подаккаунте должен свой Cron работать - это, наверное, правильно. Но у них не так сделано.
Т.е. как сейчас. Основной акк - website (домен у него website.com). Далее идут подакки, которые располагаются в подпапках и имеют свои домены (типа subwebsite.com)
Т.е. структура папок типа.
/website/ - для website.com (группа website)
/website/users/subwebsite/ - для subwebsite.com (группа website-subwebsite)
При этом доступ к подаккам (которые находятся в users) разграничены, они имеют свои ftp-пароли, настройки и пр.
Cron сделан для основного акка website и работает, как я понял, от группы "website".
А если его нужно запускать для скрипта, который находится в /website/users/subwebsite/cgi-bin/, то он уже не пашет. Прав ему не хватает типа того. Суппорт считает, что нужно через ssh сделать что-то с правами для группы "website-subwebsite" на все эти папки (users / subwebsite / cgi-bin /), чтобы он работал. Но у меня что-то не получается.