Записки

Перелинковка сообщений форума Dialog ответами и цитатами.

Tue, 20 Mar 2012 17:10:51 +0400

Во всех форумах можно цитировать в своих сообщениях сообщения других пользователей.

В некоторых форумах, на новых движках, осуществляется связь цитаты с сообщением, откуда она взята.

Постарался максимально развить этот функционал в своем скрипте форума для MaxSite CMS.

Перелинковка сообщений цитированиями.

При нажатии кнопки "цитировать выделенное", выделенный в сообщении текст, будет добавлен в новое сообщение. Если не выделено ничего, то будет добавлен весь текст.

Цитата будет добавлена не просто в тегах blockquote, а этот тег будет иметь id для связи с сообщением, откуда цитата взята.

Это позволит затем, при выводе сообщений, цитаты оформить с заголовком, содержащим ссылку на цитируемое сообщение.

Заголовок цитаты содержит информацию об авторе цитируемого сообщения, и о том, сколько времени назад, от текущего сообщения, сделано цитируемое сообщение.

Кроме того, в конце заголовка будет стоять стрелочка вверх или назад.

Если цитируемое сообщение находится на этой же странице в рамках текущей пагинации, то будет стрелочка вверх, а ссылка будет на якорь.

Если цитируемое сообщение на предыдущей странице пагинации, то стрелочка будет назад, а ссылка на сообщение в его странице.

Формат заголовка можно задать в опциях (об этом позже).

Кроме того, при сохранении сообщения, оно будет обработано на предмет цитирования с указанием сообщения-источника цитаты. При обнаружении элемента-цитаты с указанием id цитируемого сообщения, будет добавлена соответствующая запись в таблицу Dperelinks.

Запись таблицы Dperelinksсодержит такие поля:

perelinks_parent_id - id цитируемого сообщния;

perelinks_child_id - id сообщения, в котором цитируется;

perelinks_date - дата цитирования.

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

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

Вил стрелочки так же будет зависеть от того: на этой или следующих странице пагинации находится сообщение, в котором цитата.

Ответы на сообщения.

Кроме кнопки "Цитировать выделенное", можно просто ответить на сообщение, нажав кнопку "Ответить". В этом случае, при добавлении сообщения, в поле comment_parent_id будет добавлен номер сообщения, ответом на которое является данное сообщение.

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

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

Но это еще не все.

Если на сообщение были даны ответы, то при его выводе, после контента, будет добавлена кнопка "Показать ответы (N)", где N - кол-во ответов.

При нажатии кнопки ответы можно развернуть/скрыть.

Перед каждым ответом, в развернутом под кнопкой блоке ответов, будет заголовок, подобный предыдущим случаям.

Задание формата заголовков перелинковки.

Заголовок формируется функцией dialog_perelink_title, которой можно передать формат и массив с видом стрелочек, по умолчанию: "v","^","<",">".

Имеем 4 варианта заголовков перелинковки, формат которых задается в соответствующих опциях.

perelink_title_mask - формат информации в блоке "Коммент цитировали" о случаях, когда сообщение цитировали.

По умолчанию:

##AUTOR## в сообщении ##TIMEAGO## ##ARROW##

quotes_title_mask - формат заголовка цитаты.

По умолчанию:

##AUTOR## сказал(а) (##TIMEAGO## ##ARROW##) :

question_title_mask - формат заголовка родительского сообщения.

По умолчанию:

##AUTOR## сказал(а) (##TIMEAGO## ##ARROW##)

answer_title_mask - формат заголовка ответа.

По умолчанию:

##AUTOR## ответил(а) (##TIMEAGO## ##ARROW##)

Где можно применить:

##AUTOR## - Ник-ссылка на профайл автора сообщения. ##COMMENT_URL## - ссылка на якорь/страницу сообщения. ##TIMEAGO## - время между перелинкуемыми сообщениями, формируется функцией _dialog_time_ago(). ##ARROW## - стрелочка, вид которой зависит от располодения сообщений относительно друг друга. ##DATE## - дата сообщения

Оповещение пользователей о цитировании или ответе на их сообщение.

