Header location ошибка

1. 
   

   С нами с:

   5 июн 2015

   Сообщения:

   7

   Симпатии:

   0

   Здравствуйте! Не срабатывает

   2. header (‘Location: /index.php’);

   (этот файл чистый и содержит в себе только редирект)

   header (‘Location: index.php’);
   header (‘Location: /’);
   header (‘Location: ‘.APP_DIR);
   header (‘Location: http://site.name/index.php’);
   все эти вариации так же не работают

   В случае отключения ЧПУ (комментирую в .htaccess строки, касающиеся ЧПУ), то header отрабатывает (при прямом заходе на файл соответственно).
   в скриптах пустых строк нет, тег <?php не закрываю. Никакого вывода до отправки заголовка не происходит. кодировка файлов UTF8 без BOM

   код главной страницы

   2. header(«Content-Type: text/html; charset=UTF-8»);
   8. $pageName = substr($_SERVER[‘REQUEST_URI’], 1);
   9. $simbolNum = strpos($pageName, ‘?’);
   10. /*если в запросе есть get значение, то срезаем его*/
   12.     $pageName = substr($pageName, 0, $simbolNum);
   14. /*если обратились к главной*/
   15. if ($pageName == ‘index’ || $pageName == »){
   16. /*если юзверь авторизован, то отдаем ему страницу с его данными, иначе просим авторизоваться или зарегаться*/
   19.         include(APP_DIR.‘/pages/index_authorized.php’);
   22.         include(APP_DIR.‘/pages/index_not_authorized.php’);
   24.     /*иначе лезем за нужной страницей*/
   30.     $url = APP_DIR.‘/pages/’.$pageName.‘.php’;
   34.         include (APP_DIR.‘/pages/404.php’);

   вывод который мог бы быть до «include ($url)» на всякий случай закоментировала и все одно. ошибки нет. Но тем не менее редирект работать принципиально не хочет. Где еще что посмотреть?

   PHP, JavaScript, SQL и другой код пишите внутри тегов

   Код ( (Unknown Language)):

   1. [b]php][/b]Тут код[b][/[/b][b]code][/b][/color]

2. 
   

   Re: Не работает header(‘Location: …)

   создай чистый скрипт пропиши строки редиректа там, запусти его. Смотри сработает редирект или нет, если сработает то с редиректом все норм, проблема в коде.

3. 
   

   С нами с:

   5 июн 2015

   Сообщения:

   7

   Симпатии:

   0

   4. RewriteCond %{REQUEST_FILENAME} !-d
   5. RewriteCond %{REQUEST_FILENAME} !-f
   6. RewriteRule ^(.*)$ index.php [QSA,L] 

   мой .htaccess

   4. #RewriteCond %{REQUEST_FILENAME} !-d
   5. #RewriteCond %{REQUEST_FILENAME} !-f
   6. #RewriteRule ^(.*)$ index.php [QSA,L] 

   А вот так работает

   Добавлено спустя 47 секунд:

   файл который я показала уже так и создан для теста именно редиректа. не отрабатывает при включенном ЧПУ

4. 
   

   Команда форума
   Модератор

   С нами с:

   25 июл 2013

   Сообщения:

   12.162

   Симпатии:

   1.770

   Адрес:

   :сердА

   Re: Не работает header(‘Location: …)Так отдавайте ЧПУ-ссылку в заголовок, раз так)

5. 
   

   С нами с:

   5 июн 2015

   Сообщения:

   7

   Симпатии:

   0

   Так я чпу и отдаю. При запросе корня сайта он отдать должен файл (пока нет авторизации, то со ссылками на вход и регистрацию) а он никуда не переходит. Вообще. И адрес как был, так и остается.
   а.. я там написала index.php… это остался код после теста без чпу. а так я отдавала просто index без .php

   Добавлено спустя 8 минут 7 секунд:

   вот такой вариант (это 100% ЧПУ ссылка) тоже не работает

6. 
   

   Команда форума
   Модератор

   С нами с:

   25 июл 2013

   Сообщения:

   12.162

   Симпатии:

   1.770

   Адрес:

   :сердА

   Re: Не работает header(‘Location: …)

   Полностью адрес указать попробуйте, начиная с протокола.

