Тема: Http грешка при външно include? (Прочетена 4972 пъти)

Naka · « -: Apr 16, 2010, 15:39 »

Имам следната ситуация два PHP скрипта - А и В намиращи се на различни сървери.

Само А е публичен и той прави заявка за инклуде към скрипта B, който се намира физически на друго място:

А(сървер 1) -------> В(сървер2 - БД)

Скрипта А има следното съдържание:

Код:

$in = file_get_contents('http://www.example.com/snimki/В.php?'.
"id=$id&page=$page");

// за интернет търсачки, паяци, Гоогле, е необходимо връщане на правилни хедъри, 404, 410 при достъп към несъществуващо id
if ($in === false)
{ foreach ($http_response_header as $header) echo header($header); die(); }

print $in;

Това работи правилно. Освен това скрипта В е отговорен за връщането на правилни http хедъри към А, когато има някъкъв проблем от страната на В.
Например ако А заяви id=322 към В и В от своя страна знае че няма id с номер 322 в БД той връща http 410 gone, и А от своя страна също изобразява http 410 gone.

Само А е публичен и се вижда от Goggle. Например ако Гоогле заправи заявка към такова id към А, то Goggle също ще види http 410 gone и втори път няма да посети А.

Въпросът ми е ако в момента Интернет връзката е прекъсната между А и В (или пък В е изключен), какъв Http Error хеадър трябва да изфабрикува А?

В такава ситуация $in === false и $http_response_header е празен. и от страна на А виждам следното: 200 OK, което очевидно е грешно.

VladSun · « **Отговор #1 -:** Apr 16, 2010, 15:47 »

Предполагам 503 - Service Unavailable

В http://php.net/manual/en/function.header.php има даже по-подробно описание:

Код

GeSHi (PHP):
<?php ob_start();
@header("HTTP/1.1 503 Service Temporarily Unavailable");
@header("Status: 503 Service Temporarily Unavailable");
@header("Retry-After: 120");
@header("Connection: Close");
?><!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>503 Service Temporarily Unavailable</title>
</head><body>
<h1>Service Temporarily Unavailable</h1>
<p>The server is temporarily unable to service your
request due to maintenance downtime or capacity
problems. Please try again later.</p>
</body></html><?php
$g=ob_get_clean();
echo $g;
exit();
?>

VladSun · « **Отговор #2 -:** Apr 16, 2010, 15:49 »

Това също е интересно:

http://www.askapache.com/htaccess/503-service-temporarily-unavailable.html

Naka · « **Отговор #3 -:** Apr 16, 2010, 15:51 »

Е ама много си бърз

, не успях да си допиша поста. Мерси. Точно към това 503 Service Unavailable се бях насочил, но се чудя дали няма да сгреша нещо. Грешката трябва да е такава че за Гоогле да означава и "посети ме отново".

VladSun · « **Отговор #4 -:** Apr 16, 2010, 15:56 »

Видя ли линка във второто ми мнение?

Naka · « **Отговор #5 -:** Apr 20, 2010, 11:39 »

Да прочетох го. Направих го така:

Код

GeSHi (PHP):
$in = file_get_contents('http://www.example.com/snimki/В.php?'."id=$id&page=$page");
 
// за интернет търсачки, паяци, Гоогле, е необходимо връщане на правилни хедъри, 404, 410 при достъп към несъществуващо id
if ($in === false)
{ 
// При прекъсване на Интернет, спрян сървер или грешка на file_get_contents("http://..."),
// трябва да се върне правилен хедър 503, за да се информира клиента, Гоогле или паяка да посети
// отново страницата. В тази ситуация $in е false a $http_response_header е празен.
if (empty($http_response_header))
	{
	$http_response_header[]="HTTP/1.1 503 Service Unavailable";
	$http_response_header[]="Retry-After: 120";
	}
foreach ($http_response_header as $header) echo header($header); die('Service error');
}
 
print $in;

Имам няколко въпроса:
Научавам, че много хостинги забранявали allow_url_fopen. Вярно ли е това? Понеже имам намерение да го качвам някъде, как стои въпросът със allow_url_fopen в БГ? Препоръчван БГ хостинг?

allow_url_fopen може да се отбранява само чрез php.ini. Не може да се контролира чрез ini_set(allow_url_fopen, '1') нито чрез .htaccess