Если сообщение пользователя цитируют ил на него отвечают, то пользователь-автор сообщения будет (если не запретил отсылать себе инфо-сообщения с форума) получать письмо с информацией о этом событии: текст сообщения - ответа или цитаты и текст своего сообщения, которое породило ответ или цитату.

Функционирование.

Весь этот функционал требует большого количества запросов к БД при выводе дискуссии, что решает кеширование.

Перелинковки вызывает функция dialog_get_comments, которая, коме прочего, подготавливает информацию о всех перелинковках к выводу.

Сами перелинковки же осуществляют вспомогательные функции, что делает не сложным, при надобности, отключить функционал перелинковок. Функция dialog_get_comments кеширует свои результаты.

Обсудить

Плагин Личный Кабинет + События сайта для MaxSite CMS.

Wed, 22 Feb 2012 17:43:52 +0400

Новая версия плагина содержит нововведения:

Настройка главного меню публичных страниц пользователей.

Страница всех событий пользователя и подстраницы конкретных событий.

Страницы всех событий сайта и подтраницы конкретного вида событий всех пользователей.

Плагин: profile1_2.zip

Главное меню публичных страниц.

В предыдущей версии главная страница, доступная по адресу siteurl/profiles/, содержала список пользователей. Все остальные страницы уже касались конкретных пользователей.

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

Для этого добавил опцию "Пункты меню главных страниц всех профайлов". В частности, при помощи этой опции добавил при помощи строчки forum | Пользователи форума страницу siteurl/profiles/forum и, строчкой all | Все действия siteurl/profiles/all - все события сайта.

События сайта

Реализовал страницу всех событий сайта: filimonov.com.ua/profiles/all/.

Эта страница является совокупной для всех событий всех пользователей. События в ленту событий могут добавляться другими плагинами. Плагин profile добавляет только события вида "comments".

События выводятся без пагинации, но получаются AJAXом порциями по n штук (как в Твиттере).

Кроме того, имеются подстраницы, содержащие все события сайта одного вида.

События пользователя

По аналогии с Событиями сайта работают события пользователя, доступные по адресу filimonov.com.ua/profiles/7/all.

Для того, чтобы такая страница появилась в меню публичных страниц пользователя, нужно прописать в опции Пункты меню Публичных Страниц Профиля строчку all | Все действия.

Также имеются подстраницы.

Каким образом плагины кидают свои события в ленты событий?

Напишу в следующей статье.

Обсудить

Плагин Личный Кабинет + Публичные Страницы комюзера для MaxSite CMS.

Thu, 16 Feb 2012 13:59:03 +0400

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

Теперь логическое продолжение - новая версия плагина, формирующая публичные страницы пользователя. Сам плагин profiles формирует две страницы: Информация о пользователе и комментарии пользователя. Остальные страницы предполагаются к добавлению другими плагинами.

Плагин: profile1_1.zip

Функционирование можете наблюдать здесь:

http://filimonov.com.ua/profiles.

Особенности использования.

Задание публичных страниц такое же, как и страниц личного кабинета.

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

Для того, чтобы плагин добавил блок с информацией, в его корневой папке должен лежать файл с именем profile_block.php, который добавит в переменную $profiles_blocks нужную информацию на основе $comusers_id.

Результирующая переменная $profiles_blocks со всеми блоками кешируется.

Что нужно сделать

Сейчас делаю ленту событий сайта вообще, которая должна быть доступна по адресу siteurl/profiles/all. Смысл в том, что плагины могут кидать в нее свои события.

И, все события, только для комюзера, которые доступны по siteurl/profile/8/all.

Почти социальная сеть.

Обсудить

Плагин Личный Кабинет комюзера для MaxSite CMS.

Sun, 12 Feb 2012 17:19:33 +0400

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

Вид этой страницы: siteurl/users/user_id/edit.

Если на сайте активность посетителей (комюзерам) предусматривается только в виде комментирования, этого может и достаточно.

А если функционал расширяется, например при помощи плагинов, и требуется комюзерам еще что-то делать?

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

Но, хотелось бы видеть все страницы для действия комюзеров однообразно.

А то получается, что персональные настройки и настройки оповещений мы видим в одном месте, настройки одного плагина - по другому, а еще один плагин может сформировать еще как-то.

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

