Заголовок местоположения PHP Игнорировать хэш [дубликат]

Этот вопрос уже имеет ответы здесь :

Закрыто 6 лет назад .

Возможно дублирование:
Фрагмент URL и перенаправление 302

Я интегрирую вход через Facebook в свой сайт. Когда Facebook перенаправляет на мой сайт с параметром запроса кода, в конце появляется хэш http://myurl.com/code=xxx#_=_ При перенаправлении с этого URL-адреса на другой URL-адрес на моем сайте:

header('Location: http://myurl.com/home');

Он сохраняет хеш тэга и заканчивается как http://myurl.com/home#_=_

Есть ли способ перенаправить без хеша или если кто-то знаком с Facebook способ получить его, чтобы прекратить добавление хеша в первую очередь?

-121--1896518-

Когда-то, когда > был быстрее, чем <...> Я читаю потрясающее руководство OpenGL. Это действительно здорово, поверь мне. Тема, на которой я сейчас нахожусь, - Z-буфер. Помимо объяснения того, о чем всё это, автор упоминает, что мы можем исполнять обычай... Я читаю <a href="https://legkovopros.ru/go.php?url=http%3A%2F%2Falfonse.bitbucket.org%2Foldtut%2FPositioning%2FTut05%2520Overlap%2520and%2520Depth%2520Buffering.html" rel="noreferrer" target="_parent"> потрясающее руководство по OpenGL </a>. Это действительно здорово, поверь мне. Тема, на которой я сейчас нахожусь, - Z-буфер. Помимо объяснения всего этого, автор упоминает, что мы можем выполнять пользовательские тесты глубины, такие как GL_LESS, GL_ALWAYS и т. Д. Он также объясняет, что фактическое значение значений глубины (которое является верхним, а которое нет) также может быть настроено. Я так понимаю. И тогда автор говорит нечто невероятное: <blockquote> Диапазон zNear может быть больше, чем диапазон zFar; если это так, то значения окна-пространства будут обращены, с точки зрения того, что составляет ближе или дальше всего от зрителя. Ранее было сказано, что значение Z оконного пространства 0 является ближайшим и 1 - самый дальний. Однако, если наши значения Z клипового пространства были сведены на нет, глубина 1 будет ближе всего к виду, а глубина 0 дальше всех. Тем не менее, если мы перевернем направление испытания глубины (GL_LESS к GL_GREATER и т.д.), мы получаем точно такой же результат. Так что это действительно просто конвенция. Действительно, изменение знака Z и проверка глубины были один раз жизненно важная оптимизация производительности для многих игр. </blockquote> Если я правильно понимаю, с точки зрения производительности, переворачивание знака Z и испытания на глубину не что иное, как изменение <code> сравнения на <code> > </code> сравнение. Так что, если я правильно понимаю и автор не лжет или не выдумывает вещи, то изменение <code> на <code> > </code> раньше было жизненно важной оптимизацией для многих игр. </code></code> Выдумывает ли автор, я что-то неправильно понимаю, или это действительно тот случай, что когда-то <code> было медленнее ( жизненно , как говорит автор), чем <code> > </code>? </code> Спасибо, что прояснили это довольно любопытное дело! Отказ от ответственности:Я полностью осознаю, что сложность алгоритма является основным источником оптимизации. Кроме того, я подозреваю, что в настоящее время это определенно не будет иметь никакого значения, и я не прошу это оптимизировать что-либо. Я просто чрезвычайно, болезненно, может быть, запредельно любопытен. </...>

276

задан Armen Tsirunyan 30 May 2016 в 05:34

0 ответов

Другие вопросы по тегам:

c optimization opengl cpu gpu

Заголовок местоположения PHP Игнорировать хэш [дубликат]

0 ответов

Похожие вопросы: