Что делает?

При сложении двух переменных типа String, содержащих в начале этих переменных цифры, эти цифры складываются.

Пример:

$a = "1500 стр.";

$b = "2500 стр.";

echo $a + $b; // 4000

Возможная проблема при использовании.

Данная особенность языка работает только, если цифры находятся сначала строки, если это не так ($a = “количество 1500 страниц”), то сложения цифровых частей строки не произойдет, отбрасывается только правая часть.

Применение.

Основная польза от применения это скорость в сравнении с применением регулярного выражения (“/[0-9]{1,}/i”).  Однако будьте внимательны и применяйте, когда точно уверены, что символов перед цифрами не будет

Частично скрываем email’ы, которые получаем из БД.

Что делает?

Скрывает часть символов в email, чтобы нельзя было его использовать в плохих целях.

Пример.

SELECT
 INSERT(user_info.email, 3, 4, '...') AS modif_email,
 user_info.name,
 user_info.surname
 FROM
 user_info

Нас здесь интересует строчка:

SELECT
 INSERT(user_info.email, 3, 4, '...') AS modif_email,

Функция (именно функция, есть еще другой INSERT) INSERT заменяет 4 символа начиная с третьего на символы “…” (три точки) в строке user_info.email. Краткое описание функции INSERT(str,pos,len,newstr)

Возможная проблема при использовании.

Наша замена может попасть на символы которые при замене выдадут полноценный email, пока коллизий не выявлено.

Применение.

Нам нужно построить рейтинг пользователей, но по понятным причинам мы не можем показывать на сайте email’ы наших пользователей.
Нам нужно показать что мы знаем email пользователя (который оставил предложение о продаже на сайте) и при определенных условия мы готовы его показать.
Ну и конечно же ваш вариант.

В воскресенье (15.05) побывал на конференции ZFConf. Хочу поделиться своими впечатлениями.

Организация и проведение.

Конференция проходила в Санкт-Петербурге, у станции метро “Электросила”, что примечательно, место, где проходила конференция, находится в 50 метрах от метро, вышел из него и ты уже на месте. Сам зал просторный, хорошо оборудованный. Для каких целей его использует Ленгипротранс (организация, на территории которой проходила конференция), я не знаю, но по-моему зал можно использовать даже как кинотеатр. Хороший проектор, отличный звук, помогала также хорошая акустика в зале. Все доклады проходили строго по плану, никто чужое время не занимал, никакой суматохи и опозданий докладчиков. На кофе-брейках никаких проблем с едой и напитками не было, возможно дело в сторонней кетеринговой компании, не знаю, но организаторы молодцы.  Вообще вся организация на пять с плюсом.

Доклады и докладчики.

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

• История разработки собственного ORM
  К сожалению этот доклад я проспал, все таки воскресенье.
• Воюем за ресурсы
  Алексей Качаев – молодец, “сделал конференцию“, отличный рассказчик, все четко, ясно и по делу. Алексей выступил с двумя докладами, суммарно говорил около 2-х часов. Сам он участник проекта ZF, поэтому ему было что рассказать. Рассказ был по результатам оптимизации конкретного проекта с примерами и кодом, который Алексей выложил на gihub. Меня как раз интересовала подобная реализация для уменьшения нагрузки. Как представится возможность обязательно попробую.
• Behavior Driven Development
  Отличный доклад, пища для размышления team лидам и менеджерам, использование актуально в компании в целом или в проектах. Мне как разработчику было интересно конкретное применение и возможности.
• Разделение труда: Организация многозадачной, распределенной системы в Zend Framework с помощью Job Queue
  Отличный доклад, некая “альтернатива” использованию метода Алексея Качаева по экономии ресурсов. К сожалению инструмент Job Queue платный, что-то в районе 4к зеленых в год. Альтернативный gearman хорош, но пока без визуальных инструментов, хотя проект развивается. Доклад был с практической точки зрения и по результатам собственного применения в компании докладчика.
• Как может помочь среда разработки при написании приложения на Zend Framework?
  о чем был доклад неясно, какая связь с ZF, тоже не ясно. Просто мини-тур по основным возможностям PhpStorm, 90% которых сейчас есть в любой IDE.
• Что такое Sphinx
  доклад слишком поверхностный для тех доклада, опять же непонятно как связан с темой Zend Fw, хотя нужно отдать должное – докладчик отличный, да и ему было что рассказать, судя по общению в кулуарах. Возможно, что конкретно рассказывать, он решал в последний момент. Об этом свидетельствует так же то, что были полностью английские слайды, “давно лежащие в запасниках” подготовленные для зарубежной аудитории. Хотя с английским у меня проблем нет, но многие термины все же вызывали проблему. Как кто-то справедливо заметил в зале: “А можно перевод?”
• Создание REST-API для сторонних разработчиков
  доклад не плохой, но для меня все это было уже известно. Да и доклад был коротким для такой большой темы, кто уже знаком с oAuth (таких в зале было человек 5-10) ничего нового не узнал, кто нет, опять же получил только поверхностную информацию.
• Гибкая архитектура Zend Framework приложений с использованием Dependency Injection
  Отличнейший доклад от Алексея. Был мини “инсайд“, Алексей рассказал о планах реализации DI в будущей версии ZF 2.0.

По-моему мнению, докладчиками на подобных конференциях должны быть практикующие разработчики, понятно, что среди нас, не много людей владеют нормальной связной речью, но такие есть.
Да, как я уже писал, проспал первый доклад, как мне кажется, следовало бы изменить время, начать с 10 или 11, все таки программисты – люди любящие поспать.

Все написанное относится только к моему видению конференции, судя по количеству присутствующих конкретно ZF интересует не так много людей, поэтому, я так понимаю, была цель разнообразить количество участников докладами связанными просто с PHP и хайлоад (Sphinx). Полностью относящихся к ZF докладов было всего 4.
Конференция очень понравилась, “хочу еще“.

Любой пользовательский интерфейс, даже самый примитивный, сегодня не обходится без ajax запросов. Хорошо когда запросы проходят практически мгновенно, благодаря большой скорости соединения пользователя или по другим причинам, но что делать когда запрос длится очень долго? Нужно как-то сообщить пользователю, что все хорошо, скрипт не повис, отправка данных идет, “полет нормальный”. Для этого обычно отображают индикатор загрузки.

Используя JQuery.ajax очень легко отобразить и убрать индикатор загрузки когда это необходимо. Для этого существуют 2 события beforeSend и complete, на которые легко повесить соответствующее отображение индикатора.  Ниже я создаю div по событию beforeSend (запрос начался) и уничтожаю его по событию complete (запрос завершен).

div.ds-loading {
 background-image: url("/images/admin/loader.gif");
 background-repeat: no-repeat;
 position: fixed;
 width: 126px;
 height: 22px;
 z-index: 11111;
}

$.ajax({
  url: '/admin/photos/delete',
  data: "photo_id=" + photo_id,
  success: function(){
  },
  beforeSend: function(){
    //создаем div
    var loading = $("<div>", {
      "class" : "ds-loading"
    });
    //выравним div по центру страницы
    $(loading).css("top", ($(window).height()/2)-($(loading).height()/2)).css("left", ($(document).width()/2)-($(loading).width()/2));
    //добавляем созданный div в конец документа
    $("body").append(loading);
  },
  complete: function() {
    //уничтожаем div
    $(".ds-loading").detach();
  }
});

Но что делать, если таких запросов очень много? Вешать на каждый ajax запрос обработчики событий? Благодаря тому, что в JQuery 1.5 добавили дополнительные методы для работы с ajax, стало возможным, легко и непринужденно отобразить индикатор для всех JQuery ajax запросов выполняющийся на сайте, с помощью метода $.ajaxSetup. Просто добавляем следующий код перед началом первого ajax-запроса.

$.ajaxSetup({
  beforeSend: function(){
    //создаем div
    var loading = $("<div>", {
      "class" : "ds-loading"
    });
    //выравним div по центру страницы
    $(loading).css("top", ($(window).height()/2)-($(loading).height()/2)).css("left", ($(document).width()/2)-($(loading).width()/2));
    //добавляем созданный div в конец документа
    $("body").append(loading);
  },
  complete: function() {
    //уничтожаем div
    $(".ds-loading").detach();
  }
});

Теперь нам не нужно вешать обработчики событий на каждый вызов JQuery.ajax, этот функционал теперь “преднастроен” в каждом вызове.

Небольшой lifehack zendhack, по получению списка названий месяцев\дней для отображения в view.

Как нам всем известно русский язык очень сильно отличается от других языков, а самое главное он кардинально отличается от английского. В Zend_Framework, как и во многих других фреймворках локализация и функции локализации сделаны с оглядкой на английский язык. Иногда это становится причиной проблем.

Проблема

Я столкнулся со следующей, мне необходимо было вывести список названий месяцев в году, все бы хорошо, но в русском языке названия месяцев могут быть не только в именительном падеже, но и в родительном, в отличие от английского (February, Февраль -> Февраля). А Zend_Framework в результате следующего кода:

$datearray = array('year' => $date->toString("yyyy"), 'month' => '2');
$other_date = new Zend_Date($datearray);
$other_date->get(Zend_Date::MONTH_NAME);

выводит только месяц в родительном падеже.

Решение

Покопавшись в классе Date метода для вывода месяца в именительном падеже я не нашел. Тогда я полез в xml файл с переводом (Zend/Locale/Data/ru.xml) и там увидел, что раздел с месяцами в именительном падеже присутствует. Посмотрев как обычные методы Zend_Date получают информацию из файла с переводом, я нашел способ как можно вывести имя месяца.

Zend_Locale_Data::getContent("ru_RU", 'month', array('gregorian', 'stand-alone', 'wide', $i));

где $i – номер месяца без лидирующего нуля (1..12)
Кстати таким образом можно выводить любые данные из файла с переводом, просто идя по DOM структуре XML файла.

В любом нормальном проекте не избежать форматирования даты, чтобы не тратить время на реализацию своих методов и функций я хочу рассказать как быстро отформатировать дату средствами MySQL и Zend_Date.

Форматирование с помощью Zend_Date.

Для быстрого форматирования даты при выводе ее пользователю я предлагаю создать помощник вида.
Для этого создаем простой viewHelper (application/view/helpers), я назвал его DateHelper:

<?php
/**
 *
 * @author Roman
 * @version
 */
require_once 'Zend/View/Interface.php';
/**
 * DateHelper helper
 *
 * @uses viewHelper Zend_View_Helper
 */
class Zend_View_Helper_DateHelper
{
    /**
     * @var Zend_View_Interface
     */
    public $view;
    /**
     *
     */
    public function dateHelper($date_value, $format)
    {
        $locale = Zend_Registry::get('Zend_Locale');
        $date = new Zend_Date($date_value, false, $locale);
        return $date->toString($format);
    }
    /**
     * Sets the view field
     * @param $view Zend_View_Interface
     */
    public function setView (Zend_View_Interface $view)
    {
        $this->view = $view;
    }
}

Теперь мы можем использовать его в view скрипте следующим образом:

$unformated_data = "2011-01-30 12:21:11";
$this->dateHelper($unformated_data, "dd MMMM"); ?>

Дата будет отформатирована в “30 January“. Для того чтобы дата выводилась с учетом локали (языка) нужно в файле Bootstrap.php добавить метод:

protected function _initLocale()
{
    $locale = new Zend_Locale('ru_RU');
    Zend_Registry::set('Zend_Locale', $locale);
}

В данном случае наш помощник вида выведет “30 января“. Модификаторы даты можно посмотреть тут.

Форматирование средствами СУБД MySQL.

Если вы получаете дату из базы, то не стоит забывать о встроенном форматировании даты в MySQL и других СУБД.

DATE_FORMAT('2011-01-30 12:21:11', '%d %M') AS FIELD_1

Функция DATE_FORMAT вернет нам “30 January“, подробнее модификаторы можно посмотреть тут

Очень важным моментом в интерфейсе сайта является сохранение его текущего положения, для того, чтобы после перезагрузки страницы, пользователю не пришлось заново повторять свои действия с настройкой интерфейса сайта под себя. Идеальным средством для хранения состояния пользовательского интерфейса является cookies. Всем известно как работать с куки с помощью серверных (backend) языков,  но зачастую проще это делать напрямую из JavaScript. Конечно можно передавать данные интерфейса серверной части, а там уже сохранять их хоть в БД. Но как правило, если вы не разрабатывайте новый интерфейс для gmail, нет необходимости делать это для 5-6 параметров.

JavaScript и Cookies.

В JavaScript есть стандартные методы для работы с document.cookie, именно так происходит обращение к куки в JavaScript. Например функция для установки куки будет выглядеть следующим образом

function setCookie(c_name,value,expiredays)
 {
        var exdate=new Date();
        exdate.setDate(exdate.getDate()+expiredays);
        document.cookie=c_name+ "=" +escape(value)+
        ((expiredays==null) ? "" : ";expires="+exdate.toUTCString());
 }

Как вы видите не очень удобно, поэтому я и предпочитаю пользоваться JQuery плагинами, если конечно фреймворк в проекте уже присутствует, если нет, то подключать JQuery, только из-за работы с куки не рационально.  В принципе взяв готовые функции для document.cookie или написав их самостоятельно, можно свести неудобства и количество кода к минимуму.

Плагины cookies для JQuery.

Если в вашем сайте уже используется JQuery, то наиболее простой способ наладить работу с cookies, это использовать плагин. Плагинов довольно много я обычно использую ezCookie. В плагине содержатся стандартные методы для работы с cookies – установка, чтение, удаление. На странице проекта есть детальное описание всех методов. Плагин ezCookie отличается от многих подобных автоматическим распознаванием значения установленной cookie, и, если это JSON данные, то функция автоматически возвращает JSON объект. Такой режим работы позволяет устанавливать subcookie, то есть множества пар имя:значение для одного cookie (для одной cookie переменной).

Сохранение положения интерфейса.

Давайте напишем небольшой пример, который позволит понять схему сохранения простых позиций интерфейса. Пусть у нас будет 5 разноцветных квадратов, которые по клику на кнопку “закрыть” закрываются, и текст на кнопке меняется на “открыть”. И при нажатии на кнопку “открыть” соответственно квадрат снова становится видимым.

Для этого воспользуемся стандартной JQuery функцией toggle (переключатель), которая в качестве аргументов принимает 2 функции, одна из которых срабатывает на четном щелчке мыши, другая на нечетном. Чтобы сохранить положение квадратов, мы в первой toggle функции будем устанавливать значение cookie в 0, а на второй функции в 1, ноль означает, что квадрат скрыт, а единица соответственно, что квадрат виден.

Здесь я использую функцию ezCookie $.setSubCookie, чтобы не увеличивать количество записей cookie. Так как структурно записи для каждого квадрата у нас равны, то все проще хранить в одной cookie с именем “ui_save”. В качестве дополнительных параметров метод $.setSubCookie позволяет установить время жизни cookies, но в данном случае используется время жизни по умолчанию.

Итак позицию интерфейса в зависимости от действий пользователя мы записали, теперь нам необходимо сделать так, чтобы после загрузки страницы интерфейс возвращался в записанное состояние. Для этого мы сначала считаем нашу куку функцией $.cookie(“ui_save”), эта функция автоматически определяет какое значение установлено в куке и если это JSON, то она возвращает JSON объект, что в нашем случае и происходит. Далее для каждого квадрата мы проверяем значение и если оно равно нулю то вызываем событие click, которое установит нужное положение квадрата.

	$(document).ready(function(){
		$(".close").toggle(
			function(){
				$(this).prev().slideUp(); //скрываем квадрат
				$(this).html("Открыть");
				var class_name = $(this).prev().attr("class");
//устанавливаем значение куки для конкретного квадрата в положение закрыть
				$.setSubCookie("ui_save", class_name, 0);
			},
			function(){
				$(this).prev().slideDown(); //разворачиваем квадрат
				$(this).html("Закрыть");
				var class_name = $(this).prev().attr("class");
//устанавливаем значение куки для конкретного квадрата в положение открыт
				$.setSubCookie("ui_save", class_name, 1);
			}
		);

		//Устанавливаем необходимую позицию интерфейса
		var ck = $.cookie("ui_save");
		for(key in ck){
			if(ck[key] == 0){
//вызываем событие "закрыть"
				$("." + key).next().trigger('click');
			}
		}

	});

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

