Суперглобальний масив $_SERVER
Одним з найважливіших зумовлених масивів є масив $_SERVER - в нього PHP-інтерпретатор містить змінні, отримані від сервера. Без даних змінних складно організувати повноцінну підтримку Web-додатків. Нижче наводиться опис найважливіших елементів суперглобального масиву $_SERVER.
Зауваження
Переглянути повний списокелементів масиву $_SERVER можна або за допомогою функції print_r(), яка друкує дамп масиву або за допомогою функції phpinfo(), яка виводить інформацію про PHP-інтерпретатора.
Елемент $_SERVER["DOCUMENT_ROOT"]
Елемент $_SERVER["DOCUMENT_ROOT"] містить шлях до кореневої директорії сервера, якщо скрипт виконується у віртуальному хості, в цьому елементі вказується шлях до кореневої директорії віртуального хоста. Тобто. у конфігураційному файлі httpd.conf віртуальний хост має директиву DocumentRoot, якій надано значення "D:/main", елемент $_SERVER["DOCUMENT_ROOT"] міститиме значення "D:main".
Елемент $_SERVER["HTTP_ACCEPT"]
В елементі $_SERVER["HTTP_ACCEPT"] описуються переваги клієнта щодо типу документа. Вміст цього елемента витягується з HTTP-заголовка Accept, який надсилає клієнт серверу. Вміст даного заголовка може виглядати так
image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/msword, */*
Заголовок Accept дозволяє уточнити медіа-тип, який вважає за краще отримати клієнт у відповідь на свій запит. Цей заголовок дозволяє повідомити серверу, що відповідь обмежена невеликою кількістю відданих типів.
Символ * використовується для групування типів медіа-ряду. Наприклад, символом */* визначається використання всіх типів, а позначення type/* визначає використання всіх підтипів вибраного типу type.
Зауваження
Медіа-типи відокремлюються один від одного комами.
Кожен медіа-ряд характеризується додатковим набором параметрів. Одним з них є так званий відносний коефіцієнт переваги q, який приймає значення від 0 до 1, відповідно, від менш відданих типів до кращих. Використання декількох параметрів q дозволяє клієнту повідомити серверу відносний ступінь переваги для того чи іншого медіа-типу.
Зауваження
За замовчуванням параметр q приймає значення 1. Крім того, від медіа-типу він відокремлюється крапкою з комою.
Приклад заголовка типу Accept:
Accept: audio/*; q=0.2, audio/basic
У цьому заголовку першим йде тип audio/* що включає всі музичні документи і характеризується коефіцієнтом переваги 0.2. Через кому вказано тип audio/basic, котрого коефіцієнт переваги не вказано і набуває значення за умовчанням рівне одиниці. Цитуючи RFС2616 цей заголовок можна інтерпретувати наступним чином: "Я віддаю перевагу типу audio/basic, але мені можна також надсилати документи будь-якого іншого audio-типу, якщо вони будуть доступні, після зниження коефіцієнта переваги більш ніж на 80%".
Приклад може бути складнішим.
Accept: text/plain; q=0.5, text/html,
text/x-dvi; q=0.8, text/x-c
Зауваження
Слід враховувати, що елемент $_SERVER["HTTP_ACCEPT"] містить таку саму інформацію, але без початкового заголовка Accept.
Цей заголовок інтерпретується наступним чином: Типи документів text/html і text/x-c є кращими, але якщо вони недоступні, тоді клієнт відсилає даний запит, віддасть перевагу text/x-dvi, а якщо і його немає, то він може прийняти тип text/plain.
Елемент $_SERVER["HTTP_ACCEPT_LANGUAGE"]
В елементі $_SERVER["HTTP_ACCEPT_LANGUAGE"] описуються переваги клієнта щодо мови. Дана інформаціявилучається із HTTP-заголовка Accept-Language, який надсилає клієнт серверу. Можна навести такий приклад:
Accept-Language: ru, en; q=0.7
Який можна інтерпретувати так: клієнт віддає перевагу російській мові, але у разі його відсутності згоден приймати документи англійською. Елемент $_SERVER["HTTP_ACCEPT_LANGUAGE"] міститиме таку саму інформацію, але без заголовка Accept-Language:
ru, en; q=0.7
Вміст елемента $_SERVER["HTTP_ACCEPT_LANGUAGE"] можна використовувати для визначення національної приналежності відвідувачів. Однак результати будуть приблизними, так як багато користувачів використовують англійські варіанти браузерів, які сповіщатимуть сервер про те, що відвідувач віддає перевагу лише одній мові - англійській.
Елемент $_SERVER["HTTP_HOST"]
В елементі $_SERVER["HTTP_HOST"] міститься ім'я сервера, яке зазвичай збігається з доменним ім'ям сайту, розташованого на сервері. Як правило, ім'я, зазначене в цьому параметрі, збігається з ім'ям $_SERVER["SERVER_NAME"]. У параметрі наводиться лише доменне ім'я без назви протоколу (http://), тобто.
www.sofftime.ru
Елемент $_SERVER["HTTP_REFERER"]
В елементі $_SERVER["HTTP_REFERER"] наводиться адреса сторінки, з якої відвідувач прийшов на цю сторінку. Перехід має здійснюватися за посиланням. Створимо дві сторінки index.php та page.php.
Сторінка index.php
echo "Посилання на сторінку PHP
"
;
echo.
$_SERVER [ "HTTP_REFERER" ]
?>
Сторінка page.php буде аналогічного змісту, але посилання вказуватиме на сторінку index.php.
Сторінка page.php
echo "Посилання на сторінку PHP
"
;
echo "Вміст $_SERVER["HTTP_REFERER"] - ".
$_SERVER [ "HTTP_REFERER" ]
?>
При переході з однієї сторінки на іншу, під посиланням буде виводиться адреса сторінки, з якої було здійснено перехід.
Елемент $_SERVER["HTTP_USER_AGENT"]
Елемент $_SERVER["HTTP_USER_AGENT"] містить інформацію про тип та версію браузера та операційної системивідвідувача.
Ось типове зміст цього рядка: "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)". Наявність підрядка "MSIE 6.0" говорить про те, що відвідувач переглядає сторінку за допомогою Інтернету. Explorer версії 6.0. Рядок "Windows NT 5.1" повідомляє, що як операційна система використовується Windows XP.
Зауваження
Для Windows 2000 елемент $_SERVER["HTTP_USER_AGENT"] виглядає так: "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)")", тоді як для Windows XP - "Mozilla/4.0 (compatible; MSIE 6.0 ; Windows NT 5.1) ".
Якщо відвідувач скористається браузером Opera, то зміст $_SERVER["HTTP_USER_AGENT"]може виглядати так: "Mozilla/4.0 (compatible; MSIE 5.0; Windows 98) Opera 6.04". Підрядок "MSIE 6.0" тут також присутній, повідомляючи, що браузер Operaє сумісним із браузером Internet Explorer і використовує самі динамічні бібліотеки Windows. Тому, при аналізі рядка, що повертається браузером, слід мати на увазі, що до Internet Explorer відноситься рядок, що містить підрядок "MSIE 6.0" і не містить підстроки "Opera". Крім того, з цього рядка можна зробити висновок, що користувач використовує операційну систему Windows 98.
Зауваження
Користувальницький агент браузера Firefoxможе виглядати так Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5.
При використанні браузера Netscape, вміст елемент $_SERVER["HTTP_USER_AGENT"] може виглядати так: "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1". Приналежність до цього браузеру можна визначити за наявності підрядка Netscape. Крім того, можна дізнатися, що відвідувач виходить в Інтернет, використовуючи операційну версію Linux, З ядром, оптимізованим під Pentium IV, перебуваючи в графічній оболонці X-Window. Цей механізм зручно використовувати для збору статистичної інформації, яка дозволяє дизайнерам оптимізувати сторінки під найпоширеніші браузери.
Елемент $_SERVER["REMOTE_ADDR"]
В елемент $_SERVER["REMOTE_ADDR"] міститься IP-адреса клієнта. При тестуванні на локальній машині - ця адреса дорівнюватиме 127.0.0.1. Однак при тестуванні в мережі змінна поверне IP-адресу клієнта або останнього проксі-сервера, через який клієнт потрапив на сервер. Якщо клієнт використовує проксі-сервер, дізнатися його IP-адресу можна за допомогою змінної оточення HTTP_X_FORWARDED_FOR, значення якої можна отримати за допомогою функції getenv().
Зауваження
Проксі-сервера є спеціальними проміжними серверами, що надають спеціальний вид послуг: стиснення трафіку, кодування даних, адаптація під мобільні пристроїі т.п. Серед безлічі проксі-серверів розрізняють так звані анонімні проксі-сервери, які дозволяють приховувати справжню IP-адресу клієнта, такі сервери не повертають змінному оточенню HTTP_X_FORWARDED_FOR.
Вилучення змінної оточення HTTP_X_FORWARDED_FOR
echo getenv (HTTP_X_FORWARDED_FOR);
?>
Елемент $_SERVER["SCRIPT_FILENAME"]
В елемент $_SERVER["SCRIPT_FILENAME"] міститься абсолютний шлях до файлу від кореня диска. Так, якщо сервер працює під керуванням операційної системи Windows, то такий шлях може виглядати так "d:main estindex.php", тобто. шлях вказується від диска, в UNIX-подібної операційної системи шлях вказується від кореневої директорії /, наприклад "/var/share/www/test/index.php".
Елемент $_SERVER["SERVER_NAME"]
В елемент $_SERVER["SERVER_NAME"] вміщується ім'я сервера, що зазвичай збігається з доменним ім'ям сайту, розташованого на ньому. Наприклад,
www.softtime.ru
Вміст елемента $_SERVER["SERVER_NAME"] часто збігається з вмістом елемента $_SERVER["HTTP_HOST"]. Крім імені сервера суперглобальний масив $_SERVER дозволяє з'ясувати ще ряд параметрів сервера, наприклад IP-адресу сервера, порт, який прослуховується, який Web-сервер встановлено і версію HTTP протоколу. Ця інформація міститься в елементах $_SERVER["SERVER_ADDR"], $_SERVER["SERVER_PORT"], $_SERVER["SERVER_SOFTWARE"] та $_SERVER["SERVER_PROTOCOL"], відповідно. Нижче наводиться приклад із використанням даних елементів.
Використання елементів масиву $_SERVER
echo "Ім'я сервера". $_SERVER ["SERVER_NAME"]. "
"
;
echo "IP-адреса сервера -". $_SERVER ["SERVER_ADDR"]. "
"
;
echo "Порт сервера -". $_SERVER ["SERVER_PORT"]. "
"
;
echo "Web-сервер -". $_SERVER ["SERVER_SOFTWARE"]. "
"
;
echo "Версія HTTP-протоколу -". $_SERVER ["SERVER_PROTOCOL"]. "
"
;
?>
Елемент $_SERVER["REQUEST_METHOD"]
В елемент $_SERVER["REQUEST_METHOD"] міститься метод запиту, який застосовується для виклику скрипта: GET або POST.
Contents
$user_info
Вони є всі ключі, які були визначені для $user_info в loadUserSettings(). Деякі є self-explanatory, for sure.
groups
array. Всі можливі членигрупи, завантажені як користувачі. Keys do not matter. Values are the groups, sanitized as int, just in case. This includes:
- Primary group
- Post count group
- Additional groups. Вони є завантаженими в database як comma-delimited string.
possibly_robot
bool. Це true, якщо agent збирається знавець шпигун, якщо особливість є налагодженою, і якщо вона неможлива, робить освітлене слово.
id
int Corresponds to the member"s database value "(!LANG:id_member".!}
username
name
string. Їх відтворений назва.
passwd
language
is_guest
is_admin
theme
last_login
int. Unix timestamp.
ip
$_SERVER["REMOTE_ADDR"]
ip2
$_SERVER["BAN_CHECK_IP"]
posts
int. Post count.
time_format
string. Custom format for strtftime().
time_offset
int. User's hourly offset від часу часу.
avatar
- url: string
- filename: string
- custom_dir: bool
- id_attach: int
smiley_set
messages
int. Номер PMs they have.
unread_messages
int. Число необхідних PMs є.
total_time_logged_in
buddies
String. The list of their buddies delimited by commas.
ignoreboards
String. List of boards вони мають ignored delimited by commas.
ignoreusers
String. List of users вони мають opted to ignore delimited by commas.
- In SMF 1.1.x лише PMs get ignored.
- У SMF 2.0.x і напередодні, цей нюанс був спрямований на те, що випливає повідомлень невідомого користувача.
warning
int. Їх warning points.
permissions
query_see_board
List of all the boards they can see as part of prepared SQL statement.
query_wanna_see_board
List of boards they WANT to see as part of prepared SQL statement.
mod_cache
is_mod
Boolean. Is false except in boards where the member is a moderator. It is always set.
Іноді хочеться відволіктися від поточної рутини кодування і невеликих проблем, яким присвячується місце у статтях на "деталях". Окинути поглядом те, що робиш довгий час. Отже, моє бачення підходів до основного завдання php-програмування - створення веб-сторінок. Частково цю тему я вже торкався частинами - статті про клас шаблонів і про XML ви можете знайти в архіві. Тепер хотілося б звести все це докупи і зробити щось монументальне. Перша частина.
1. Витоки php
З чого, що почався php для більшості з нас? Зі вставок скрипта в HTML-сторінки. Наприклад, свій каталог посилань. Сторінка із посиланнями з певної рубрики:
". mysql_result($result, 0). ""; mysql_free_result($result); $result = mysql_query("SELECT id, title, ratio, description, site_date FROM site WHERE rubrika=". intval($id). " if (mysql_error()) echo mysql_error(); else while ($row = mysql_fetch_assoc($result)) echo " ($row)
($row)
Записано: ($row), рейтинг: ($row)
Просто і невигадливо, але головне, що цей код працює. Складнощі починаються, якщо спробувати написати назву рубрики у заголовку сторінки. Для цього доведеться створити вставку php усередині тега
Ось так у XML можна записати структуровані дані про продовольчий магазин, в якому товари поділені на категорії, а категорії можуть бути підпорядковані один одному. Звичайно, ці дані можна записувати по-іншому, скажімо, текст з табуляторами як роздільники та із зазначенням id батьківської категорії (до речі, при записі даних у форматі XML, як видно вище, його вказувати не потрібно). XML - це вже готовий формат для запису такої структури, в рамках якого вам залишається лише придумати назви вузлів (тегів) та правила, в які має укладатися структура (наприклад, що товар не може бути розташований поза категорією або що рівнів категорій може бути не більше трьох). Далі:
XML – це не мова програмування, і вам не потрібно бути програмістом, щоб використовувати чи вивчати його. XML полегшує комп'ютеру завдання створення та читання даних, забезпечуючи при цьому однозначність їхньої структури. XML дозволяє уникнути поширених помилок проектування мов: він розширюємо, незалежно від платформи, включає підтримку інтернаціоналізації та локалізації. XML повністю сумісний з Unicode.
Розробники phpпропонують обробляти окремі елементи XML-документу функціями php. Приклад з посібника з php:
"B", "EMPHASIS" => "I", "LITERAL" => "TT"); // Функція для початку тега (може виводити складний текст, але в цьому прикладі видає // просто відповідний тег). function startElement($parser, $name, $attrs) ( global $map_array; if ($htmltag = $map_array[$name]) ( print "<$htmltag>"; ) ) // Функція для кінця тега function endElement($parser, $name) ( global $map_array; if ($htmltag = $map_array[$name]) ( print ""; ) ) // Функція для тексту (текстового вузла) function characterData($parser, $data) ( print $data; ) $xml_parser = xml_parser_create(); // $map_array xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($xml_parser, "startElement", "endElement"); xml_set_character_data_handler($xml_parser, " ($file, "r"))) ( die("could not open XML input"); ) while ($data = fread($fp, 4096)) ( if (!xml_parse($xml_parser, $data, feof( $fp))) ( die(sprintf("XML error: %s at line %d", xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); ) ) xml_parser_free($xml_parser);
Даний приклад можна розширити, додавши масив імен тегів, які будуть оброблятися іншим чином, і відповідні умови функції startElement і endElement.
Код виглядає просто жахливо. Для використання у перетворенні XML на HTML-сторінки він практично непридатний, хоча десь застосовувався, наприклад, на сайті How IT works . Звичайно, можна писати власні автоматизатори, які читали б конфігураційні файли і створювали масиви, але за сумарними затратами праці вигідніше використовувати потужні класи шаблонів, такі як Smarty.
Робота над цим проектом почалася ще в 1999 році, коли група розробників почала писати специфікацію движка шаблонів. Визначивши, що він повинен робити, розробники намагалися написати модуль на C, але врешті-решт вирішили, що краще зробити клас на php, доступний і зрозумілий для всіх розробників сайтів.
Зараз Smarty - один із проектів PHP, його сайт знаходиться на сервері PHP за адресою smarty.php.net.
Формально Smarty – клас шаблону. Насправді, його функціональність набагато вище, ніж у множини *Template.
По-перше, Smarty здійснює не тільки вставку змінних у шаблон, але й виконує php-код у самому шаблоні. По-друге, шаблони Smarty перетворюються на php-скрипти, і всю брудну роботу по вставці змінних у текст і виконанню логічних конструкцій віддає вбудованому в php парсеру. Ці php-скрипти при включеному кешуванні зберігаються у файли, що викликаються при наступних зверненнях до шаблонів. Коли шаблони змінюються, скрипти знову генеруються. Таке кешування суттєво прискорює роботу скриптів.
Також Smarty вміє обробляти вбудовані шаблони логічні конструкції if-else, перетворюючи їх на php-код. Аналогічно обробляються конструкції, названі variable modifiers. Вони дозволяють прибрати деякі функції з основного скрипта, перенісши їх у шаблон і їх php-скрипти, що кешуються.
(* Написати заголовок великими літерами *)
($title|upper),
(* Скоротити топік до 40 символів, поставивши... наприкінці *) Topic: ($topic|truncate:40:"...")Цей текст перетворюється на такий код:
_run_mod_handler("upper", true, $this->_tpl_vars["Name"]); ?> Topic:_run_mod_handler("truncate", true, $this->_tpl_vars["Name"], 40, "..."); ?>
Доступний і набір змінних, таких як $smarty.now (поточний час). Ідилічну картину доповнює виведення вікна налагодження, що містить значення змінних, виклик вкладених шаблонів, підтримка фільтрів введення/виводу, що настроюються, і плагінів.
Все було б чудово, якби Smarty менше в розмірах. Зараз (версія 2.3.1) "важить" 144 кілобайти і на AMD K6 266 MHz працює відчутно повільно. Розробники Smarty рекомендують використовувати Zend Accelerator або PHP Accelerator.
DOM - на даний момент останнє слово у шаблонах документів у php. Я описував модуль у статті «XML: специфікація та функції DOM у PHP».
Незважаючи на багатослівність та великий обсяг коду, що виконує досить прості операції, DOM XML має великі перспективи.
Основний недолік текстового підходу в редагуванні XML-документа (редагування в скрипті, природно) - те, що потрібно або уважно вчитуватися в специфікацію XML, або не бути до кінця бути впевненим у тому, що вийшло в результаті.
Наприклад, вставити текст у вузол – просте завдання. Однак у XML-документі службові символи та символи, що не входять до таблиці ISO, повинні бути перетворені на XML-сутності (<) или в номера символов UTF-8 (&x0442;). В модуле DOM XML достаточно сконвертировать текст в UTF-8 и вызвать метод create_text_node.
На моєму сайті поки що працює старий двигун, що генерує текстовий рядок, і іноді він викидає цікаві фокуси з не-well-form-ними документами. Крім того, об'єкти можна передавати як параметр функції, а ім'я методу, що викликається, робити змінним.
Нарешті, головна перевага DOM XML - те, що бінарний модуль для текстової обробки документа у php відсутня. Це означає, що вам доведеться писати парсер.
Що ж до великого обсягу коду, це цілком природно. Адже якщо ви хочете редагувати документ через текст, пишете регулярні висловлювання, використовуєте набір рядкових функцій. Цього коду потрібно теж чимало, якщо дотримуватися умов XML.
Операції з документом через DOM потрібно групувати у власні функції, тобто будувати DOM-овий клас шаблону.
В окремий шаблон можна винести загальні для сайту або розділи дані. Решта – вставляти в документ прийомом, який я описував:
document_element(); $child = $root1->child_nodes(); $root2 = $dom2->document_element(); for ($i = 0; $i< sizeof($child); $i++) $root2->append_child($child[$i]->clone_node()); ?>
Для сайту можна зробити простий скрипт, в який будуть надсилатися запити до документів. В.htaccess пишеться таке:
Options FollowSymLinks RewriteEngine On # перевірка наявності файлу з тим же ім'ям # і розширенням phpxml для кореня розділу RewriteCond %(DOCUMENT_ROOT)/$1/index.phpxml -f # якщо такий файл є, правило спрацьовує RewriteRule ^(+)/?$ /index.php # це правило спрацює для адреси, переписаної # за попереднім правилом, і для решти # файлів, відправляючи запит в скрипт composer.php. RewriteCond %(DOCUMENT_ROOT)/$1.phpxml -f RewriteRule ^(+)\.php$ /composer.php [L]
У скрипті composer.php буде відкриватися файл з тим самим ім'ям, що й вимагався, але з розширенням phpxml. Сервер Apache під час обробки правил перевірив факт існування цього файла.
6.1 Валідація документів
Це інструмент, який має прийти на зміну або значно потіснити саморобні засоби для перевірки даних. Тепер стало модно відмовлятися від бази даних та зберігати дані у файлах.
З базою було просто: отримуєш масив і робиш із нього текстовий рядок (циклом або класом шаблону на кшталт php-templates), або отримати рядок за допомогою sql2xml дерево об'єктів (або знову рядок). З файлом працювати складніше, тому що про всяк випадок бажано перевіряти цілісність даних.
Є два підходи у створенні розмітки. Перший – розмітка, орієнтована на дані (data-centric markup), другий – розмітка, орієнтована на документ (document-centric markup).
Приклад розмітки, орієнтованої на дані:
Два рівні ієрархії - рядок + поле (природно, якщо їх стане 3 або 4, якісно нічого не зміниться), загалом, те саме, що і запит з бази даних, відформатований за допомогою sql2xml. Приклад документоорієнтованої розмітки:
Цей варіант написаний вільною людською мовою, але дані в елементах acro і title залишилися ті ж, їх можна отримати з документа тими самими запитами XPath або XQuery: /championships/championship/titleПерший варіант розмітки можна як таблиці бази даних. Можна ускладнити його, наприклад - фрагмент документа:
Від цього документ не перестане бути data-centric. Новий документ можна подати як 2 таблиці, які з'єднуються при запиті оператором LEFT JOIN.
Другий документ має складнішу структуру, і у випадку його не вдасться запихати в таблицю.
До речі, це полягає основна відмінність XML-баз даних від не-XML. XML-database працює і з розміткою, яка орієнтована на документ (а не тільки в тому, що результати видаються в XML). Розмітку типу data-centric цілком можна зберігати в реляційній БД, а на виході форматувати утилітою на кшталт sql2xml .
Так ось, повертаючись до валідації документів, потрібно помітити, що документоорієнтовану розмітку дуже складно перевірити на відповідність DTD або XML-схемі простим рядковим парсером.
Ще приклад - розмітка форми у моєму класі TXF:
Я перевіряю це через схему DTD. Перевірка відповідності до схеми документа - стандартна функція бібліотеки DOM XML.
Для загальновикористовуваних форматів обміну даними, наприклад, RSS є специфікації і DTD-схеми (XML-схеми). Щоб не забивати голову написанням власного RSS-парсера, можна просто додати до документа схему та перевірити на допустимість. Потім діставати з документа потрібні вузли через get_content або вирази XPath.
6.2 Ліричний відступ
Терміново завершувати написання цієї частини серії мене змусила остання замітка Spectator-a під назвою "Шаблони в PHP для чайників".
Закликає забути слова типу XML, XHTML «і інший X...», попутно дає заслуженого стусана Smarty, і, завершуючи свій ЕКСпромт, закликає розумників голитися бритвою Оккама.
Бідна бритва! Підняли на прапори її, махають їй скрізь, де можна, тикають і намагаються завдати нею каліцтва опонентам.
До біса бритву! До біса це безглузде правило "не плодити сутності понад необхідне". Це надто побита істина, щоб її нагадувати людям, а для того, щоб оцінювати інших вона взагалі не годиться. Кількість "понад необхідного" для кожної людини різна. Замовник сайту може сказати: "А навіщо мені ваші скрипти, зробіть у простому HTML, щоб ми потім FrontPage могли редагувати! Читали про бритву Оккама?"
Я довгий час вважав, що основна причина, чому варто використовувати нові технології у програмуванні – це ефект масштабу. Як мені написали в коментарях до старої статті, "зі зростанням обсягів сайту ти потонеш у своїх шаблонах". І у своїх статтях я наголошував саме на це - мовляв, будь ласка, балуйтесь зі своїм хитрим include і кодом, змішаним з HTML, воно поперек горла встане, коли треба буде зробити багато програмного коду.
Насправді є ще одна причина. Це навички кожної конкретної людини. Хто добре знає XML, XSLT і XPath, або вміє швидко знаходити рішення завдань у цьому середовищі, той у більшій кількості випадків виконає проект саме на XML-технологіях. Йому це зробити буде легко і легко, бо він це добре вміє. Хто не знає чи знає погано - робитиме "простонародними" способами.
Залишається лише питання, чи будуть його рішення на XML-технологіях ефективнішими, ніж якби він робив на класах шаблону або змішаному PHP&HTML? Так, будуть. Наведу алегоричне порівняння.
Ви бачили, як грають у волейбол досвідчені гравці та "ламери"? Команди "кульків" правдами та неправдами перекидають м'яч на інший бік, щоб суперник упустив м'яч у себе. Нападаючий удар вони робити не вміють, і, керуючись горезвісною бритвою, грають просто. Досвідчений гравець набагато краще за вміє перекидати м'яч. Проте більшого результату він досягне, якщо виконає гарний нападник.
| Є ще питання чи щось незрозуміло – ласкаво просимо на наш | |
|
|
1 рік тому | 9.8K
У програмуванні дуже часто зустрічається завдання, коли потрібно звернутися до іншого сайту через HTTP або HTTPS. У цій статті ми розглянемо простий спосіб, як за допомогою мови програмування PHP виконати це завдання.
Для чого звертатись за допомогою PHP через HTTP або HTTPS до іншого сайту?
Причин може бути кілька, наприклад на вашому сайті, є частина функціоналу, яка відповідає за додавання нових товарів або каталогів фільмів на ваш сайт.
Нові фільми виходять на екран практично щодня, і цей процес краще автоматизувати, щоб цим займався робот, який зробить це безкоштовно.
З товарами ситуація така ж - у вашого інтернет-магазину можуть бути партнери, які захочуть розмістити на вашому сайті свої товари і з кожного продажу товару, партнери будуть віддавати вам, частину своїх доходів. Якщо у партнера кілька тисяч товарів та база постійно оновлюється, процес додавання товарів на сайт також необхідно автоматизувати за допомогою мови програмування PHP.
Приклад звернення до іншого сайту за допомогою PHP
У цьому простому прикладі ми будемо використовувати стандартну функцію PHP під назвою file_get_contents().
У відповідь від сервера VK ви побачите наступну інформацію:
( - response: [ - ( - id: 210700286, - first_name: "Lindsey", - last_name: "Stirling", - bdate: "21.9.1986" - ) - ] )
де ми отримали Ім'я, Прізвище та дату народження користувача з ID 210700286.
Як тепер ми можемо за допомогою PHP отримати цю інформацію і перетворити її на масив, для зручної подальшої роботи?
За допомогою мови програмування PHP та функції file_get_contents(), це зробити дуже просто!
$user_id- це змінна, в яку ви записуєте ID користувача VK,
$info- у цій змінній ми зберігаємо результат звернення до API сайту VK.COM
Маючи масив з цією інформацією, ви можете на вашому сайті, відображати цікавих вам користувачів для будь-якої мети, а також за допомогою , ви можете красиво оформити виведення даної інформації на вашому сайті.
Висновок
Як ви бачите, за допомогою PHP ви можете дуже легко робити запити до HTTP та HTTPS сайтів і ми розглянули лише одну функцію мови програмування PHP, за допомогою якої можна отримати дані із зовнішнього сайту.
У наступних статтях, ми розглянемо ще одну цікаву, але потужнішу функцію, в яку ви зможете задавати додаткові параметри, такі як браузер, операційна система та інші, для більш витонченої роботи із зовнішніми сайтами.
$HTTP_SERVER_VARS [видалено]
(PHP 4> = 4.1.0, PHP 5, PHP 7)
$_SERVER -- $HTTP_SERVER_VARS [видалено] — Інформація про сервер та середовище виконання
Опис
Змінна $_SERVER - це масив, що містить інформацію, таку як заголовки, шляхи та розташування скриптів. Записи у цьому масиві створюються веб-сервером. Немає гарантії, що кожен веб-сервер надасть будь-яку з них; сервер може опустити деякі з них або надати інші, які не вказані тут. Тим не менш, багато цих змінних присутні в » специфікації CGI/1.1 , так що ви можете очікувати їх реалізації і в конкретному веб-сервері.
Змінна $HTTP_SERVER_VARS містить ту саму початкову інформацію, але вона не є суперглобальною . (Зверніть увагу, що $HTTP_SERVER_VARS і $_SERVER є різними змінними, так що PHP обробляє їх відповідно). Також врахуйте, що довгі масиви були видалені у версії PHP 5.4.0, тому $HTTP_SERVER_VARS більше не існує.
Індекси
Ви можете знайти (а можете і не знайти) будь-який з наступних елементів у масиві $_SERVER . Зауважте, що деякі елементи, якщо такі знайдуться, будуть доступні (або дійсно будуть мати значення), якщо PHP запущений в командному рядку .
" PHP_SELF " Ім'я файлу скрипта, який зараз виконується, щодо кореня документів. Наприклад, $_SERVER["PHP_SELF"] у скрипті за адресою http://example.com/foo/bar.php буде /foo/bar.php . Константа __FILE__ містить повний шлях та ім'я файлу поточного (тобто підключеного) файлу. Якщо PHP запущено у командному рядку, ця змінна містить ім'я скрипта, починаючи з PHP 4.3.0. Раніше вона була недоступна."argv" Масив аргументів переданих скрипту. Коли скрипт запущено в командному рядку, це дає C-подібний доступ до параметрів командного рядка. Коли викликається метод GET, цей масив міститиме рядок запиту."argc" Містить кількість параметрів, переданих скрипту (якщо запуск здійснено в командному рядку)." GATEWAY_INTERFACE " Містить сервер версії специфікації CGI; наприклад" CGI/1.1". "SERVER_ADDR" IP-адреса сервера, на якому виконується поточний скрипт."SERVER_NAME" Ім'я хоста, де виконується поточний скрипт. Якщо скрипт виконується на віртуальному хості, тут буде міститься ім'я, визначене для цього віртуального хоста."SERVER_SOFTWARE" Рядок ідентифікації сервера, вказаний у заголовках, коли відбувається відповідь на запит." SERVER_PROTOCOL " Ім'я та версія інформаційного протоколу, через який була запитана сторінка; наприклад " HTTP/1.0"; "REQUEST_METHOD" Який метод використали для запиту сторінки; наприклад " GET", "HEAD", "POST", "PUT".
"REQUEST_TIME" Тимчасова позначка початку запиту. Доступна починаючи з PHP 5.1.0."REQUEST_TIME_FLOAT" Тимчасова позначка початку запиту з точністю до мікросекунд. Доступна починаючи з PHP 5.4.0."QUERY_STRING" Рядок запитів, якщо є, за допомогою якої було отримано сторінку."DOCUMENT_ROOT" Директорія кореня документів, в якій виконується поточний скрипт, точно та, яка вказана в конфігураційному файлі сервера." HTTP_ACCEPT " Вміст заголовка Accept:із поточного запиту, якщо він є." HTTP_ACCEPT_CHARSET " Вміст заголовка Accept-Charset:із поточного запиту, якщо він є. Наприклад: " iso-8859-1, *, utf-8". " HTTP_ACCEPT_ENCODING " Вміст заголовка Accept-Encoding: gzip". " HTTP_ACCEPT_LANGUAGE " Вміст заголовка Accept-Language:із поточного запиту, якщо він є. Наприклад: " en". " HTTP_CONNECTION " Вміст заголовка Connection:із поточного запиту, якщо він є. Наприклад: " Keep-Alive". " HTTP_HOST " Вміст заголовка Host:із поточного запиту, якщо він є." HTTP_REFERER " Адреса сторінки (якщо є), яка привела браузер користувача на цю сторінку. Цей заголовок встановлюється веб-браузером користувача. Не всі браузери встановлюють його і деякі як додаткова можливість дозволяють змінювати вміст заголовка HTTP_REFERER . Одним словом, насправді йому не можна довіряти." HTTP_USER_AGENT " Вміст заголовка User-Agent:із поточного запиту, якщо він є. Цей рядок містить позначення браузера, яким користувач запросив цю сторінку. Типовим прикладом є рядок: Mozilla/4.5 (X11; U; Linux 2.2.9 i586). Серед іншого, ви можете використати це значення з функцією get_browser()щоб адаптувати виведення вашої сторінки до можливостей браузера користувача"HTTPS" Приймає непусте значення, якщо запит було зроблено через HTTPS.Зауваження:
PHP скрипт завершується після надсилання заголовків (тобто після того, як здійснює будь-який висновок без буферизації виводу), якщо запит було здійснено методом HEAD.
"REMOTE_ADDR" IP-адреса, з якої користувач переглядає поточну сторінку."REMOTE_HOST" Віддалений хост, з якого користувач переглядає поточну сторінку. Зворотний перегляд DNS базується на значенні змінної REMOTE_ADDR.Зауваження: Зверніть увагу, що при використанні ISAPI з IIS значення буде off, якщо запит не було зроблено через HTTPS.
"REMOTE_PORT" Порт на віддаленому автомобілі, який використовується для зв'язку з веб-сервером."REMOTE_USER" Автентифікований користувач." REDIRECT_REMOTE_USER " Аутентифікований користувач, якщо запит перенаправлено зсередини."SCRIPT_FILENAME"Зауваження: Ваш веб-сервер має бути налаштований, щоб створювати цю змінну. Наприклад, в Apache вам потрібна присутність директиви HostnameLookups Onу файлі httpd.conf, щоб ця змінна створювалася. Див. також gethostbyaddr().
Абсолютний шлях до скрипту, який зараз виконується.
"SERVER_ADMIN" Ця змінна набуває свого значення (для Apache) з директиви конфігураційного файлу сервера. Якщо скрипт запущено на віртуальному хості, це буде значення, визначене для цього віртуального хоста."SERVER_PORT" Порт на комп'ютері сервера, який використовується веб-сервером для з'єднання. Для установок за замовчуванням значення буде " 80 "; використовуючи SLL, наприклад, це значення буде таким, яке налаштовано для з'єднань безпечного HTTP.Зауваження:
Якщо скрипт запускається в командному рядку (CLI), використовуючи відносний шлях, такий як file.php або ../file.php , змінна $_SERVER["SCRIPT_FILENAME"] міститиме відносний шлях, вказаний користувачем.
"SERVER_SIGNATURE" Рядок, що містить версію сервера та ім'я віртуального хоста, які додаються до сторінок, що генеруються сервером, якщо включено." PATH_TRANSLATED " Filesystem- (not document root-) заснований шлях до поточного script, після сервера має кожний віртуальний-реальний mapping.Зауваження: Щоб отримати фізичний (реальний) порт Apache 2, необхідно встановити UseCanonicalName = Onі UseCanonicalPhysicalPort = On, інакше це значення може бути замінено і не повернути реальне значення фізичного порту. Покладатися на це значення є небезпечним у контексті додатків, що вимагають посиленої безпеки.
"SCRIPT_NAME" Містить шлях до поточного виконуваного скрипту. Це корисно для сторінок, які повинні вказувати на себе. Константа __FILE__ містить повний шлях та ім'я поточного (тобто включається) файлу."REQUEST_URI" URI, який був переданий для того, щоб отримати доступ до цієї сторінки. Наприклад, " /index.html". " PHP_AUTH_DIGEST " При виконанні HTTP Digest аутентифікації, цій змінній надається заголовок "Authorization", який надсилається клієнтом (його необхідно потім використати для відповідної валідації)." PHP_AUTH_USER " Коли виконується HTTP-автентифікація, цій змінній надається ім'я користувача, надане користувачем." PHP_AUTH_PW " Коли виконується HTTP-автентифікація, цій змінній надається пароль, наданий користувачем."AUTH_TYPE" Коли виконується HTTP-автентифікація, цій змінній надається тип аутентифікації, який використовується." PATH_INFO " Містить будь-який наданий користувачем шлях, що міститься після імені скрипта, але до рядка запиту, якщо є. Наприклад, якщо поточний скрипт запрошений за URL http://www.example.com/php/path_info.php/some/stuff?foo=bar , змінна $_SERVER["PATH_INFO"] буде містити /some/stuff?>Зауваження: Починаючи з PHP 4.3.2, змінна PATH_TRANSLATED більше не встановлюється неявно в Apache 2 SAPI порівняно з Apache версії 1, де вона встановлюється в те саме значення, що і змінна SCRIPT_FILENAME , коли вона не використовується Apache. Ця зміна була зроблена для відповідності специфікації CGI, де змінна PATH_TRANSLATED повинна існувати лише тоді, коли PATH_INFO визначено. Користувачі Apache 2 можуть використовувати директиву AcceptPathInfo = Onу конфігураційному файлі httpd.conf для завдання змінної PATH_INFO .
Результатом виконання цього прикладу буде щось подібне.