7. 
   

   С нами с:

   5 июн 2015

   Сообщения:

   7

   Симпатии:

   0

   указывала

   2. header (‘Location: http://site.ru/reg’); 

   то же самое. сейчас выяснила, что при прямом заходе на тестовый файл по пути /pages/1.php редирект отрабатывает, а когда он инклюдом в индекс подключается — нет.

8. 
   

   С нами с:

   26 окт 2013

   Сообщения:

   2.904

   Симпатии:

   719

   Re: Не работает header(‘Location: …)

   А ошибок точно ни где не выводится? В браузер какие заголовки приходят?
9. 
   

   С нами с:

   5 июн 2015

   Сообщения:

   7

   Симпатии:

   0

   а ошибки почему то не выводились, хотя error_reporting(E_ALL) стояло.. но сейчас уже выяснила при помощи

   , что как оказалось один из подключаемых файлов файлов почему-то что-то выводил.. точнее в нем было то всего ничего

   2. /*подключаем волшебные файлы с функциями*/
   4. include(APP_DIR.‘/models/users.php’);

   поменяла на

   2. /*подключаем волшебные файлы с функциями*/
   3. include ‘/models/users.php’;

   и заработало. только почему при первом варианте записи такое происходило — непонятно. может кто-нибудь пояснить? файл-то подключался.. функции из него благополучно отрабатывали…

   Добавлено спустя 18 минут 15 секунд:
   ох.. все, всем спасибо. проблему нашла.. надо же пять раз у всех файлов кодировку проверила. но у одного файла почему-то не заметила что кодировка стоит utf8, а не utf8 без BOM …. сейчас когда методом исключений добралась до этого файла только сейчас уже увидела..

10. 
    

    Команда форума
    Модератор

    С нами с:

    25 июл 2013

    Сообщения:

    12.162

    Симпатии:

    1.770

    Адрес:

    :сердА

    BOM он такой, зараза… подкрадывается незаметно. Используйте для разработки IDE, а не блокнотики. И не будет такой беды.

11. 
    

    С нами с:

    5 июн 2015

    Сообщения:

    7

    Симпатии:

    0

    Эммм.. я кажется еще не доросла)) Надо еще все прочувствовать в hotepad++, что бы захотелось больше с этим не сталкиваться))))
    за то теперь узнала о таких хороших функциях, как

12. 
    

    С нами с:

    26 окт 2013

    Сообщения:

    2.904

    Симпатии:

    719

    Тут главное не застрять на одном месте. Ты ведь с самого начала знала в чем косяк, значит это уже пройденный этап, пора двигаться дальше )

13. 
    

    Команда форума
    Модератор

    С нами с:

    25 июл 2013

    Сообщения:

    12.162

    Симпатии:

    1.770

    Адрес:

    :сердА

    Не надо. Поставь себе phpStorm и радуйся жизни. Бояться тут нечего.

14. 
    

    Команда форума
    Модератор

    С нами с:

    20 июн 2012

    Сообщения:

    8.520

    Симпатии:

    1.743

    Не знаю, может мне везло, но в своих скриптах у меня ни разу Header already sent не возникала из-за BOM… Даже когда я был зелёным в веб-программировании совсем

15. 
    

    С нами с:

    5 июн 2015

    Сообщения:

    7

    Симпатии:

    0

    ахах… у меня он тоже не возникал… оказалось отображение ошибок отключено на уровне сервера))) сейчас включила (в .htaccess) и обнаружила еще пару варнингов, которые не видела.

    Добавлено спустя 1 минуту 34 секунды:

    php storm… я одно время пыталась его использовать.. но почему-то мне с ним неуютно как-то…

    Добавлено спустя 2 минуты 17 секунд:

    вот и двигаюсь.. сейчас овладеваю MVC и шаблонизация (открыла для себя классную штуку — буферизацию. открыла до всех инклюдов, закрыла после и все заголовки подружились). волшебство… потом ооп))))))))

16. 
    

    С нами с:

    17 май 2016

    Сообщения:

    1

    Симпатии:

    0

    Спасибо вам большое!!! тоже открыл для себя буферизацию))

Добрый день!
Есть промежуточная страница, для учета переходов по ранее сгенерированной ссылке, при переходе по которой выставляется флаг о переходе. Так вот между запросами и переходами есть разница (из 50 запросов с переходами примерно ссылок 7 ссылок не помечаются «переходом»).
В логах сервера, базы данных ошибок нет. При запросе и при переходе в самом начале пишутся логи. Запрос ссылки происходит через CURL. Ссылка получена, делаю:

header('Location: '.$url);
die();

На стороне клиента такие ссылки все пишутся в логи. На стороне сервера она даже не попадает в лог начала вызова метода, где должна помечаться «переходом». Не могу понять из-за чего. Нигде никаких ошибок, связанных с этим нет (я про логи).
Какие могут быть предположения?

Минуточку внимания


I strongly recommend, that you use


Several times this one is asked on the net but an answer could not be found in the docs on php.net ...


A quick way to make redirects permanent or temporary is to make use of the $http_response_code parameter in header().


When using PHP to output an image, it won't be cached by the client so if you don't want them to download the image each time they reload the page, you will need to emulate part of the HTTP protocol.


Since PHP 5.4, the function `http_​response_​code()` can be used to set the response code instead of using the `header()` function, which requires to also set the correct protocol version (which can lead to problems, as seen in other comments).