В этом обучающем видео-скринкасте я рассказываю о том как заменить курсор в Flash приложении на свой(картинку), средствами ActionScript3, для разработки используется бесплатный редактор FlashDevelop. Это мой первый скринкаст, поэтому просьба сильно не пинать. Предлагайте темы для новых скринкастов.

В продолжении скринкаста я расказываю как правильно позиционировать свой курсор-картинку, а так же, демонстрирую его работоспособность при клике.

Давайте создадим для начала две таблицы:

CREATE database testdb;
USE testdb;

CREATE TABLE table1 (id int(10) auto_increment, fname varchar(20), lname(20), primary key(id));
CREATE TABLE table2 (id int(10) auto_increment, firstname varchar(20), lastname(20), age int, primary key(id));

Теперь добавим немного данных в таблицу для работы:

INSERT INTO table2 (firstname, lastname, age)
 VALUES
 ('Ivan', 'Ivanov', 12),
 ('Petr', 'Petrov', 13),
 ('Alex', 'Kuznetsov', 39),
 ('Vladimir', 'Ivanov', 42)

Теперь мы можем внести во вторую таблицу данные из первой отфильтрованные по WHERE, притом обратите внимание вносятся все данные, которые мы выбираем из второй таблицы, то есть запрос INSERT повторяется для каждой строчки из второй таблицы.

INSERT INTO table1 (fname, lname) SELECT firstname, lastname FROM table2 WHERE age <= 39;

Не так давно, начал разбираться с Zend Framework, в этом очень помогают скринкасты от Jon Lobenlsold. Документация на офф сайте скудная и раскрывает только частные понятия отдельных классов, которые в принципе итак показываются с помощью той же IntelliSense Eclipse.
Подвигло меня написать этот пост следующее, я не мог понять как лучше коннектиться к базе, возможно мое решение поможет новичкам в ZF, таким же как и я. Я видел решение с созданием Helper‘а, но как выяснилось все намного проще. Как показала практика решение с Helper подходит только тогда, когда коннект к базе происходит из Контроллеров. Я же хочу делать запросы из собственного класса, который лежит у меня в папке /library/App/.
Итак для коннекта к базе необходимо сделать следующее -
Прописать следующие строчки в application.ini (я прописал в секцию production)

resources.db.adapter = "PDO_MYSQL"
resources.db.params.charset = "utf8"
resources.db.params.host = "127.0.0.1"
resources.db.params.username = "root"
resources.db.params.password = "123456"
resources.db.params.dbname = "yourdb"

После этого можно делать запросы из любого класс можно следующим образом.

$dbAdapter = Zend_Db_Table::getDefaultAdapter();
 $result = $dbAdapter->query("SELECT * FROM users")->fetchAll();
 var_dump($result);

В данном случае статический метод getDefaultAdapter возвращает Zend_Db_Adapter_Abstract, то есть тоже самое, что и при создании подключения через factory, а именно:

$config = Zend_Registry::get('config');
$dbAdapter  = Zend_Db::factory($this->config->db->type,
 array('host'     => $config->db->host,
 'username' => $config->db->user,
 'password' => $config->db->pass,
 'dbname'   => $config->db->name
 )
 );

В первом случае настройки автоматически подхватываются из application.ini, во втором же их приходится прописывать вручную.

Буду рад, если кому-нибудь данное открытие поможет как и мне.