В общем, вступление и так слишком длинное (...Я классицизму отдал честь...): теперь коротко и по делу.

Вот сам плагин: profile1_0.zip

Плагин представляет собой Личный Кабинет, доступный по настраиваемому адресу siteurl/profile, и состоящий из страниц:

siteurl/profile/ - оснвные настройка;
siteurl/profile/avatar - настройка аватара с возможностью загрузки;
siteurl/profile/commenting - список страниц, в которых комюзер оставил комментарии.

Плагины могут добавлять страницы в личный кабинет, но не автоматически.

Плагин (добавляющий страницы в личный кабинет) должен взять хук 404 и, если mso_segment(1) == 'profile', проверить: есть ли страницы для вывода в личном кабинете, заданные mso_segment(1).

Если страницы к выводу нет - вернуть return $args;.

Для того, чтобы меню Личного Кабинета работало синхронно, в настройках есть поле для задания в каждой строчке страницы в виде:

slug | title

Как пример добавления в личный кабинет страниц другим плагином - плагин форума диалог.

Функционирование можете наблюдать здесь:

http://filimonov.com.ua/profile.

Страница редактирования и загрузки аватара комюзером.

Если ваш сайт по теме IT - это не очень актуально, поскольку все посетители умеют пользоваться сервисом gravatar, но для далеких от этого пользователей, установка аватара должна выглядить как в социальных сетях.

То-есть, в виде кнопки "Загрузить".

Что и реализовано на этой странице: http://filimonov.com.ua/profile/avatar

Форма регистрации на сайте комюзеров.

О том, как добавить к себе на сайт возможность регистрироваться без комментирования? было рассказано в статье: Страница-форма регистрации для MaxSite CMS .

Файл формы регистрации теперь имеется в этом плагине и его не нужно размещать в шаблоне.

Обсудить

Загрузка файлов комюзерами для MaxSite CMS

Thu, 02 Feb 2012 23:33:05 +0400

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

Пользователи в MaxSite CMS являются Комюзерами и не имеют доступ к админке сайта в целях безопасности.

И, понятно, не должны иметь доступ к каталогу /uploads/.

Решил сделать загрузку фотографий комюзерами таким путем.

В каталоге загрузок uploads/ делаем директорий /userfiles, и в этом директории каждый комюзер будет иметь каталог с именем =comusers_id, в который будуn загружаться добавленные им фотографии.

Решение сделал на базе файлового менеджера .

Добавил в этот плагин функцию file_manager_comuser(), которая возвращает редактор в переменной. Таким образом, этот редактор можно вывести куда угодно.

Редактор позволяет открывать блок, где отображать миниатюры фоток, которые находятся в каталоге залогиненного комюзера.

При клике на миниатюру она будет добавлена в поле редактора с id="comments_content".

Ниже можно открыть загрузчик для загрузки новых файлов.

Все функционирует без перезагрузки страницы.

Пример на этом форуме: Форум Садовника

Скачать: file_manager000.zip

Структура загрузчика файлов.

Часть плагина file_manager в архиве, которая отвечает за блок загрузки файлов комюзерами находится в файлах (сам скрипт загрузчика берется тот же что и в плагине из директорий плагина):

manager-comuser.php
comuser-require-maxsite.php
comuser-require-maxsite.php
comuser-fm.js
comuser-style.css
comuser-ajax.php

В индексном файле плагина за вывод загрузчика после поля редактирования комментария отвечает строчка

// mso_hook_add( 'comments_content_end', 'file_manager_comments');

Строчка закомментированна в целях безопасности - раскомментируйте

Ну и функция хука:

function file_manager_comments($args = array())
{
//загрузка изображений пользователями
require(getinfo('plugins_dir') . 'file_manager/manager-comuser.php');
echo file_manager_comuser();
return $args;
}

Лучше, конечно, сделать чтобы по хуку подключалась file_manager_comuser(), которая бы сразу выводила echo() без создания переменной $out.

Надо еще сделать.

Файлы комюзера никак не структурируются, но для этих целей уже предусмотрено окошко - типа дерева каталогов.