Какво би трябвало да бъде времето за Retry-After: 120.
Малко 120 секунди или Голямо - 2 часа. Виждам противоречиви примери. Или изобщо не трябва да се задава?

VladSun · « **Отговор #6 -:** Apr 20, 2010, 11:54 »

За allow_url_fopen - вярно е - опитват се да ограничат евентуалните пробиви в сигурността до LFI (иначе става RFI) - не знам кои хостинг компании го правят и кои не - обади им се

За Retry-After - ти си преценяваш

Би трябвало да можеш да определиш колко дълго вторият сървер ще е недостъпен.

vm13 · « **Отговор #7 -:** Apr 20, 2010, 14:07 »

Цитат на: Naka в Apr 20, 2010, 11:39

Научавам, че много хостинги забранявали allow_url_fopen.

Така и трябва. За да си сигурен, че този код ще работи на всеки сървър, насочи се към cUrl, вместо file_get_contents.

Naka · « **Отговор #8 -:** Apr 20, 2010, 15:04 »

Цитат на: Naka в Apr 20, 2010, 11:39

Научавам, че много хостинги забранявали allow_url_fopen.

Цитат на: vm13 в Apr 20, 2010, 14:07

Така и трябва.

Това е едно голямо глупаво оправдание от страна на хостинг компаниите.

Ами ако искам да правя поразии, не мога ли да ги направя по същият начин с CURL?
Ами отварянето на URL с параметри чрез браузер какво е? Да не би да е нещо по различно от file_get_contents('http://www.example.com/....

За CURL знам и съм го правил, Само дето се получава малко по дълъг код. Причината поради която използвам file_get_contents() е че ми трябва много кратък код.

VladSun · « **Отговор #9 -:** Apr 20, 2010, 18:00 »

Цитат на: vm13 в Apr 20, 2010, 14:07

Цитат на: Naka в Apr 20, 2010, 11:39
Научавам, че много хостинги забранявали allow_url_fopen.

Така и трябва. За да си сигурен, че този код ще работи на всеки сървър, насочи се към cUrl, вместо file_get_contents.

Трябва да е инсталиран curl все пак

vm13 · « **Отговор #10 -:** Apr 20, 2010, 22:11 »

Цитат

Трябва да е инсталиран curl все пак

Според мен, вероятността на shared hosting да има curl е много по-голяма, от колкото да му е разрешено да отваря отдалечени адреси. Друг е въпроса, че за целта, за която иска да го използва, curl е ужасно бърз! Ако търси универсално решение, кода няма да е кратък.

VladSun · « **Отговор #11 -:** Apr 21, 2010, 00:14 »

Не оспорвам нищо, което си казал в това мнение. Оспорвам твърдението "ще работи на всеки сървър" по отношение на curl. Мисля, че си ме разбрал, както и аз разбирам твоите доводи - т.е. на едно мнение сме.

По отношение на използването на file_get_contents('http://www.example.com/....') - нищо лошо няма, но тази функция е под общото ограничение на allow_url_fopen директивата, която също така управлява include/require "..." - там точно се прявява LFI/RFI, и точно срещу това използване се "защитават" хостинг доставчиците.

Подобни теми
	Заглавие	Започната от	Отговора	Прегледи	Последна публикация
	Include Directive Преводи на документация	kennedy	0	9853	Apr 27, 2002, 11:38 от kennedy
	#include <hashmap> Общ форум	aSmith	2	2983	Dec 27, 2004, 12:17 от aSmith
	PHP include Web development	svincho	4	3207	Aug 17, 2005, 08:28 от svincho
	Include latin layout + не може да се активира Настройка на програми	Vatman	0	1868	Jan 04, 2007, 20:15 от Vatman
	Php include() bug Web development	VladSun	6	4223	Oct 16, 2007, 19:42 от VladSun

Автор Тема: Http грешка при външно include? (Прочетена 4972 пъти)

Naka

Http грешка при външно include?

VladSun

Re: Http грешка при външно include?

VladSun

Re: Http грешка при външно include?

Naka

Re: Http грешка при външно include?

VladSun

Re: Http грешка при външно include?

Naka

Re: Http грешка при външно include?

VladSun

Re: Http грешка при външно include?

vm13

Re: Http грешка при външно include?

Naka

Re: Http грешка при външно include?

VladSun

Re: Http грешка при външно include?

vm13

Re: Http грешка при външно include?

VladSun

Re: Http грешка при външно include?