<h1><?=$title?></h1>
<ul>
<? foreach $items AS $item { ?>
<li><?=$item?></li>
<? } ?>
</ul>
Последнее время я, как и большинство айтишников и простых пользователей подсел на сервисы Google. Очень удобно и главное собрано в воедино. Но последнее время начали раздаваться тревожные возгласы, предупреждающие, что google - это не добрый дядюшка, а корпорация образца microsoft, нацеленная на получение прибыли. Я довольно скептически отношусь к угрозе быть загугленым, я человек добрый и честный, мне скрывать нечего.
Но для любителей теории всеобщего заговора и просто любознательных поделюсь ссылкой на забавный и симпатичный проект http://masterplanthemovie.com/
Теперь появляется новая проблема - как сообщить о результатах обработки. Для этого воспользуемся так называемыми flash сообщениями.
Я приведу один из вариантов.
В начале сценария мы создаём объект $flash, при этом данные из $_SESSION['flash'] копируем в закрытую переменную класса и очищаем $_SESSION['flash'].
С помощью магических методо мы работаем с флэш данными:
1. __set() используем для занесения переменной в сессию.
2. __get() для извлечения флэш данных.
3. __isset() для проверки на сущестование данных.
<?php
error_reporting(E_ALL);
$flash = Amdy_Flash::Singleton();
if (isset( $flash->test ) ) echo 'true - ' , $flash->test;
else echo 'false';
$flash->test = 'ok';
class Amdy_Flash {
public static $instance;
protected $_data = array();
/**
* @return Amdy_Flash $instance
*/
public static function Singleton()
{
if (!isset(self::$instance)) {
$c = __CLASS__;
self::$instance = new $c();
}
return self::$instance;
}
public function __construct() {
if (!session_id()) session_start();
if ( isset($_SESSION['flash']) ) {
$this->_data = $_SESSION['flash'];
unset($_SESSION['flash']);
}
}
public function __set($varName, $varValue) {
$_SESSION['flash'][$varName] = $varValue;
}
public function __get($varName) {
return (isset($this->_data[$varName]) ? $this->_data[$varName] : null);
}
public function __isset($varName) {
if (isset($this->_data[$varName])) return true;
else return false;
}
}
?>
Как это не странно, но до сих пор очень часто многие начинающие задают вопрос о кодироках, вернее о "неправильном" отображении русских буковок. Постараю описать все по порядку, следуя данному списку инструкций у меня никогда не возникало проблем с кодировками.
Перый шаг - настройка вашего любимого редактора. Ищем пункт encoding (кодировки) и ставим utf-8. Очень советую использоать именно юникод, чтобы избежать проблем в дальнейшем. Конечно, у юникода есть ряд недостатков, но пользы гораздо больше. Ах, да, ещё пару советов по настройке редактора. Выстовте конец строки в стиле unix - \r. И используйте 4 пробела вместо табов.
Второй шаг - HTML. Добавляем строку
<meta equiv="Content-Type" content="text/html; charset=utf-8">в <head></head>.
Третий шаг - РНР. Некоторые браузеры пренебрегают Content-Type и используют кодироку, посылаемую сервером, обычно по умолчанию iso-8859-1(latin1). Значит мы посылаем нужную нам -
header('Conten-type: text/html; charset=utf-8');Четвёртый шаг - базы данных. Обычно данные берутся из базы данных, поэтому при создание таблиц и полей не забываем указывать нужную кодировку - utf8_general_ci. Обратите внимание, что именно general_ci, а не bin, как любят многие, это позволяет работать с данными как со строками, а не с двоичными данными. Но хостере и здесь заготовили подвох, и по умолчанию чаще стоит другая кодировка. Поэтому предупредим MySQL, что собираемся работать именно с utf-8, для этого сразу после подключения посылаем запрос:
SET NAMES utf8Обратите внимание, что в названии кодировки нету дефиса. Некоторые советуют посылать ещё парочку, но у меня такой надобности не возникало.
Пятый шаг - если таки данные берутся из другой кодироки, для этого используется функция iconv(), которая конвертирует данные из одной кодировки в другую. На некоторых хостингах нету сего полезного расширения, но я предлогаю игнорировать хостинги с ненастроенным РНР и неустановленными популярными расширениями.
Дерзайте, все неудачные попытки конспектируйте и задавайте вопросы.
Вчера проверял тестовое задание. Автор попался оригинальный, воспользовался своими наработками при выполнении, о их код не прислал. Вот и пришлось смотреть что было.
Очень порадовал шаблонизатор.
<?php
$template = new template;
// здесь присваивание переменных. вывод куска шаблона,
// а после
// я так понял, это автор хотел очистить переменные
$template->freshall;
?>
Если в первом случае автор сэкономив на скобках ничего не потерял, то во втором случае последствие могут быть фатальными. Вместо метода класса был вызван атрибут, компилятору ругаться незачем и ошибка остаётся незамеченной.
<?php
class Session {
private $dbh; // хендл на соединение с базой данных
private $sessionLife = 3600; // время жизни сессии
// в конструкторе устанавливаем обработчик, устанавливаем время жизни сессионной куки и стартуем сессию
public function __construct() {
session_set_save_handler(
array($this, '_open'),
array($this, '_close'),
array($this, '_read'),
array($this, '_write'),
array($this, '_destroy'),
array($this, '_gc')
);
session_set_cookie_params($this->sessionLife);
session_start();
}
// при старте сессии открываем соединение с базой данных
private function _open($dir, $name) {
$this->dbh = mysql_connect('localhost', 'root', '');
if (!$this->dbh) die('Bad database connect');
if (!mysql_select_db('test')) die('Bad db table name');
return true;
}
// при окончании работы закрываем соединение
public function _close() {
mysql_close($this->dbh);
}
// считываем данные из базы данных и десериализируем их
private function _read($id) {
$sql = 'SELECT `data`
FROM `session`
WHERE `session_id`=\''.mysql_real_escape_string($id).'\'
LIMIT 1
';
$data = mysql_query($sql, $this->dbh);
if (!$data) die(mysql_errno() . ": " . mysql_error() . "\n");
$data = mysql_fetch_assoc($data);
if (isset($data['data'])) {
return unserialize( $data['data'] );
} else {
return array();
}
}
// при записи сериализируем данные и засовываем их в базу данных
public function _write($id, $data) {
$sql = 'REPLACE INTO `session`(`session_id`, `data`, `date_updated`)
VALUES (\''.mysql_real_escape_string($id).'\',
\''.mysql_real_escape_string(serialize($data)).'\',
UNIX_TIMESTAMP() )
';
if (mysql_query($sql, $this->dbh)) {
return true;
} else {
die(mysql_errno() . ": " . mysql_error() . "\n");
}
}
// при убийстве очищаем массив с данными, убиваем куку и чистим базу
public function _destroy($id) {
$_SESSION = array();
unset($_COOKIE[session_name()]);
setcookie(session_name(), '', time()-42000, '/');
$sql = 'DELETE FROM `session`
WHERE `session_id`=\''.mysql_real_escape_string($id).'\'
LIMIT 1
';
if (mysql_query($sql, $this->dbh)) {
return true;
} else {
die(mysql_errno() . ": " . mysql_error() . "\n");
}
}
// убираем старые сессии
public function _gc($time) {
$sql = "DELETE FROM `session`
WHERE `date_updated` < UNIX_TIMESTAMP() - {$this->sessionLife}
";
if (mysql_query($sql, $this->dbh)) {
return true;
} else {
die(mysql_errno() . ": " . mysql_error() . "\n");
}
}
}
// тестируем
$session = new Session();
$_SESSION['test'] = 1;
var_dump($_SESSION);
?>
При отправке HTTP-объекта клиенту сервер также может отправить блок информации о состоянии соединения, который будет храниться у клиента. В состав блока включается описании диапазона URL-адресов, для которых это состоянии достоверно. Все последующие HTTP-запросы, сделанные клиентом и попадающие в этот диапазон, будут включать в себя пересылку текущего значения данного объекта состояния от клиента обратно серверу. Объект состояния называется cookie (печенюшки) по причинам. Которые не обсуждаются.