Пользователь будет иметь возможность создавать разделы/альбомы. Массив всех созданных разделов будет хранится в файле типа vso_descriptions.dat в виде cat_id=>cat_title. Информация о привязке файла к альбому, наверное, будет хранится в файле _cat_id.dat.

Обсудить

Организуем циклы статей на MaxSite CMS

Tue, 10 Jan 2012 19:10:21 +0400

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

Цикл статей подразумевает, что в каждой статье из цикла будет ссылка на предыдущую и следующую (по времени публикации) статьи.

Кроме того, будет заголовок цикла и ссылка на содержание цикла статей.

На мой взгляд, идеально для объединения статей в цикл будет связь дочерние-родительская страницы.

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

Рекомендую придумать свой тип страниц для статей – заголовков циклов (например, navi).

Исключение статей с отложенной публикацией.

Для получения статей рекомендуется использовате функцию mso_get_pages.

Но здесь будем получать статьи из БД своими SQL запросами.

В этом случае нам необходимо самостоятельно позаботиться о том, что лежит на плечах mso_get_pages.

Например, исключить статьи с отложенной публикацией. Кто не знает - это статьи с датами публикации большими, чем текущая дата.

Рассмотрим получение ID отложенных статей (если отложенная публикация не используется – этот код можно удалить).

Разберемся со временем.

// смещение времени
$time_zone = getinfo('time_zone');
if ($time_zone < 10 and $time_zone > 0) $time_zone = '0' . $time_zone;
elseif ($time_zone > -10 and $time_zone < 0)
{
$time_zone = '0' . $time_zone;
$time_zone = str_replace('0-', '-0', $time_zone);
}
else $time_zone = '00.00';
$time_zone = str_replace('.', ':', $time_zone);

Получим массив ID отложенных статей.

//получаем неопубликованные записи
$CI = & get_instance();
$CI->db->select('SQL_BUFFER_RESULT `page_id`', false);
if ($page_id_date_now) $CI->db->where_not_in('page_id', $page_id_date_now);
$query = $CI->db->get('page');
if ($query and $query->num_rows() > 0)
{
$result = $query->result_array();
$page_id_date_now = array();
foreach ($result as $key=>$val)
{
$page_id_date_now[] = $val['page_id'];
}
}
else $page_id_date_now = false; // нет отложенных записей

Получение ссылок на статьи цикла: родительскую, предыдущую и последующую.

Получим родительскую страницу и сформируем на нее ссылку.

$CI->db->select('page_id, page_title, page_slug');
$CI->db->where('page_id', $page_id_parent);
$CI->db->where('page_status', 'publish');
if ($page_id_date_now) $CI->db->where_not_in('page_id', $page_id_date_now);
$query = $CI->db->get('page');
$result = $query->result_array(); // здесь родительская страница
if ($result)
foreach ($result as $key=>$row)
{
$url = getinfo('siteurl') . 'page/' . $row['page_slug'];
$parent_page_link = '' . mso_strip($row['page_title']) . '';
}

Получим все страницы цикла (сестры текущей).

// получим все страницы цикла
$CI->db->select('page_id, page_id_parent, page_title, page_slug');
$CI->db->where('page_id_parent', $pages[0]['page_id_parent']);
$CI->db->where('page_status', 'publish');
if ($page_id_date_now) $CI->db->where_not_in('page_id', $page_id_date_now); // исключим отложенные
$CI->db->order_by('page_date_publish');
$query = $CI->db->get('page');
$result = $query->result_array(); // здесь все дочерние страницы

Выберем из статей цикла предыдущую и следующую для текущей.

if ($result) // имеются страницы - сестры
{
// ищем текущую
reset($result);
while (each($result))
{
$key = key($result);
if ($page_id == $result[$key]['page_id']) break;
}
// берем предыдущую
if ( ($key-1)>=0 ) // если есть предыдущая
{
$url = getinfo('siteurl') . 'page/' . $result[$key-1]['page_slug'];
$prev_page_link = '' . mso_strip($result[$key-1]['page_title']) . '';
}
// берем следующую
if (isset($result[$key+1]))
{
$url = getinfo('siteurl') . 'page/' . $result[$key+1]['page_slug'];
$next_page_link = '' . mso_strip($result[$key+1]['page_title']) . '';
}
} // if ($result)
} // if ($page_id_parent)

