Сама лекция предназначена для тех, кто уже начал изучать PHP. Так сказать для закрепления материала.

Преподаватель Арвид Годюк, очень волнуется, уж не забрасывайте помидорами, а вот оператора (меня) можете забросать: штатива нет, руки дрожат, поставил было на полку шкафа, так вдруг фокус стал пропадать. Не профессионал, что делать…

Первая попытка даёт старт серии лекций по разным веб-технологиям.

TYPO3Winstaller включает в себя:

• TYPO3 4.1.2
• Apache 2.0.59
• PHP 5.2.1
• MySQL 4.1.21
• GraphicsMagick 1.1.7
• AFPL Ghostscript 8.53
• phpMyAdmin 2.10.0.2
• eAccelerator 0.9.5
• Perl 5.8.8.820
• typo3start-Package Version 3.1

Как я уже написал(см. в P.S.) через некоторое время работы в Typo3-админке, появляется ошибка:

PHP Fatal Error: Out of memory...

Вызвано это какими-то багами в самом PHP движке в версии 5.2.0-5.2.1. После жалоб, разработчики исправили баги в новой версии PHP.

Чтобы исправить положение нужно обновить PHP, но обновить с умом. Дело в том, что Typo3 использует расширение eAccelerator, а оно должно компилиться для каждой версии php в отдельности.

Вот шаги которые нужно предпринять:

• Скачать PHP 5.2.4
• Скачать eAccelerator последней версии для PHP 5.2.4 (весь список бинарников eAccelerator для Windows)
• Распаковать архив с php (например в папку php на Десктопе)
• Переименовать файл eAccelerator0952_5.2.4.dll в eAccelerator.dll
• Заменить файл eAccelerator.dll в папке Десктоп/php/ext/
• Заменить все файлы в папке PHP в установленном вами пакете TYPO3Winstaller

Файл php.ini исправлять не надо.

Это ещё не всё. Теперь есть проблема в одном из расширений Typo3 – static_info_tables. Из-за ошибки в одном из php файлов не работает добавление новых записей.

Исправляем

Заходим в

Папка_с_установленым_сайтом_на_Typo3/typo3conf/ext/static_info_tables/class.tx_staticinfotables_syslanguage.php

исправляем строчку:

