sh00r00p: На днях на domen-osnovnoi.ru установил сертификат ssl от Comodo
6) с https://domen-zerkalo.ru не редиктится! с него также доступен сайт
7) с https://www.domen-zerkalo.ru не редиктится! с него также доступен сайт
А для domen-zerkalo.ru сертификаты есть? Если нет, то можно использовать сертификат от основго домена, но браузер будет ругаться.
А лучше вообще забить на https домена зеркала.
Если сертификаты есть, или решили использовать другие сертификаты, то нужно заменить это:
А вы готовы отдать скан своего паспорта не понятно кому, ради какого то теста? Только потом не удивляйтесь, если увидите свой скан паспорта в публичном доступе.
На их сайте нет информации ни о юр.лице, ни о их офисе, вместо адреса офиса – абонентский ящик, представитель пишет противоречивую информацию. Все это очень «внушает доверие» к «фирме».
Действительно от root...
selinux включен? Попробуйте отключить на время.
Редактировать файл /etc/selinux/config
SELINUX=disabled (и перезагрузка сервера)
PS
Запуск веб-сервера от root куда страшнее чем, права на папку 777. Выставите всем права обычного юзера, например nginx
И еще, у Вас что-то с кодировкой. вместо \u0438\u044e\u043d\u044f должен быть месяц.
если он запущен из под рута то наверное и сессии тоже из по него создаются...
Может php не как модуль апача, а как cgi скрипт?
Давайте посмотрим владельца файлов сессий, которые создались, когда папка var/..../../sess имела права 777.
Короче ls -l /var/..../../sess в студию.
На днях на domen-osnovnoi.ru установил сертификат ssl от Comodo
6) с https://domen-zerkalo.ru не редиктится! с него также доступен сайт
7) с https://www.domen-zerkalo.ru не редиктится! с него также доступен сайт
А для domen-zerkalo.ru сертификаты есть? Если нет, то можно использовать сертификат от основго домена, но браузер будет ругаться.
А лучше вообще забить на https домена зеркала.
Если сертификаты есть, или решили использовать другие сертификаты, то нужно заменить это:
server {
listen 443;
server_name domen-zerkalo.ru www.domen-zerkalo.ru;
rewrite ^ $scheme://domen-osnovnoi.ru$request_uri? permanent;
}
на это, исправив выделенные на свои значения:
server {listen 178.00.000.00:443 ssl;
ssl_certificate /var/www/httpd-cert/admin/domen-zerkalo.ru-2000000.crtca;
ssl_certificate_key /var/www/httpd-cert/admin/domen-zerkalo.ru-2000000.key;
server_name domen-zerkalo.ru www.domen-zerkalo.ru;
return 301 https://domen-osnovnoi.ru$request_uri;
}
ну и плюсом, банят не сайт, а IP
Далеко не все провайдеры банят по ip, вот вам статистика, правда немного устаревшая.
Если я его добавляю, мне просто пишет "File not found", я так понимаю это отвечает FastCGI.
Оставьте слеш. У вас еще 1 косяк:
Должно так (без folder):
Права 777 это плохая идея, 644 файлы, папки 755 (а то и меньше) вполне достаточно.
А вообще не плохо бы проверить кто владелец файлов, и от имени какого юзера работает php-fpm и от этого менять права или править конфиги.
Спасибо, но я уже так пытался. Не помогло. Результат тот же - 403
А вы сейчас попробуйте, а потом обязательно перезапустите nginx.
Вот специально попробовал на тестовой машине, у меня все ок.
location /folder/ {alias /home/www/folder/;
index index.php;
location ~ \.php$ {
fastcgi_pass 127.0.0.1:9000;
........
}
}
данные вводятся в iframe c id="frameid"
$('#frameId').change(function () {
Обработчик change срабатывает только на элементах типа input, textarea и select.
сколько срок тестирования?
А вы готовы отдать скан своего паспорта не понятно кому, ради какого то теста? Только потом не удивляйтесь, если увидите свой скан паспорта в публичном доступе.
На их сайте нет информации ни о юр.лице, ни о их офисе, вместо адреса офиса – абонентский ящик, представитель пишет противоречивую информацию. Все это очень «внушает доверие» к «фирме».
сложно перенести сайты с reg.ru к примеру
И в чем сложность? Все как и везде.
В 2011 году переносил с рег.ру на бегет, проблем не заметил.