Выведем полученное.

Можно организовать примерно такой вывод:

$out = '';
if ($parent_page_link) $out .= 'Статья из цикла статей: "' . $parent_page_link . '".' . '
';
if ($prev_page_link) $out .= 'Предыдущая: ' . $prev_page_link . '
';
if ($next_page_link) $out .= 'Следующая: ' . $next_page_link . '
';
echo $out;

Или такой:

// выводим теперь полученное
$out = '
';
$out .= $parent_page_link;
$out .= '';
$out .= '
';
$out .= '
';
$out .= '
<<' . $prev_page_link . ' ' . $next_page_link . '>>

echo $out;

Вывод навигации «Циклы статей», даже если статья не в цикле.

Если у статьи есть родительская и есть сестры, то будет выведена дополнительная навигация, которую реализовали выше.

А что если текущая статья не состоит в цикле (не имеет родительской) или не можем получить предыдущую и последующую статьи по другой причине?

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

Более того, вместо ссылки на главную страницу цикла можно вывести ссылку на ленту статей (home), а именно - на страницу пагинации n (siteurl/home/next/n), содержащую текущую статью.

Получение предыдущей (по времени публикации на блоге) статьи.

// получем предыдущую статью
$CI->db->select('page_id, page_title, page_slug');
$CI->db->where('page_status', 'publish');
$CI->db->where('page_date_publish <', $pages[0]['page_date_publish']);
$CI->db->limit(1);
$CI->db->order_by('page_date_publish', 'desc');
$query = $CI->db->get('page');
if ($query->num_rows() > 0)
{
$row = $query->row_array(1);
$url = getinfo('siteurl') . 'page/' . $row['page_slug'];
$prev_page_link = '' . mso_strip($row['page_title']) . '';
}

Получение следующей (по времени публикации на блоге) статьи.

// получем следующую статью
$CI->db->select('page_id, page_title, page_slug');
$CI->db->where('page_status', 'publish');
$CI->db->where('page_date_publish >', $pages[0]['page_date_publish']);
if ($page_id_date_now) $CI->db->where_not_in('page_id', $page_id_date_now);
$CI->db->order_by('page_date_publish');
$CI->db->limit(1);
$query = $CI->db->get('page');
if ($query->num_rows() > 0)
{
$row = $query->row_array(1);
$url = getinfo('siteurl') . 'page/' . $row['page_slug'];
$next_page_link = '' . mso_strip($row['page_title']) . '';
}

Получение ссылки "Назад к списку статей".

// получим ссылку на страницу пагинации home/next/n, на которой текущая страница
// для этого получим номер текущей по порядку сортровки по дате
// кол-во на главной
$home_limit = mso_get_option('home_limit_post', 'templates', '7');
// получим все страницы только ID
$CI->db->select('page_id');
$CI->db->where('page_status', 'publish');
$CI->db->where('page_date_publish <', date('Y-m-d H:i:s'));
$CI->db->order_by('page_date_publish', 'desc');
$query = $CI->db->get('page');
$result = $query->result_array(); // здесь номера всех страниц
if ($result) // имеются страницы
{
// найдем страницу, на которой текущая
$i = 1; // счетчик
$found = 0; // найденный номер
foreach ($result as $cur_page)
{
if ($cur_page['page_id'] == $pages[0]['page_id'])
{
// если нашли нашу
$no = (int) ($i/$home_limit); // номер страницы
$no = $no+1; // т к первая - нулевая
if ($no>0) $url = getinfo('siteurl') . 'home/next/' . $no;
else $url = getinfo('siteurl') . 'home';
$parent_page_link = '' . $info_text['return'] . '';
break;
}
$i++;
}
}

Как организовать вывод всего этого в своем шаблоне?

Проще всего интегрировать описанный функционал в свой шаблон при помощи type_foreach файлов.

Вывод навигации: главная, предыдущая, следующая можно реализовать в файле type_foreach/page-do.php.

Пример можете наблюдать в этом блоге.

Вот готовый файл, который нужно разместить в type_foreach шаблона.

Скачать файл: page_do.zip