function processDatamap_postProcessFieldArray($status, $table, $id, $fieldArray, $this) {

на

function processDatamap_postProcessFieldArray($status, $table, $id, $fieldArray, $parent) {

Всё!

P. S. вожможно это касается не только Typo3Winstaller’a но и других установок.

Framework CodeIgniter я выбрал для изучения, потому что он оказался наиболее простым в изучении и менее болезненным в оклиматизации, после опыта голого php-программирования. Поскольку кроме php, я не знаю ниодного сервеного скриптового языка (не считая пройденых ознакомительных туториалов по ruby и python), то для повышения квалификации web-программиста на выбор встали только php-framework‘и. Не буду рассказывать из чего я выбирал, если написать в поисковике «php framework» — сами найдёте, какие они бывают.

Скажу лишь, по каким критериям я выбирал:

• Всё на php. Без своего шаблонного парсинга
• Без излишних специфических особенностей синтаксиса
• Гибкость (читай «нестрогость»)
• Совместимость с большенством хостингов
• Без заморочек с конфигурацией
• Высокая скорость работы
• Rewrite engine
• Userfriendly для не слишком глубоко знающих php
• Полная и понятная документация

CodeIgniter подходит по всем параметрам.

Хостинг

• PHP версии 4.3.2 или выше
• База занных (MySQL, MySQLi, MS SQL, Postgre, Oracle, SQLite, ODBC)

Скорость работы

Разработчики заявляют, что очень немногие framework‘и могут сравниться с CodeIgniter по скорости. В большем случае из-за динамического подключения встроеных классов и библиотек, и опять же, без лишних заморочек со всякими yaml-файлами, определяющими структуру базы данных.

M-V-C

CodeIgniter использует ставший уже стандартом «Model-View-Controller» подход, который позволяет разделить логическое формирование и обработку данных от их представления. В принципе, не мне вам всем объяснять для чего это нужно и думаю не нужно перечислять плюсы при работе над web-приложением в команде.

Плюс CodeIgniter в нестрогом соблюдении этого метода, поскольку компонент Model предназначен не только для работы с базой, но и для любых манипуляций с данными. Можно рассматривать Model, как функциональную составляющую, а Controller, как процедурную. Таким образом можем условно определить framework, как систему использующую смешанный (процедурно-функционально-объектно-ориентированный) вид программирования.

Компонент View, для отображения данных не использует никаких своих скриптов псевдокодов и псевдотэгов. Controller передаёт в компонент View набор переменных для манипуляции, которые отображаются средствами php.

mod_rewrite — модная_перезапись

Нынче адреса, написаные почти человеческим языком не просто модны, но и важны в индексации. Разработчики CodeIgniter просто включили эту функциональность по-умолчанию, никого не спрашивая. Единственное, что нужно будет настроить в конфигурации — показывать index.php или нет.

URL-адрес выглядит примерно так:

www.your-site.com/controller/function/somevar

Логика url-ов здесь проста и понятна:

• первый сегмент — имя контроллера (как правило, это имя класса и файла контроллера)
• второй сегмент — имя функции в контроллере (если сегмент не указан, обращение идёт к базовой функции контроллера — index)
• третий, четвёртый, пятый и т. д. — просто сегменты, которые могут быть прочитаны встроеным методом

Не нравится такая последовательность? Пожалуйста, можете переписать с помощью routing — php-файла, в котором записывается настройка переадресации url-адресов.

Работа с базой данных

А здесь я долго смеялся, когда читал документацию посвящённую работой с базами данных. Дело в том, что язык SQL и так весьма лаконичен и понятен, что изобретать что-то новое по-моему нет смысла. Так же решили и разработчики, предоставив такое решение для работы с базами данных:

$this->db->select('title, content, date');
$this->db->from('mytable');
$this->db->where('date <', $now);
$this->db->where('title', $title);

$query = $this->db->get();

// Получаем: SELECT title, content, date FROM mytable WHERE date < '2007-10-10 12:03' AND title = 'WTF?';

Из кода думаю всё понятно.

Примечание: как мне нравится обращение к функциям классов! Только гляньте:


$this->load->model('My_model'); // загрузка Model
$result = $this->db->get(); // получение данных из базы
$myvar = $this->uri->segment(3); // получение значения третьего сегмента url-адреса

И тому подобные обращения.

Документация

Документация описывает почти все особености работы с системой, встроеными классами, библиотеками, хелперами. Весьма подробная и написаная понятным английским языком с примерами. Кроме того, существует wiki-документация, которая содержит ньюансы подключения и работы плагинов и внешних библиотек. Ну и куда же без форума.

Действующие лица:

• Преподаватель (П.)
• Блондинка (Б.)

Диалог

П.: Сейчас я тебе объясню принцип объектно-ориентированного программирования
Б.: Ну даю… ой… хи-хи, то есть дааавате, объясняйте.
П.: Ну так вот. Представь себе, что ты пошла в какой-нибудь магазин…
Б.: Ещё б скааазали “гастраааном”. (скривила лицо) Я в бутики толька хааажу.
П.: Ну хорошо, зашла ты в бутик. И увидела там шубу.
Б.: норкаваю!
П.: Да, норковую! И захотела купить. Шуба – это объект, который ты хочешь купить. А вообще Шубы – это класс объектов. В этом классе могут быть различного вида шубы от искуственного меха до соболя. В коде это можно написать:

class Shubi {
public $tip;
}


, где public означает, что кто угодно может узнать какой тип шубы ты купила.
Б.: Кто угодна? И даже Танька Синявская?
П.: Ну если Танька Синявская приедет и увидит твою шубу, то да.
Значит ты хочешь купить объект, т.е. шубу, которая принадлежит классу “Шубы”. Чтобы это было так, нужно написать:

var $shuba1 = new Shubi();


• var – это типа “ХАЧУ”;
• new – это типа “купить новую”

Б.: А пачиму shuba1?
П.: Ну а ты разве одну шубу только купишь?
Б.: А, ну дааа… (делает вид, что понимает) А, что, я так вот сразу куплю шубу без примерки?
П.: Конечно нет. Всё верно. У шубы есть свойства, например, размер. Добавим в класс Shubi это свойство, а потом укажем, какой размер у этой шубы. В итоге код у нас получается такой:

class Shubi{
public $tip;
public $razmer;
}
$shuba1 = new Shubi;
$shuba1->tip = "norka";
$shuba1->razmer = 53;


Б.: Я что толстая тааакая? У меня Соракдивяяятый рааазмер!
П.: Ну хорошо, хорошо. Размер 49. Дальше: Купив шубу, задали её размер. А размер – это свойство объекта. И для расчётов можем его получить написав:

$razmer_shubi = $shuba1->razmer;


т.е. если мы хотим узнать, чему равно какое-нибудь свойство, то нам нужно написать имя объекта, добавить такую стрелочку “->” и написать свойство объекта.
Б.: Ну паняла, не дура я. (надулась)
П.: Замечательно! Ну, а после того как ты купила шубу, что ты сделаешь?
Б.: Нааадену и паеду пааадружкам хвастать.
П.: Ага, значит оденешь. Значит совершишь действие. Значит это мы напишем так:

$shuba1->odetj();


Что означает, что ты одела шубу. Это называется метод и записывается этот метод в классе в виде функции:

class Shubi{
public $tip;
public $razmer;
function odetj(){
return true;
}
}


Б.: А зааачем odetj со скобочкамиии?
П.: А в скобочки записываются параметры действия. Вдруг ты захочешь одеть её задом на перёд.
Б.: Я что, дура что лиии?
П.: Да.
Б.: Чтооо? (в глазах ярость, рука воинственно поднялась, сверкнув ногтями)
П.: Ой, в смысле, да нет, конечно. Например, ты не захочешь застёгивать её совсем, а оставить пару пуговичек растёгнутыми.
Б.: Ааа, ну ладно. Ааа, как это записать?
П.: ну, например, так:

$shuba->odetj(2);


Б.: Что значит “напримееер”? Может быть подругомууу?
П.: Может. Это зависит от того как описать класс Shubi.
Б.: Бааалин, ещё это в Shubi записывать!
П.: Ну да, смотри:

class Shubi{
public $tip;
public $razmer;
function odetj($pugovici){
return $pugovici;
}
}


у всех шуб, есть каие-то определённые свойства: размер, цвет…
Б.: Цвет может быть разный.
П.: Конечно, но совсем никакого цвета не бывает. Хоть какой-то цвет будет. Значит свойство “цвет” будет у каждой шубы. Вот как узнать какой цвет у твоей шубы.
Б.: Пасмааатреть на неё.
П.: нет, я и мею в виду в коде.
Б.: Ааааа… ну, наверна, так:

$cvet_shubi = $shuba1->cvet;


П.: Умничка! (Блондинка сияет) Только предварительно нужно добавить это свойство в класс Shubi. Как?
Б.: Наверна, так:

class Shubi{
public $tip;
public $razmer;
public $cvet;
function odetj($pugovici){
$rasstegnutie_pugovici = $pugovici;
return $rasstegnutie_pugovici;
}
}


П.: Только прежде, чем получить цвет у шубы, нужно задать этот цвет. Это можно сделать либо в классе Shubi, тогда все создаваемые шубы будут одного цвета, хотя не проблема их перекрасить. Либо, ты можешь получить шубу без определённого цвета и сама назначить её любой цвет.
Б.: Ага, вот чтоб тааак в жизни было. Одела шубу и скааазала “хачу белую, нет, хачу чёрную”…
П.: Дааа… программировать и создавать, практически синонимы.
Ну и ещё объекты имеют методы, т. е. действия которые можно совершить с шубой. Теперь сними шубу.
Б.: Ага. Выключите свет.
П.: Что?
Б.: Ой, хи-хи… в смысле написааать?
П.: Ну конечно!
Б.: Снимаю (пошлый смешок):

class Shubi{
public $tip;
public $razmer;
public $cvet;
function odetj($pugovici){
$rasstegnutie_pugovici = $pugovici;
return $rasstegnutie_pugovici;
}
function snjatj(){
return true;
}
}



$shuba1->snjatj();

П.: Великолепно! Ну хватит с тебя на сегодня.
Б.: Пабииигу, по бутикам пока не закрыыылись!

Знаем, что Вики базируется на utf-8 кодировке, скорей всего база тоже. Но при получении “Слова” в адресной строке оно не будет закодировано в UTF-8 формат. Оно передаётся в формате ASCII (как показывает функция mb_detect_encoding).

Результатом моих иследований стал тот факт, что код привеённый ниже, конвертирует введённый латышский текст (со всеми специфическими (Baltic) символами) в UTF-8 формат.

$word = mb_convert_encoding(urldecode($source_word), "UTF-8", "auto");

Но этот же код не работает для кирилицы – выводит ошибку о недопустимых символах. Для неё необходим такой код:

$word = mb_convert_encoding(urldecode($source_word), "UTF-8", "WINDOWS-1251");

Получается, что если я хочу правильно конвертнуть всё в UTF-8, мне нужно написать такой код:


if(mb_convert_encoding($source_word, "UTF-8", "auto"))
$word = mb_convert_encoding(urldecode($source_word), "UTF-8", "auto");
else
$word = mb_convert_encoding(urldecode($source_word), "UTF-8", "WINDOWS-1251");


Вопросы php-программистам:

1. От чего зависит кодировка в которой отправляются данные серверу через URL? От сервера, от клиента или это какой-то стандарт? Всё тот же mb_detect_encoding возвращает ASCII и для латышского и для русского языков.
2. Если параметр “auto” работает для балтийских языков, то работает ли он для западноевропейских языков? А windows-1251 будет ли работать для украинского и беларусского?
3. Существует ли универсальный код правильно кодирующий данные из URL в UTF-8? Или у той же Вики в базе просто список кодировок на каждый язык?

Фильтры Wordpress

Может быть в будущем сделаю плагин на основе следующего скрипта, а сейчас просто хочу посоветовать, как в Wordpress почти не зная программирования на PHP можно легко создать скрипт (плагином в полной мере его назвать нельзя, скорее это фильтр) автозамены символов в тексте.

С чего начать?

Для начала нужно уяснить, что нам нужно. А нам нужно, например, для того, чтобы 4 пробела заменялись на 4 &nbsp; дабы показать отступ. Опять же в тэге <code> мы вставляем кокой-либо листинг и естественно с отступами, чтобы показать вложенность. Эти отступы формируются табами (кнопка [TAB]). Вот и нужно опять же этот TAB заменить на неразрывные пробелы.

Как работает фильтр

Фильтр в Wordpress работает используя функцию add_filter($param1, $param2), где первый параметр функции говорит к какому содержимому применить фильтр (hook), а второй – через какую функцию пропустить это содержимое. Оба параметра – строчные значения. От первого параметра так же зависит будет ли применяться фильтр перед отправкой данных в базу или перед выводом на экран.

Пример


function correct_code($ret)
{
$ret = str_replace("[-SPACE-][-SPACE-][-SPACE-][-SPACE-]", "    ", $ret);
$ret = str_replace("[-TAB-]", "    ", $ret);
return($ret);
}
add_filter("the_content", "correct_code");

В примере функция add_filter(), пропускает контент через функцию correct_code(). Причём функция correct_code() получает содержимое в качестве параметра функции, у меня это переменная $ret. А дальше с этой переменной можно делать всё что угодно. В данном случае у меня даны две строки отличающиеся друг от друга тем, что первая заменяет 4 пробела на 4 неразрывных пробела, а вторая заменяет [TAB] на 4 неразрывных пробела. Никакого специального кода для поска [TAB] вводить не нужно, просто поставьте этот [TAB].

Используя эту же функцию, можно добавить автозамену, например, кавычек:


$ret = str_replace("”", """, $ret);
$ret = str_replace("“", """, $ret);

Эти две строчки заменяют кавычки вида “ и ” на обычные "

Примечание:
Иногда по-невнимательности бывает такая проблема, что фильтр не работает и не заменяет кавычки вида “ ” на ". Это может быть, если вы напрямую скопировали символ наклонной кавычки в исходник поста. Тогда, если вы не хотите редактировать пост, нужно скопировать этот символ в автозамену:


$ret = str_replace("“", """, $ret);
$ret = str_replace("”", """, $ret);


И куда её деть?

Куда деть наш код, чтоб работал? Можно кинуть в любой плагин, можно создать отдельный плагин (только незабудьте написать заголовок и активировать этот плагин), а можно кинуть в один из шаблонных файлов, но до вывода контента. Лучше всего куда-нибудь в header.php

Подробнее о фильтрах. [Google перевод]

P.S.

Добавил в проекты новый плагин для Wordpress, который называется NS Recent Comments. Принцип работы почти такой же как и у плагина NS Recent Posts, только на этот раз плагин выводит список последних комментариев, поэтому особо я о нём ничего писать не буду, всю подробную информацию читайте на странице плагина. Рабочий вариант можно увидеть на главной странице журнала внизу.

Что там будет

Я работаю над множеством своих личных проектов, они продвигаются если не реально, то в моих мозгах. Как сказал бы Андрей: “Обкуриваются” днями и ночами.

Сегодня в разделе Проекты открываю страничку самопальных (home-made) плагинов для одной из самых лучших блог-систем Wordpress. Все плагины будут называться по единой схеме: мои инициалы + название плагина. Название будет максимально раскрывать предназначение плагина. А вот и первенец.

NS Recent Posts

Вся информация уже готова к прочтению и комментированию на странице плагина. Скажу лишь, что за основу брался плагин Recent Posts от Nick Momrik, но был мною раскритикован и переписан почти полностью.

Что я хотел?

Я хотел чтобы плагин не только отображал название поста и ссылку на него, но и:

• список категорий
• дату его публикации
• превью поста
• ссылку на комментарии
• и отображал количество коментариев к каждому посту.

Вуаля

Программирование не самый мой конёк, но кое что я в этом смыслю. На мой взгляд код получился достаточно лаконичный, функциональный и гибкий. Всё что нужно отображается. Есть конечно ньюанс который я не решил пока: получение даты поста из базу в удобном виде, чтобы не пришлось использовать несколько громоздких функций. Ну это дело техники. Поштудировать мануал по MySQL и ага!

Самое главное – вывод данных происходит в шаблоне а не в плагине, как некоторые любят делать. Функция применяемая для работы плагина используется в цикле и выводит данные в виде свойств объекта.

Кстати, если кому-то не лень, проверьте правильность английского readme.txt файла. ))

На очереди ещё несколько плагинов. Но мне нужно их подготовить, сделать более универсальными и как следует оформить.

P.S. Да, чуть не забыл. Логотип Wordpress вверху поста взял отсюда.

Разработчики ряда крупных Open Source PHP-проектов объявили о планируемом прекращении поддержки PHP 4.x.x начиная с 5 февраля 2008 года и полном переходе на PHP 5.2.x.

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

Список проектов, переходящих на PHP 5:

• phpMyAdmin
• Drupal
• TYPO3
• UseBB
• Rephactor
• Aperiplus
• Symfony
• Propel
• Doctrine

источник Typo3.biz

ДАВНО ПОРА!