PHP: переменная сеанса не применима, когда сайт перенаправляется
С той же целью, что и для аргументов: поэтому, когда Func::operator() является ref-qual:
struct Functor
{
void operator ()() const & { std::cout << "lvalue functor\n"; }
void operator ()() const && { std::cout << "rvalue functor\n"; }
};
10 ответов
Сессии связываются с сервером И доменом. Используя frameset через домен вызовет весь вид поломки, потому что это просто не, как это было разработано, чтобы сделать.
Попытка использовать апачскую модификацию переписывает для создания "перенаправления передачи", флаг "прокси" ([P]) в правиле является волшебным флагом, в котором Вы нуждаетесь
Документация по http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html
Что Вы имеете в виду? Вы говорите, что, когда Вы идете от www.mysmallwebsite.com до www.myIsv.com/myWebSite/ затем, сессия PHP проиграна?
PHP распознает сессию с идентификатором (алфавитно-цифровой хеш, сгенерированный на сервере). Идентификатор передается от запроса до запроса с помощью cookie под названием PHPSESSID или что-то как этот (можно просмотреть cookie наборы веб-сайтов с помощью браузера... на Firefox, у Вас есть Firebug + FireCookie и замечательная Панель инструментов Веб-разработчика..., с которой можно просмотреть список cookie без пота).
Так... PHP передает идентификатор сессии через cookie PHPSESSID. Но можно передать идентификатор сессии, поскольку плоскость ПОЛУЧАЕТ параметры запроса.
Таким образом, при размещении ссылки HTML на ужасное доменное имя, предполагая, что это - тот же сервер PHP (с теми же инициализированными сессиями), можно поместить его как это...
www.myIsv.com/myWebSite/?PHPSESSID=<?=session_id()?>
Я не работал с PHP некоторое время, но я думаю, что это будет работать.
Переменные сеанса работают при ударе http://www.myIsv.com/myWebSite/ непосредственно? Мне казалось бы, что конфигурация сервера продиктует, будут ли сессии работать. Однако, если Вы запускаете, сессия на www.mysmallwebsite.com так или иначе (не похож, Вы используете PHP, но возможно Вы), Вы не собираетесь быть способными передать данные сессии, не пишущий некоторую логику бэкенда, которая перемещает сессию с сервера на сервер.
Засуньте session_start () в начале Вашего сценария и посмотрите, можно ли получить доступ к переменным снова.
Это не работает, потому что на клиенте сессии на домен. Все cookie сохраняются для mysmallwebsite.com, таким образом, myIsv.com не может получить доступ к ним.
Таким образом, при размещении ссылки HTML на ужасное доменное имя, предполагая, что это - тот же сервер PHP (с теми же инициализированными сессиями), можно поместить его как это...
www.myIsv.com/myWebSite/?PHPSESSID=<?=session_id()?>
С точки зрения безопасности я действительно действительно действительно надеюсь, что это не работает
@pix0r www.myIsv.com/myWebSite/-> работа переменной сеанса www.mysmallwebsite.com-> переменная сеанса не работает
@Alexandru, К сожалению, это не находится на том же веб-сервере
Вы могли также установить cookie на стороне пользователя и затем проверить на присутствие того cookie непосредственно после перенаправления, которое, если бы Вы побеспокоены о дружественных URL, означало бы, что Вы не должны раздавать PHPSESSID в строке запроса.
Какой браузер / реклама - на Вас имеют? это может быть Ваш браузер, или некоторое другое программное обеспечение (может быть даже веб-сервер), блокирует сессии из http://www.myIsv.com/myWebSite/, работающего от в кадре, как его расположенный на другом сайте, думая его нападение XSS.
Если сессия работает по http://www.myIsv.com/myWebSite/ с кадром, Вы всегда могли нас перенаправление от http://www.mysmallwebsite.com до ужасного URL, вместо того, чтобы использовать кадр.
Править: Я только что попробовал Ваш код кадра моего сайта, который использует сессии, Firefox хорошо работал со мной, вход в систему и пребывание вошли в систему, но IE7 зарегистрировал меня прямо снова.
Когда люди прибывают www.mysmallwebsite.com, я просто перенаправил бы на http://www.myIsv.com/myWebSite/
<?php header('Location: http://www.myIsv.com/myWebSite/'); ?>
Это - все, что я имел бы в www.mysmqllwebsite.com/index.php
Таким образом, Вы не должны волноваться о browsedr совместимости, или выдержать работу сессий, просто сделать redirct, и Вы будете хороши.