Дополнение: Как получить следующую и предыдущую только из рубрик текущей.

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

Тогда к запросу получения нужно добавить такие строчки:

$CI->db->join('cat2obj', 'cat2obj.page_id = page.page_id', 'left');
$CI->db->join('category', 'cat2obj.category_id = category.category_id');
$CI->db->where_in('category.category_id', $pages[0]['page_categories']);
$CI->db->group_by('page_id');

Ну и, конечно, заменить в $CI->db->select() 'page_id' на 'page.page_id' во избежание ошибки: Error Number: 1052 Column 'page_id' in field list is ambiguous.

Обсудить

Сохраняем EXIF при изменении изображения в плагине Taggallery для MaxSite CMS

Thu, 05 Jan 2012 18:41:26 +0400

В MaxSite CMS загружать изображения можно как при помощи встроенного загрузчика MaxSite CMS, так и плагина-файлового менеджера. EXIF данные исходного файла загружаются в файл, создаваемый на сервере.

Если изображения загружать без изменений, то EXIF данные можно извлекать из файла изображения на сервере.

Если же происходит изменение изображения (ресайз, наложение водной метки) - EXIF теряются.

Как предотвратить потерю EXIF при изменении изображения?

Почему, при наложении водной метки и ресайзе, теряются EXIF данные об изображении?

Все очень просто.

Для изменения размера или наложения воной метки используется библиотека GD2. При изменении исходного изображения, вместо исходного изображения - создается новое. В это новое изображение и записывается измененная картинка.

EXIF же данные никак не переносятся.

Зачем нужны EXIF данные?

Раньше EXIF данные никак не использовал и о проблемах с этим делом не ведал.

Использовать начал дату снимка в плагине галерей изображений Taggallery. В этом плагине о добавляемом изображении создается запись, содержащая целых три поля даты: дата добавления в БД, дата изменения файла, дата снимка.

В настройках плагина можно указать сортировку картинок (как в админке, так и при выводе галерей в альбомах) по любому из полей, в том числе и по любой дате. Кроме того, можно указать: какая дата выводится, как дата картинки.

Очевидно, что красивее всего выглядит именно дата снимка. А дата снимка находится именно в EXIF.

Но и тут проблем не возникало. Дело в том, что удобнее загружать уже уменьшенные до нужного размера изображения. Ресайз удобно делать такими программами, как: Office Picture Manager или XnView, в которых EXIF не теряется.

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

И тут оказалось, что при наложении водной метки EXIF теряются.

Конечно можно сперва добавить картинку в БД, считав дату из EXIF - затем уже наложить watermark. Но это как-то некрасиво.

Сохраняем EXIF при ресайзе и наложении водной метки на изображение.

Порыв интернет я нашел несколько библиотек для работы с EXIF, но без сучка без задоринки заработала только одна: PEL (PHP Exif Library).

Архив с примерами и классом: http://sourceforge.net/projects/pel/.

Вот как прикрутил к утилите Watermark:

// $full_path - полный путь к исходной картинке
if ($wotermark_type) // $wotermark_typ - тип наложения для библиотеки GD2
{
//каталог плагина галереи изображений
$plugin_dir = getinfo('plugins_dir') . 'taggallery/';
// подключаем exif-библиотеку pel
require($plugin_dir . 'functions/exif/pel-0.9.1/PelJpeg.php');
// получаем exif исхоного изображения
$image1 = new PelJpeg();
$image1->loadFile($full_path);
$exif = $image1->getExif();
//Перед изменением создадим копию картинки для отката
if (file_exists($tmp_file_path)) unlink($tmp_file_path);
copy($full_path, $tmp_file_path);
$res_path = add_water_create_water($full_path , $wotermark_type , $userfile_water_file , $tmp_file_path);
// сохраняем exif в новое изображение
$image2 = new PelJpeg();
$image2->loadFile($res_path);
$image2->setExif($exif);
file_put_contents($res_path, $image2->getBytes());
if ($res_path == $full_path) echo '
Вотермарк наложена. Если не устраивает - произведите откат.
';
else echo '
Ошибка создания Watermark.
';
}

Скачать обновленный плагин: taggallery23.zip

Обсудить