If using the 'header' function for the downloading of files, especially if you're passing the filename as a variable, remember to surround the filename with double quotes, otherwise you'll have problems in Firefox as soon as there's a space in the filename.


The header call can be misleading to novice php users.
when "header call" is stated, it refers the the top leftmost position of the file and not the "header()" function itself.
"<?php" opening tag must be placed before anything else, even whitespace.



According to the RFC 6226 (https://tools.ietf.org/html/rfc6266), the only way to send Content-Disposition Header with encoding is:


Please note that there is no error checking for the header command, either in PHP, browsers, or Web Developer Tools.


You can use HTTP's etags and last modified dates to ensure that you're not sending the browser data it already has cached.


<?php// Response codes behaviors when using
header('Location: /target.php', true, $code) to forward user to another page:$code = 301;
// Use when the old page has been "permanently moved and any future requests should be sent to the target page instead. PageRank may be transferred."$code = 302; (default)
// "Temporary redirect so page is only cached if indicated by a Cache-Control or Expires header field."$code = 303;
// "This method exists primarily to allow the output of a POST-activated script to redirect the user agent to a selected resource. The new URI is not a substitute reference for the originally requested resource and is not cached."$code = 307;
// Beware that when used after a form is submitted using POST, it would carry over the posted values to the next page, such if target.php contains a form processing script, it will process the submitted info again!

?>




Be aware that sending binary files to the user-agent (browser) over an encrypted connection (SSL/TLS) will fail in IE (Internet Explorer) versions 5, 6, 7, and 8 if any of the following headers is included:


It seems the note saying the URI must be absolute is obsolete. Found on https://en.wikipedia.org/wiki/HTTP_location


Note that 'session_start' may overwrite your custom cache headers.
To remedy this you need to call:


It is important to note that headers are actually sent when the first byte is output to the browser. If you are replacing headers in your scripts, this means that the placement of echo/print statements and output buffers may actually impact which headers are sent. In the case of redirects, if you forget to terminate your script after sending the header, adding a buffer or sending a character may change which page your users are sent to.


A call to session_write_close() before the statement


Just to inform you all, do not get confused between Content-Transfer-Encoding and Content-Encoding


I made a script that generates an optimized image for use on web pages using a 404 script to resize and reduce original images, but on some servers it was generating the image but then not using it due to some kind of cache somewhere of the 404 status. I managed to get it to work with the following and although I don't quite understand it, I hope my posting here does help others with similar issues:


For large files (100+ MBs), I found that it is essential to flush the file content ASAP, otherwise the download dialog doesn't show until a long time or never.


<?php
/* This will give an error. Note the output
* above, which is before the header() call */
header('Location: http://www.example.com/');
exit;
?>

this example is pretty good BUT in time you use "exit" the parser will still work to decide what's happening next the "exit" 's action should do ('cause if you check the manual exit works in others situations too).
SO MY POINT IS : you should use :
<?php


If you want to remove a header and keep it from being sent as part of the header response, just provide nothing as the header value after the header name. For example...


Saving php file in ANSI  no isuess but when saving the file in UTF-8 format for various reasons remember to save the file without any BOM ( byte-order mark) support.
Otherwise you will face problem of headers not being properly sent
eg.
<?php header("Set-Cookie: name=user");?>

Would give something like this :-


After lots of research and testing, I'd like to share my findings about my problems with Internet Explorer and file downloads.


My files are in a compressed state (bz2). When the user clicks the link, I want them to get the uncompressed version of the file.


I just want to add, becuase I see here lots of wrong formated headers.


If you haven't used, HTTP Response 204 can be very convenient. 204 tells the server to immediately termiante this request. This is helpful if you want a javascript (or similar) client-side function to execute a server-side function without refreshing or changing the current webpage. Great for updating database, setting global variables, etc.


This is the Headers to force a browser to use fresh content (no caching) in HTTP/1.0 and HTTP/1.1:


The encoding of a file is discovered by the Content-Type, either in the HTML meta tag or as part of the HTTP header. Thus, the server and browser does not need - nor expect - a Unicode file to begin with a BOM mark. BOMs can confuse *nix systems too. More info at http://unicode.org/faq/utf_bom.html#bom1


DO NOT PUT space between location and the colon that comes after that ,
// DO NOT USE THIS :
header("Location : #whatever"); // -> will not work !


Setting the "Location: " header has another undocumented side-effect!


// Beware that adding a space between the keyword "Location" and the colon causes an Internal Sever Error


Setting a Location header "returns a REDIRECT (302) status code to the browser unless the 201 or a 3xx status code has already been set".  If you are sending a response to a POST request, you might want to look at RFC 2616 sections 10.3.3 and 10.3.4.   It is suggested that if you want the browser to immediately GET the resource in the Location header in this circumstance, you should use a 303 status code not the 302 (with the same link as hypertext in the body for very old browsers).  This may have (rare) consequences as mentioned in bug 42969.