Минимальное количество сообщений для просмотра форума

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

Минимальное количество сообщений для ответа в форум

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

Только авторы могут видеть свои темы

Довольно часто пользователи запрашивали такую возможность. Отныне вы вправе разрешить пользователям в определенном форуме видеть только созданные ими темы. Конечно же эти темы смогут видеть модераторы и администраторы. Данная опция позволит вам создавать форумы в стиле “help-desk” (форумы поддержки) без привлечения дополнительных приложений.

HTTPS форма входа

Появилась возможность привязать форму входа к url использующим https, осуществляется это простой настройкой в админцентре. Однако получение SSL сертификата для сервера и его установка на сервер все же остается вашей обязанностью.

“Режим производительности”

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

Регистрация “вопрос и ответ”

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

Загрузка javascript файлов через Google

Google предоставляет сервис, позволяющий загружать файлы библиотек prototype и scriptaculous с их серверов. Тем самым разгрузив ваш сервер на 2 HTTP запроса, к тому же позволяя самим серверам гугла управлять правильными заголовками кеширования данных файлов.

Выбор стиля и языка для гостей

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

Улучшение управления подпиской на тему/форум

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

Расширение управления “друзьями”

Теперь вы можете отключать возможность “друзья” на форуме полностью и индивидуально для групп пользователей (например отключить опцию у группы пользователей требующих активации email)

Скрыть информацию о последнем сообщении для форума

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

Поля контактов – дополнительные поля профиля

Все поля контактов (yahoo, aim, msn, и прочее) теперь перенесены в дополнительные поля, что позволяет вам легко настраивать их в связи со своими потребностями (или просто удалить их). В дополнении к уже существующим полям мы добавили поля Jabber и Skype.

Настройка принудительной скрытности для групп

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

Премодерация сообщений от пользователей определенных групп

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

Настройки подписи для групп

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

Пожалуй это все, надеемся что вам понравились новые возможности форума.

• Ошибки базы данных (0)
• Обновление стиля (0)
• Гид по CSS IP.Board 3.0.x (0)
• Управление языками (0)
• Дизайн (0)

Мы работаем с командами нашего сообщества, чтобы помочь им выпустить совместимую с IPB3 версию компонентов Tracker и Shoutbox максимально быстро. Их планируют выпустить очень скоро после выхода IPB3.Мы решили, что первоначально для такого большого обновления поработаем только для обеспечения совместимости между нашими компонентами. Мы проводим все наше время, сосредотачиваясь на самом IP.Board, чтобы гарантировать максимальную стабильность, учитывая тот факт, что применяется полностью новая платформа. Это означает, что вы не будете замечать сбои в работе с Blog, Gallery или Downloads обновлениями. Но наверняка заметите улучшенную интеграцию между компонентами и системой в целом. Некоторые примеры улучшений указаны ниже:

• Интегрированный поиск – одна поисковая форма будет искать везде;
• Все кеши приложений управляются через общее окно управления кешем;
• Шаблоны форума и всех компонентов управляются через единый;
• Редактирование все настроек групп в одном месте для всех приложений;
• Все права в приложениях управляются также из одного места;
• Возможность показа галереи или блогов на главной странице форума через закладки.

Вскоре после того, как будет выпущен и отлажен IPB3, как все основные ошибки будут исправлены и все компоненты будут стабильно работать, мы будем работать над большими обновлениями и компонентов. Сейчас мы еще обсуждаем, какие новые возможности требуются, какие улучшения необходимы. Мы подготовили небольшой список для обсуждения с вами, понравится ли вам или нет? Что вы думаете?

IP.Blog

• Групповой блог – блог, который может быть создан, принадлежав не конкретному пользователю, а скорее сайту (например, блог компании) или группе (например, блог разработчиков);
• Настраиваемые пользователем заголовки;
• RSS блогов – позволяет импортировать данные из удаленного блога в свой форумный;

IP.Gallery

• Способность резать, вращать и динамически изменять размеры изображений. Использование Javascript для регенерации изображения через GD;
• Улучшенное слайд-шоу. По типу Flickr, но полностью сделано на Javascript (flash не требуется) и немного проще;
• Улучшенное управление альбомом, базированное на дружбе – например, разрешить только друзьям смотреть альбом, или разрешить друзьям публиковать картинки в ваш альбом;
• Под-альбомы;
• Теги картинок;
• Исправленные картинки категорий/альбомов (как в IPB);
• Разрешение пользователям выбирать обложку альбома из изображений в нем.

IP.Downloads

• Улучшенная поддержка записей файлов. В конечном счете задача стояла предоставить поддержку загрузки множества файлов в одну запись. Использование функцию внесенных файлов ломало запись на части и невозможнр было добавлять несколько скриншотов;
• Поддержка «зеркал»
• Возможность отключения версионного контроля файлов
• Улучшенное управление категориями
• Более надежный индикатор загрузки файла
• Исправленные картинки категорий (как в IPB);
• Теги файлов;
• Динамические и основанные на сессиях ссылки на скачивание (защита от хотлинка)

Существует еще несколько идей, которые мы все еще обсуждаем. Окончательный список возможностей будет опубликован после выпуска IP.Board 3.0.

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

• Ревизия системы BBCode (0)
• Система жалоб на сообщения (0)
• FAQ по IP.Board (0)
• IPB, IP.Board, Invision Power Board (0)
• Если не работает ссылка “Удалить установленные форумом cookies” (0)

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

Навигация

Навигация — очень хитрый элемент, грамотное построение которого требуется для успешного управления такими большими проектами, как форум IP.Board. Мы разбили навигацию на несколько частей, чтобы вам было удобнее находить необходимые вам вещи. Во-первых, каждое приложение указано в самом верху страницы, что позволяет легко попасть в те приложения, в которые вы хотите внести изменения (больше нет необходимости выбирать вкладку “Компоненты”, чтобы, например, изменить категории в IP.Gallery). Во-вторых, в левой колонке вы найдете раскрывающееся меню, которое ускоряет доступ к основным страницам приложения (как в IPB 2). Для приложений, которые требуют этого, есть контекстные ссылки и табы, которые призваны на равне с основной рабочей областью сделать вашу работу более гибкой. Мы понимаем, что без скриншотов трудно представить новый админцентр, но основная цель была сохранить дружественный интерфейс, чтобы текущие администраторы легко разобрались в нем и начали эффективно использовать его новые возможности.

Поиск

Постоянная жалоба, которую мы слышим на протяжении нескольких лет, это частое возникновение у новых администраторов проблемы с определением местоположения возможности, которой они хотят воспользоваться (например, где изменить основные правила форума, или изменить возможность публикации HTML в сообщениях). Естественным решением данной проблемы является поиск, помогающий людям найти то, что они ищут, и который очень удобен для начинающих администраторов, как подсказка к определению местоположения возможности. Мы добавили “живой” поиск в админцентре, чтобы поиск нужного места занимал у вас минимум времени (и прежде чем вы спросите – да “живой” такой же как на apple.com). Поиск по настройкам уже работал в Invision Power Board 2, но мы чувствовали, что он не достаточно хорош. Часто получалось, что опция, которую вы ищите, находится в редактировании групп пользователей, а не в настройках форума, по которым вы ищите.

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

Улучшенная интеграция

И хотя мы уже подробно описали данную вещь в наших предыдущих записях мы все же еще раз в рамкой этой записи кратко хотели бы описать улучшения админцентра, позволяющие пользователям получить более дружелюбный интерфейс вцелом. Например, настройки приложения могут оторажаться в настройках прав групп форума в нужной месте, вместо того, чтобы отображаться на независимой странице в самом приложении (страница “Настройки групп” в IP.Gallery – эти настройки теперь есть и при редактировании прав группы самого форума). Точно также, приложения имеют все возможности для редактирования страниц пользователей через админцентр, не требуя редактирования исходных файлов. Настройки каждого приложения все еще включены в группы настроек, как и в IP.Board 2.

Настройка прав

Множество дополнительных приложений имеют матрицу прав — сетку из полей для установки “галочки”, которые контролируют те или иные права на действия в этом приложении. Эта система работает настолько хорошо, что мы улучшили подобную функциональность в IP.Board 3, сделав ее еще более простой в использовании. При этом мы также создали простой метод обновления настроек для каждого приложения, задавая уровень прав. То есть, если вы хотите обновить права для пользователей группы “Неактивированные”, вы можете это настроить на одной странице для всех приложений сразу. Например, удалить права для календаря, права на форумы, доступ ко всей галерее, исключая необходимость заходить в каждое приложении для редактирования.

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

Изменение шаблонов

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

• Подсветка HTML синтаксиса, при редактировании шаблонов в АЦ;
• Сжатые HTML шаблоны делают редактирование шаблонов намного легче, возможно отредактировать всю «страницу», не нуждаясь в редактировании восьми независимых шаблонов, которые собраны на одной;
• Нет больше разницы между “Global board header и footer wrapper” зонами. Вместо этого мы сделали общий шаблон форума, включащий содержание зон global_board_header, global_board_footer, member_bar, navigation и других общих зон, отображаемые на одной странице;
• AJAX CSS редактирование. Это было по специальному предложение от Rikki – очевидно, что неудобно, чтобы прокрутить довольно далеко вниз, отредактировать какой-то CSS параметр, сохранить страницу и оказаться в самом начале CSS списка.Сейчас, когда вы сохраняете CSS файл, используется AJAX для сохранения содержания, и страница не перегружается, таким образом вы не теряете место редактирования.

Переработка содержимого

Помните все те прекрасные сортирующиеся выпадающие меню (на экране управления форумами). Или эти замечательные комбинации стрелок вверх/вниз (страница управления компонентами) Во временя IP.Board 2 они конечно удовлетворяли своей цели, но в IP.Board3 они уже устарели.

Теперь все функциональные возможности упорядочивания для всех наших приложений будут использовать drag-n-drop + AJAX. Хотите переместить форум в нужную категорию? Только вытащите его и переместите куда нужно.

В заключении

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

• Гид по CSS (Classic Skin) (0)
• Улучшение ядра системы (0)
• Теги шаблонов, перезагрузка (0)
• Обновление (upgrade) IP.Board (0)
• Обзор механизма пометки прочитанности тем (0)

Например, вы можете использовать “classUpload.php” и “classImage.php” в ваших модификациях или расширениях для обработки загрузок файлов и генерации уменьшенных изображений через GD. И вам не нужно будет инициализировать реестр или делать что-то еще чтобы использовать данные классы, нужно просто подключить файл и начать использовать его.

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

Пользовательские поля

Josh полностью переписал управление пользовательскими полями в IP.Board и данный класс связывает всю эту работу воедино. Josh воспользовался фактически всеми новшествами PHP 5, включая абстрактные классы, интерфейсы и ArrayAccess для предоставления простого и ясного интерфейса, который может быть использован почти в любом проекте, так как класс не ограничен использованием только для пользовательских полей IP.Board.

Диаграммы

Remco расширил класс, теперь в нем есть поддержка новых диаграмм, таких как “funnel”, “bubble” и “radar” что позволит отображать данные более подходящим способом. Как разработчики IP.Board 3.0.0, мы найдем хорошее применение данному классу в отчетах админцентра.

GD и ImageMagick

Brandon переписал наш класс для обработки изображений с помощью GD. А также создал класс для работы с imagemagick, что позволит использовать данную библиотеку тем клиентам, у которых она установлена. Обратите внимание на сколько просто стало изменять размеры изображений и добавлять watermark’и на них.

$image = new classImageGd();
$image->init( array( 'image_path'    => "/path/to/images/",
'image_file'    => "image_filename.jpg" ) );
 
// Устанавливаем максимальную ширину и высоту
$image->resizeImage( 600, 480 );
// Добавляем watermark
$image->addWatermark( "/path/to/watermark/trans.png" );
$image->displayImage();

Создание и разбор XML

Во второй версии Invision Power Board у нас был класс разбирающий и создающий XML, но это был набор разрозненного PHP кода, реализующий примитивный обработчик XML и класс с ручным разбором для тех у кого XML обработчики отсутствовали. Надо признать что данный класс работал хорошо, но был очень требователен к памяти. К счастью, PHP 5 обладает намного лучшей родной поддержкой обработки XML, всю прелесть которой я почувствовал переписав данный класс.

В начале я обратил внимание на simpleXML, но он оказался действительно простым для наших нужд, так что я пошел дальше и воспользовался DOM методами. Это дало нам полный контроль над созданием и разбором XML документов.

Ну и конечно же код, на котором вы видете на сколько легко стало создавать XML документы:

$xml = new classXML( 'utf-8' );
$xml->newXMLDocument();
 
/* Создаем новый корневой элемент */
$xml->addElement( 'productlist', '', array( 'name' => 'myname', 'version' => '1.0' ) );
/* Добавляем потомка.... */
$xml->addElement( 'productgroup', 'productlist', array( 'name' => 'thisgroup' ) );
$xml->addElementAsRecord( 'productgroup',
	array( 'product', array( 'id' => '1.0' ) ),
	array( 'description' => array( 'Это не орандж-сода' ),
		'title'         => array( 'Печеньки' ),
		'room'         => array( '103', array( 'store' => 1 ) )
	)
);
$xml->addElementAsRecord( 'productgroup',
	array( 'product', array( 'id' => '2.0' ) ),
	array( 'description' => array( 'Куплен в трендовом магазине' ),
		'title'         => array( 'Тедди Бир' ),
		'room'         => array( '104', array( 'store' => 2 ) )
	)
);
 
$xmlData = $xml->fetchDocument();Данный код породит следующий документ:
 
<productlist name="myname" version="1.0">
 <productgroup name="thisgroup">
  <product id="1.0">
   <description>Это не орандж-сода</description>
   <title>Печеньки</title>
   <room store="1">103</room>
  </product>
  <product id="2.0">
   <description>Куплен в трендовом магазине</description>
   <title>Тедди Бир</title>
   <room store="2">104</room>
  </product>
 </productgroup>
</productlist>А вот так вы этот документ можете разобрать:
 
$xml->loadXML( $xmlData );
 
/* Получаем необходимые данные из 'products'... */
foreach( $xml->fetchElements('product') as $products )
{
	print $xml->fetchItem( $products, 'title' ) . "\";
}
/* Выводит: */

Печеньки

Тедди БирЯ уверен вы оценили насколько легко использовать новые XML возможности!

XMLArchive

Я создал XMLArchive формат для IP.Board, как способ объединять несколько файлов в один без использования tar или zip, использование которых может быть проблематично на некоторых серверах. XMLArchive это простой файл с данными в обычном XML формате. Я переписал данный класс для более легкого использования и конечно же добавил новых возможностей.

Ниже пример того как прочитать архив:

$archive = new classXMLArchive();
$archive->read( "/path/to/archive.xml" );
print $archive['someDir/file.html'];

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

А вот пример создания архива:

$archive = new classXMLArchive();
$archive->add( "someDir" );
$archive->add( "anotherDir/anotherFile.html" );
$archive->add( "Создаем новый файл налету!", "anotherDir/brandNewFile.html" );
 
# Сохраняем gzipped
$archive->saveGZIP( "/path/to/archive.xml.gzip" );
# Сохраняем без сжатия
$archive->save( "/path/to/archive.xml" );
# Просто возвращаем данные
$archive->getArchiveContents();

В угоду простоте теперь есть только один интерфейс добавления файлов: “add()”. Чем меньше имен функций надо помнить тем лучше!

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

• Приоткрывая завесу над ipsRegistry (0)
• Система репутации (0)
• Боковая панель в редакторе (0)
• Легенда форума, о том как ее создать (0)
• Делая шаблоны проще (0)

Мы разделили предложения на те, которые есть смысл разрабатывать сейчас, и те, которые можно оставить для модификаций. Пока мы не полностью освоили SEO для форумов, мы внесли изменения в Invision Power Board 3 только там, где по нашему мнению это поможет улучшить индексацию поисковыми системами. Эта статья даст более детальную информацию по данным улучшениям.

Семантически корректный HTML

“Семантика” — наука о понимании определённых знаков, последовательностей символов и других условных обозначений. По существу, когда мы используем данный термин говоря о HTML документе, мы хотим показать что HTML теги в исходном коде документа используются исключительно в соответствии со структурой документа. Совсем недавно, для позиционирования элементов на странице использовались таблицы, для создания отступов использовали однопиксельные gif картинки. Те дни ушли и сегодня современные вебстраницы разрабатываются с использованием подходов создания качественного HTML кода.

Разрабатываемый IP.Board 3 будет xHTML «валидным», а исходный код будет семантически корректным. Запрещенные HTML-теги не используются, ушло чрезмерное употребление тегов (например div’ы тройной вложенности), javasciprt больше не навязывается (*см. комментарии). Темы новой версии форума устройства для чтения и поисковые системы должны считывать намного легче, чем в IPB 2. Кроме того, все функции должны работать (хотя в некоторых случаях в меньшей степени), даже когда javascript отключен. Теги заголовков используются должным образом и показывают ключевые слова содержимого страницы. Для заголовков используются стили, что позволяет «представлять» их содержание наилучшим способом.

*Примечание: HTML будет семантическим, а javascript не навязчивым настолько, насколько это возможно. Есть тысячи конфигураций, много разных браузеров, настроек и дополнений, так что невозможно гарантировать во всем этом многообразии единства представления контента. Rikki рассказывал подробнее о целях, которые мы преследуем при разработке нового дизайна в другой статье, доступной вам.

Поддержка микроформатов (Microformats)

Микроформаты (Microformats) представляют собой спецификацию способа представления однородных данных. Например, не редко на сайте возникает необходимость размещать некоторые новости или статьи, а также хранить страницу профиля для каждого пользователя. Микроформаты был разработаны так, чтобы эти общие данные могли бы быть представлены общим способом. Используя микроформаты, другие интернет-страницы и скрипты могут корректно обрабатывать вашу страницу, чтобы извлечь из нее данные для последующего использования. Даже Internet Explorer 8 будет поддерживать Microformats для некоторых его новых возможностей, в то время как другие браузеры или планируют, или уже поддерживают микроформаты.

IP.Board 3 использует несколько микроформатов. Это hCard, hCalendar, rel-nofollow, rel-tag, и rel-home микроформаты. Мы также используем некоторые другие общие атрибуты (такие как “rel=’help’” для ссылки на документацию), это при том, что они не настолько необходимы на данный момент. Кроме того, мы будем продолжать следить за микроформатами и применять их при необходимости в IP.Board.

Поддержка rel=’nofollow’

Это еще один популярный запрос наших клиентов: сделать так чтобы все публикуемые ссылки в темах имели атрибут «rel=’nofollow’». С другой стороны многие просили, чтобы мы не делали этого. Идея данного изменения состоит в том, что поисковые системы должны по «rel=’nofollow’» понимать, что владелец форума не отвечает за содержимое находящееся по ссылке. Таким образом поисковая система не должна «оштрафовать» или заблокировать сайт, на котором размещена эта ссылка (например в случае если ссылка окажется битой или несоответствующей содержимому).

Мы добавили опцию для возможности настройки включения/отключения этого без редактирования исходных кодов. Атрибут «rel=’nofollow’» будет автоматически добавлен ко всем вставляемым URL адресам (при включенной настройке).

Удаление “(Работает на Invision Power Board)” с главной страницы.
Во всех версиях Invision Power Board заголовок главной страницы содержал эту фразу (если вы не покупали услугу удаления копирайтов). Мы не запрещали пользователям удалять его через исходные коды, многие именно так и поступали.

Но теперь мы пошли дальше и удалили этот текст из заголовка в базовом дистрибутиве.

Удаление текстовой версии

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

В IP.Board 3 мы исключили текстовую версию полностью благодаря новым возможностям ядра системы. Мобильный стиль теперь может быть установлен непосредственно в админцентре, что делает ненужным отдельный скрипт для вывода содержимого в другом формате. И все это благодаря использованию MVC паттерна – оставляем модель и контроллер, а сами просто изменяем представление.

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

Изменнеие способов отображения темы перенесено в личную панель пользователя
Часто поисковики индексировали темы в Invision Power Board с использованием различных видов отображения темы, по некоторым непонятным причинам «наилучшим» видом оказывался содержащий в адресе «&mode=outline». И хотя это не препятствовало посещению страницы, однако, серьезно влияло на восприятие тем, потому что многие пользователи пугались при виде не стандартного представления темы и не знали, как перейти в привычный режим отображения.

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

Есть еще много незначительных, но важных улучшений, которые заложены глубоко внутри IP.Board 3. Они должны помочь улучшить индексацию вашего форума в поисковых системах. В тоже время мы не будем углубляться в SEO разработки, однако, обещаем обязательно осуществлять доработки, которые помогут нашим пользователям добиваться успеха с IPB.

• Глобальные права доступа (0)
• Система репутации (0)
• Как правильно регистрировать сайт? (0)
• Управление заблокированными пользователями (0)
• Расширяя механизмы авторизации (0)

Управление пользователями

С момента IP.Board 2, мы ввели возможность под названием “Модули входа”. На самом деле это мини-каркас, позволяющий использовать собственный код для аутентификации и регистрации пользователей. Например, у вас есть база данных пользователей и вы хотите дать возможность им использовать форум с уже существующим аккаунтом (логин и пароль), тогда вы можете создать модуль входа, который бы работал с существующей базой пользователей или иной системой (через SOAP, XML-RPC, и тому подобное).

Система была доукомплектована новыми модулями по просьбам пользователей, теперь IP.Board будет комплектоваться модулями для LDAP и OpenID, что позволит легко использовать данные системы для аутентификации пользователей.

Использование IP.Board Engine

Не секрет, что IP.Board 3 полностью переписан. Новый каркас в полную силу использует PHP 5 и включает огромное количество экономящих время разработчика возможностей.

Довольно часто наши клиенты просят помочь объединить некоторые части форума с существующим сайтом. Например, они хотят получить список последних тем и сообщений с форума на сайте. Для решения таких вещей мы создали класс API в IP.Board 2.

Однако в случае, если необходимо было отправить какие-то данные в IP.Board, например новое сообщение или новое персональное сообщение, нужно было повозиться. Даже для использования какого-либо шаблона системы приходилось копировать и много кода.

Например, для того чтобы использовать наш механизм для работы с данными или нашу шаблонную систему, необходимо было копировать большую часть ‘index.php’, чтобы ipsclass корректно подключился. В IP.Board 3 этого больше не требуется.

Теперь использование стало очень простым:

require_once( './initdata.php' );
require_once( IPS_ROOT_PATH . 'sources/base/ipsRegistry.php' );
$registry = ipsRegistry::instance();
$registry->init();

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

Написание собственного кода
Довольно часто бывает необходимо добавить возможности IP.Board на собственный сайт. В Invision Power Board 3 это сделать легко.

Хотите добавить новое сообщение? Без проблем, просто используйте следующий код:

require_once( IPSLib::getAppDir( 'forums' ) . '/sources/classes/post/classPost.php' );
 
$postClass = new classPostForms( $registry );
$postClass->setForumID( $forumID );
$postClass->setForumData( $this->registry->class_forums->forum_by_id[ $forumID ] );
$postClass->setTopicTitle( "Моя тема" )
$postClass->setPostContent( "Привет, я содержимое сообщения!" );
$postClass->setAuthor( $memberID );
try
{
	$postClass->addTopic();
}
catch( Exception $error )
{
	print $error->getMessage();
}

Да все действительно просто, как в примере выше. Кстати, вы заметили try -> catch блок? Теперь он согласуется со всеми API-похожими функциями. Мы воспользовались механизмом исключений пятого PHP, чтобы возвращать в вызывающую программу информацию о возникших проблемах (конечно если такие будут). Мы так же вскоре предоставим список всех возможных исключений (в формате phpDoc).

Авторы модификаций для версии IP.Board 2 должны быть уже знакомы с похожими функциями, которые существовали в API второй версии. Тогда для них будет хорошей новостью информация о том, что для реализации данных возможностей API прослойка больше не нужна, потому как теперь используется оригинальный код форума, да-да тот самый, что используется в работе самого форума.

Хотите создать новое персональное обсуждение из собственной программы? Легко!

require_once( IPSLib::getAppDir( 'members' ) . '/sources/classes/messaging/messengerFunctions.php' );
$messengerFunctions = new messengerFunctions( $registry );
$messengerFunctions->sendNewPersonalTopic( $toMemberID, $fromMemberID, $invitedUserIDArray, $msgTitle, $msgContent );Нужен список личных сообщений?
 
require_once( IPSLib::getAppDir( 'members' ) . '/sources/classes/messaging/messengerFunctions.php' );
$messengerFunctions = new messengerFunctions( $registry );
$messengerFunctions->getPersonalTopicsList( $memberID, 'in' );

Другой довольно частый запрос это подключение шаблонов IP.Board в своем коде, снова все очень просто:

require_once( './initdata.php' );
require_once( IPS_ROOT_PATH . 'sources/base/ipsRegistry.php' );
$registry = ipsRegistry::instance();
$registry->init();
 
print $registry->output->getTemplate( $templateGroup )->templateName( $templateArguments);

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

• Смайлы в комментариях (0)
• Система жалоб на сообщения (0)
• Гид по CSS IP.Board 3.0.x (0)
• Обновление (upgrade) IP.Board (0)
• CHMOD на файлы и папки IPB (0)

Как это работает

Там, где вы ранее создавали новое личное сообщение, теперь вы открываете личную беседу. Форма по большей части такая же. Однако, вместо поля «Копия другим пользователям» там находятся поля приглашения других пользователей в беседу. Ограничение, сколько человек можно пригласить в беседу, задается администратором в настройках групп. Фактически, администратор может полностью отключить возможность приглашать других пользователей, если желает иметь привычный метод работы личных сообщений.

Получатель и каждый приглашенный участник будут уведомлены, что у них есть новое сообщение. Новая личная беседа появится в папке «Входящие» и «Новые» (до тех пор, пока оно не будет прочитано).

Беседа выглядит похожей на обычную тему форума, она линейно упорядочена (последними идут новые ответы). Есть форма быстрого ответа. Структура облегчает просмотр старых сообщений и позволяет помнить «нить» беседы.

Автор темы (и любой участвующий супермодератор) может заблокировать любого участника беседы. Иммунитетом обладают пользователи групп, помеченные как «не игнорируемые». Это означает, что вы (администратор) никогда не можете быть удаленным из беседы, в которой вы участвуете. Когда участник заблокирован, беседа исчезает из его папок, пока он не будет снова допущен к ней.

Каждый участник, кроме автора, может покинуть беседу в любое время. Как только участник покинул беседу, она остается лишь в папке «Оконченные» и ответы больше не попадают к нему в личный ящик. Автор беседы не может повторно пригласить вас, но вы можете присоединиться обратно к беседе к любое время.

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

Волшебные папки

Этот термин мы дали определенным папкам, которые не являются редактируемыми или удаляемыми. Среди них «Новые», «Оконченные» и «Мои беседы». Темы в «Новых» и «Моих беседах» могут быть и в других папках. «Мои беседы» являются папкой куда попадает любая беседа, которую вы начали. Вы можете перемещать беседу и в другие папки, но она всегда будет доступна и в «Моих беседах». «Новые» – содержит список всех новых бесед и бесед с новыми ответами. В папке «Оконченные» отображаются все законченные беседы, или беседы, которые вы покинули. В любом момент можно ее заново открыть. “Все”, как понятно из имени, показывает все имеющиеся беседы, в которых вы участвуете, и как автор и как приглашенный.

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

• Теги шаблонов, перезагрузка (0)
• Гид по CSS (Classic Skin) (0)
• Ревизия системы BBCode (0)
• Установка форума IP.Board 2.x.x (0)
• Изменение название тегов, на русский язык в 2.0.х (0)

Я крайне осторожно попытался избежать фразы “Поисковая оптимизация” в первом параграфе, несмотря на то, что она достаточно часто мелькала в запросах ЧПУ. Конечно же то, что мы добавили, несомненно помогает поисковой оптимизации, но важно понимать, что ЧПУ не является готовым решением для оптимизации и не может быть им.

Итак, что же мы сделали?

Если объяснять коротко, то ЧПУ! Однако процесс создания и управления ими куда более интересные вещи, нежели конечный результат, но наберитесь терпения об эти процессах вы узнаете чуть позже. Давайте в начале посмотрим на примеры наших новых URLов.

Примеры ссылок для IPB 2.3.x:

Для перехода в форум (My Test Forum):

http://www.board.com/forums/index.php?showforum=10

Для перехода в тему (My Test Topic):

http://www.board.com/forums/index.php?showtopic=99

Для просмотра пользователя (Matt Mecham):

http://www.board.com/forums/index.php?showuser=30

Данные ссылки вполне нормальные. Они короткие и лаконичные, да и поисковики их воспринимают хорошо, но мы их можем сделать немного лучше чтобы добиться их большей привлекательности. Посмотрим?

Для серверов на базе Windows можно использовать ‘query’ метод генерации ссылок, тогда URL выглядят так:

http://www.board.com/forums/index.php?/forum/10/my-test-forum 
http://www.board.com/forums/index.php?/top...9/my-test-topic 
http://www.board.com/forums/index.php?/user/30/matt-mecham

В других случаях есть метод ‘path_info’ и ссылки выглядят так:

http://www.board.com/forums/index.php/forum/10/my-test-forum 
http://www.board.com/forums/index.php/topic/99/my-test-topic 
http://www.board.com/forums/index.php/user/30/matt-mecham

Еще лучше если вы имеете возможность вносить настройки в ваш .htaccess файл и у вас есть mod_rewrite. Для удобства наша система сгенерирует правила для mod_rewrite. И тогда конечный результат будет таким:

http://www.board.com/forums/forum/10/my-test-forum 
http://www.board.com/forums/topic/99/my-test-topic 
http://www.board.com/forums/user/30/matt-mecham

А что будет, если использовать диакритические знаки, например как здесь: Mått Méçhåm? Они будут просто заменены наиболее подходящими аналогами. Для этого примера на “matt-mecham”.

Как я смогу использовать их?

Самый простой способ получить “дружественный URL” использовать {parse} тег:

{parse url="showtopic=99" base="public" seotitle="my-test-topic" template="showtopic"}

Параметр “seotitle” уже готовая строчка для использования в URL. Если вам хочется создать данный параметр налету для получения чего-то более дружественного, вы можете использовать такую конструкцию:

{parse url="showtopic=99" base="public" seotitle="%%My Test Topic%%" template="showtopic"}

Дополнительный параметр “template” указывает какой шаблон стоит использовать системе при генерации ссылки. Управление данными шаблонами осуществляется в единственном файле “admin/extensions/seoUrlTemplates.php”. Ниже пример содержимого такого файла:

$templates = array(
# APP: MEMBERS
'showuser'   => array( 'out' => array( 'showuser=(.+?)(&|$)', 'user/$1/#{__title__}$2' ),
'in'         => array( "/user/(\d+?)/", array( 'showuser', 1 ) ) ),
 
# APP: FORUMS
'showforum'  => array( 'out' => array( 'showforum=(.+?)(&|$)', 'forum/$1/#{__title__}$2' ),
'in'         => array( "/forum/(\d+?)/"  , array( 'showforum', 1 ) ) ),
 
'showtopic'  => array( 'out' => array( 'showtopic=(.+?)(&|$)', 'topic/$1/#{__title__}$2' ),
'in'         => array( "/topic/(\d+?)/", array( 'showtopic', 1 ) ) ),
 
);

В примере показаны шаблон для ссылок на профиль пользователя, форумы и темы. В поле ‘out’ показано как строить ссылки, а в поле ‘in’ – как данные ссылки обрабатывать IP.Board.

Данные настройки позволяют вам настроить систему в соответствии с вашим представлением о ЧПУ. Авторы модификации смогут добавлять в данный файл записи (через интерфейс админцентра) необходимые для их модификаций и модулей.

Я ранее заметил что “template” дополнительный параметр. В случае если вы не укажете его, то IP.Board проверит все шаблоны и выберет подходящий. Но все же мы рекомендовали бы явно указывать шаблон, потому как это несколько ускоряет процесс обработки ссылок в системе.

Любые переменные, не учтенные в шаблонах, добавляются в конец URL, разделяя через символ подчеркивания, например, так:

http://www.board.com/forums/topic/99/my-test-topic/_/view/getNewPost

Данная возможность избавляет от необходимости учитывать всевозможные перестановки в файле шаблонов и при этом не терять данные.

Мы надеемся, что реализация данного популярного запроса поможет вам сделать более SEO форум и сделать общие ссылки более приятными!

• IP.Blog, IP.Gallery и IP.Downloads (0)
• Упрощение администрирования (0)
• 10 правил по выбору домена (0)
• Invision Power Board (0)
• Обзор механизма пометки прочитанности тем (0)

Во-первых, мы составили список всех ошибок, которые могут возникать в системе, систематизировали и разделили их. Отныне больше нет невразумительных описаний ошибок вроде “Извините, но некоторые необходимые файлы отсутствуют”. Сообщения об ошибках теперь более понятны конечному пользователю.

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

Ближе к выходу финальной версии IP.Board 3.0 мы планируем разместить базу кодов ошибок, так что клиенты смогут легко получить дополнительную информацию о интересующих их ошибках.

В дополнении к этому, мы добавили и ведение журнала ошибок. По-умолчанию определенные ошибки будут записываться в журнал. В основном это ошибки связанные с безопасностью, они будут попадать в журнал в случае попыток пользователя обойти систему безопасности форума. Мы учли и тот факт, что некоторые администраторы могут захотеть журналировать больше ошибок, если вообще не все, и мы добавили настройку, включение которой позволяет записывать в журнал ошибки определенного уровня (уровни ошибок ранжируются от 1 до 5). Более того вы можете настроить опцию уведомления об ошибках определенного уровня. Это должно сделать управление вашим форумом более эффективным и более того увеличивает безопасность вашей системы, оповещая вас об ошибках, о существовании которых вы даже не подозревали (например, ошибки в сторонних модификациях). Так же данная система поможет нашим техникам выявлять проблемы уникальные именно для вашей системы.

Задача по очистке журналов в системе так же была обновлена, теперь она поддерживает таблицу журнала ошибок, тем самым вы можете предотвратить разрастание журнала ошибок.

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

• Смайлы в комментариях (0)
• О сайте (0)
• Быстрая переустановка операционной системы Windows за 3 минуты (0)
• IP.Blog, IP.Gallery и IP.Downloads (0)
• Новые системы паролей (0)

Краткая история

Механизм в первых версиях IP.Board был основан на cookies. Он работал должным образом, но не без проблем, потому что все, что связанно с работой cookies, всегда немного странно.

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

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

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

Извлекаем опыт

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

Немало важна и проблема производительности. Как мы можем увеличить производительность не потеряв функциональность? Самым простым решением было бы поместить прочитанные темы в пользовательскую сессию. Однако это хорошо в теории, а на практике имело ряд препятствий. Во-первых, управление сессиями в IP.Board 2 не централизовано. Да был класс, но управление сессиями происходило не всегда через объект этого класса. Так файлы register.php и login.php могли беспрепятственно вносить изменения в таблицу сессий, не предупреждая остальные компоненты системы об этом. Когда вы пытаетесь сохранить данные в целостности, это недопустимо. К тому же управление сессиями далеко не точная наука. Так изменение IP адреса может привести к многократному созданию сессий за одно посещение.

Решение этих проблем должно быть централизованным, расширяемым и надежным.

Так что же нового?

Первым улучшением стало усиление обработки сессий. Весь механизм управления теперь осуществляется через единственный класс (publicSessions). Все остальные работают с сессиями через него. Это позволяет данному классу иметь полный контроль над всеми данными сессий.

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

В двух словах, система загружает данные о прочитанности (далее маркеры) из таблицы в базе данных при создании сессии для нового пользователя. Маркеры хранятся в сессии в месте с прочими данными. При каждом просмотре страницы данные сессии обновляются (время выполнения, местонахождения пользователя и т.п). Это продолжается до тех пор, пока сессию не нужно будет удалить, например, в случае неактивности пользователя и истечения времени жизни сессии. Сессия, приговоренная к удалению, передается другим классам на проверку. Однако, так как cookies ограничены по размеру, хранятся только последнее 100 прочтенных тем.

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

# Для отметки сущности прочтенной (в данном примере сущность это тема форума)
$itemMarking->markRead( array( 'forumID' => 2, 'topicID' => 10 ) );
 
# Проверка статуса сущности
if ( $itemMarking->isRead( array( 'forumID' => 2, 'itemID' => 99, 'itemLastUpdate' => 1200098989 ) ) === TRUE )
{
	....
}
 
# Получение последней даты когда сущность была отмечена прочтенной
$lastMarked = $itemmarking->fetchTimeLastMarked( array( 'forumID' => 2, 'itemID' => 99 ) );

Авторы модификации смогут использовать новую систему в своих плагинах.

А теперь обещанная техническая часть.

Для тех кто технически подкован данная часть описывает принципы работы системы в IP.Board 3.0.0

Первой проблемой было правильное использование __construct и __destruct в PHP5. Это было легко для __construct, который как и положенно запускался при инициализации объекта класса. Так что с ним проблем не возникло. Класс системы отслеживания статуса прочитанности тем получает и обрабатывает данные из cookies, а так же получает и обрабатывает данные из сессий в __construct.

Реальная же проблема была с __destruct. Вернее в порядке вызова оных. В PHP 5.0.0 и до PHP 5.2.4 данные деструкторы вызывались в порядке создания объектов. Из-за этого объект DB уничтожался раньше объекта classItemMarking, тем самым препятствуя работе с базой в деструкторе classItemMarking. В PHP 5.2.5 ситуация изменилась и деструкторы вызываются в обратном порядке. Таким образом использование деструкторов не позволяет сделать наше решение надежным на разных платформах, пришлось искать иное решение.

К счастью register_shutdown_function() запускается перед всеми __destruct потому мы использовали ее. Существует __myDestruct метод в ipsRegistry, который вызывает все __myDestruct() методы в классах потомках (DB, Member, Request, Cache, Settings и т.п.). Таким образом запускается собственный (ручной) деструктор в itemMarking, что позволяет сохранить все данные для удаляемых сессий и предоставить информацию для обновления сессии.

• Быстрое создание темы и опроса в 2.0.х (0)
• Теги шаблонов, перезагрузка (0)
• Прочие возможности (0)
• Управление заблокированными пользователями (0)
• Упрощение администрирования (0)

Не смотря на то что другие наши записи содержат глубокое описание какой-то конкретной возможности, в данной заметке я опишу сразу нескольких вещей, которые мы воплотили в новом интерфейсе IP.Board 3.

Всплывающие окна

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

Вместо этого мы перешли к использованию ajax-populated окон, избавленных от перечисленных выше недостатков. В случае если браузер не поддерживает таковых пользователю будет просто показана обычная страница с содержимым окна. Данные изменения коснулись в первую очередь возможностей по управлению друзьями и предупреждениями (для модераторов).

Не навязчивый Javascript

Идя рука об руку с предыдущим желанием сделать содержимое IPB доступным для всевозможного парка устройств мы захотели сделать его доступным и в случае если у вас отключен javascript. По существу мы постарались добиться того что бы любая возможность была доступна и работала даже без javascript. Конечно же не обошлось и без исключений, например редактор сообщений (хотя возможность отправки сообщений осталась, но вместо редактора простое текстовое поле), но в целом мы на пути к тому что бы IPB3 была более доступной нежели IPB2.

Получение информации о пользователе

IPB содержит множество информации о каждом пользователе, но в настоящее время быстрый доступ к ней достаточно сложен, так вам необходимо перейти на отдельную страницу профиля тем самым поменяв текущую страницу. В IPB 3 пользовательская карточка доступна сразу в большинстве мест; когда вы видите имя пользователя просто наведите мышку и вы получите всю касающуюся данного пользователя информацию, включая фотографию, контакты и репутацию. Данная функция реализована так, что авторы модификаций и дизайнеры могут очень легко использовать ее в своих продуктах. Мы также добавили bbкод, который позволяет генерировать такие ссылки прямо в сообщениях.

Улучшенная загрузка файлов

В прошлом нас довольно часто просили сделать НАСТОЯЩУЮ множественную загрузку файлов. Вы будете приятно удивлены тем что нам окончательно удалось интегрировать SWFUpload в IPB3 для серверов, которые ее поддерживают (а таких должно быть большинство). Для тех кто не знаком с данным инструментом поясню, он позволяет в диалоге выбора файлов для загрузки выбирать сразу несколько файлов. Другое классное улучшение это поддержка прогресс-баров без дополнительного серверного обеспечения! Ну и в добавок при загрузке изображения его уменьшенная копия будет видна сразу, что позволит вставить изображение в сообщение именно в том месте где вы хотите.

Поиск

Форма поиска и страница результатов были полностью перерисованы. Это стало необходимым после того как сам поисковый механизм IP.Board 3 подвергся значительным изменениям. Результатом стала форма поиска которая адаптирует список фильтров поиска в зависимости от приложения для которого осуществляется поиск. Страница результатов содержит все совпадения во всех приложениях, но так же оставляет возможность просмотреть результаты только для отдельного приложения. И наконец множественные результаты из одного объекта (например несколько сообщений из одной темы) группируются вместе, тем самым упрощая восприятия результатов.

Прочие важные улучшения

Тогда как почти каждая страница в IPB 3 была переверстана с нуля и улучшена некоторые области форума подверглись большим изменениям. Я опишу их вкратце что бы вы знали что ожидать от нашей будущей премьеры стиля:

• Улучшенный список форумов
  Одним из первых шагов, который я сделал при разработке нового стиля, был анализ каждой значимой страницы и выявления на сколько возможно сделать ее более полезной, нежели чем сейчас. Одним из результатов такого процесса и стало улучшение списка форумов – и не маловажную роль в этом сыграла и новая система хуков. Теперь список форумов содержит убирающуюся боковую панель, содержащую в себе существенную информацию такую как последние темы, топ авторов и другие. И как и следовало ожидать, благодаря своей хук-ориентированной природе, авторы модификаций смогут легко добавлять собственную информацию в данную панель.
• Пользовательская панель управления
  Панели управления уделялось особое внимание с самого начала. Мы точно знали что удалим управление личными сообщениями из пользовательской панели, так как оно явно не соответствует концепции панели. А все что осталось подверглось переоформлению: настройки выделены в секции, представлены в виде табов, меню соответствует конкретной секции – что должно облегчить новым пользователям работу с панелью управления.
• Управление личными сообщениями
  Как было упомянуто выше, управление личными сообщениями происходит теперь в отдельном разделе.
• Пользовательские профили
  Профили так же были переоформлены, вдохнув в них все то что пользователи ждут от популярных социальных сетей. Одной из новых возможностей профиля, которая нам очень нравится, стал блок последних действий пользователя, он позволяет вам увидеть какой контент недавно создал пользователь, будь то темы или сообщения, события в календаре, изображения и прочее.

Медиа тег

Мы добавили новый [media] BBКод тег, который позволит вставлять любые виды медиа контента прямо в сообщение. Так, если вы вставите ссылку на YouTube в данный тег, то в сообщении появится YouTube медиа плеер, если ссылку на Flickr – слайд-шоу Flickr. Новые обработчики медиа источников, которые мы не поддерживаем изначально, могут быть легко добавлены в администраторской панеле, и они так же будут доступны через тег [media].

Быстрые Личные Сообщения

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

• Управление языками (0)
• Проблемы сервера (0)
• Система репутации (0)
• Уменьшение размера базы данных (0)
• IP.Blog, IP.Gallery и IP.Downloads (0)

Так мы выводили раньше…

В IP.Board 2.x использовался образный “модуль” вывода, построенный на основе нескольких методов класса. Не было никакой реально связанной структуры с множеством различных файлов и функций доступа к методам стиля. Мы решили переписать нашу систему вывода. Более того, мы решили не привязываться к какому-либо определенному формату вывода. В то время когда IP.Board 2 был написан, не было iPhone и идея посещения форума с мобильного устройства казалась утопичной. Но времена меняются.

…а так сейчас

На первый взгляд новая система не сильно отличается от того что было в IP.Board 2. Первое изменение в новой системе – не ограниченная глубина для стилей потомков. В IP.Board 2 вы могли создать только потомков первого уровня, что было ощутимым ограничением для некоторых разработчиков. Так же в IP.Board 2 был единственный мастер стиль, от которого наследовали все остальные.

В IP.Board 3.0 по прежнему единственный “мастер” стиль, однако вместо него вы можете устанавливать различные “корневые” стили, от которых будут наследовать стили потомков. Это улучшение дает существенную гибкость при работе с системой.Так же в IP.Board 3 каждый стиль имеет несколько CSS файлов, которые должны иметь строгий порядок загрузки, для составления правильного каскада стилей, данный порядок устанавливается через админцентр.

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

Погружаемся глубже: User Agent’ы

IP.Board приобрел совершенно новую систему работы с user-agent, в ней вы можете добавлять новые user-agent’ы и группировать уже существующие. Данная система используется для “системы определения поисковых роботов”.

Это так же означает, что теперь вы можете задавать стили в зависимости от user agent’а. Например, это полезно в случае, если вы хотите назначить специальный стиль для посетителей, использующих iPod touch и iPhone. Если уже совсем нечем заняться, то вы можете назначить собственный стиль фактически каждому user agent’у. Это может быть полезно, если вы, например, хотите воспользоваться всеми преимуществами браузера Firefox 3 или IE 8. Как вы видите система позволяет не только определять user agent пользователя, но и ранжировать версии.

На запредельной глубине: Форматы вывода

Огромнейшим изменением в IP.Board новой версии стало введение возможности управления несколькими форматами вывода. Под этим мы подразумеваем, что IP.Board приобрел надстроечную архитектуру (поддерживающую расширения) системы вывода, позволяющую совершенно разделено осуществлять вывод в HTML, XML и даже WAP. Данная система полностью расширяемая, что означает, что авторы модификаций смогут легко создавать свои обработчики вывода и легко подключать их для незамедлительного использования.

У каждого стиля появилась настройка в каком формате необходимо его выводить. Таким образом вы можете иметь совершенно различные наборы стилей для XML и HTML, что дает вам еще большую гибкость.Так же существует поддержка “gateway” файла, который выводит данные в определенном формате. В IP.Board 3 таких gateway файлов будет два. “index.php” который выдает HTML и “xml.php” соответственно в формате XML.

Собирая все вместе

Теперь можно реализовать следующие: Вам необходима поддержка WAP реализованная с использованием XML и XLST шаблонов специально для телефонов Nokia. Готово, готово и еще раз готово. И все без каких либо модификаций с использованием PHP.

• Использование смайлов при замене нецензурных слов (0)
• Ревизия системы BBCode (0)
• Расширяя механизмы авторизации (0)
• Гид по CSS (Classic Skin) (0)
• Проблемы сервера (0)

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

• -50 второй отрицательный уровень
• -25 первый отрицательный уровень
• 0 нормальный уровень
• 25 первый положительный уровень
• 50 второй положительный уровень

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

Форум включает фильтры для просмотра или скрытия сообщений с тем или иным рейтингом. Таким образом, вы можете выбрать, например, возможность скрывать все сообщения с рейтингом ниже -25. Эту систему хорошо использовать как функцию игнорирования ненужных сообщений. Она также полезна для определения действительно полезных сообщений, которые будут «выделены», благодаря высокому рейтингу, например более, чем X очков.

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

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

• CHMOD на файлы и папки IPB (0)
• Личные беседы (0)
• Приоткрывая завесу над ipsRegistry (0)
• Улучшения системы обработки ошибок (0)
• Windows 7 – первые сведения о новой системе (0)

Общее представление

Во-первых, давайте дадим определение термину хук (”hook”), который будет использовать в данной записи. Итак, хук – это точка выполнения стороннего кода, в ней происходит вызов и выполнение кода автора модификации и возврат к исполнению основного кода IP.Board. Дополнение (”plugin”) – это набор хуков (т.е. модификация может содержать несколько хуков из 2 или 3 файлов, но мы все равно ее будем считать единой модификацией, которую и будем называть дополнением).

IP.Board 3, как и обещалось, будет использовать новую систему хуков и дополнений для авторов модификаций. Сама система относительно всесторонняя, без большого количества “точек хуков” (места вызова стороннего кода, вручную вставляемые в исходные файлы), потому что это в конечном счете потребовало бы сложного обслуживания бесконечных запросов “могли бы Вы добавлять точку хука в xyz местоположение”. Мы хотели предоставить с форумом решение, которое было бы расширяемым, которым легко было бы управлять и поддерживать, и которое бы удовлетворяло большинству нужд разработчиков без необходимости изменения исходного кода ядра. В то же время во время разработки новой системы хуков мы осознали, что не можем и не хотим сложить всю ответственность за модифицирование на систему шаблонов. И хотя, вероятно, изменить стиль намного проще, чем исходный код файла, полный перенос ответственности не решит проблему, над которой мы упорно работаем. Конечная цель, конечно, предоставить вам возможность улучшать ваши форумы вообще без изменения исходных файлов. Более того, это сделает простым обновление, так как вам больше не надо будет переустанавливать модификации, более простой станет поддержка, так как мы сможем просто отключить ваши хуки, без необходимости проверять все файлы на наличие изменений, ну и конечно же вам не надо будет тратить по 30 минут на добавление кода модификаций в код форума по инструкции для установки оной.

Работа системы хуков и дополнений для конечных пользователей

Добавлена новая страница в администраторской панели для управления хуками, на ней выводится список всех установленных в системе хуков. С этой страницы вы легко можете отключать и включать хуки, а так же определять порядок выполнения их (хотя в большинстве случаев это не имеет значения, опция существует для тех случаев, когда один плагин должен внедрить свой хук в другой плагин). Так же на данной странице вам будет доступна информация, которую предоставил автор, о самом дополнении (такая как имя автора, email адрес и его сайт, а так же все файлы принадлежащие данному дополнению), вы сможете проверить соответствие вашей системы минимальным/максимальным версиям PHP и IPB, которые необходимы для работы хука. Хук система так же поддерживает механизм обновления с использованием URL проверки версии, таким образом автор может оповещать вас о выходе новой версии мода.

Для установки хука вам просто необходимо загрузить XML файл через админцентр! Система хуков по принципам близка к популярной модификации Universal Mod Installer для ранних версий IP.Board, она так же запускает необходимые запросы для базы данных, импортирует настройки, языки, шаблоны стиля, модули, задачи, файлы помощи пользовательской и администраторской частей. Так же процесс установки хука поддерживает исполнение дополнительных скриптов, которые бывают необходимы в случае если процессу установки необходимо выполнить действия, которые не поддерживаются в самой системе установки хука. Аналогично, при удалении хука все изменения автоматически отменяются, а дополнительный скрипт производит дополнительную очистку, если это необходимо.

Все действительно так просто. Импортируете XML файл и сразу же видите изменения в своей системе.

Работа системы хуков и дополнений на системном уровне

При импортировании хуков в админцентре сами хуки кеширутся в директорию /hooks. Система использует хуки, которые зарегистрированы через админцентр, это позволяет предотвратить утечку ресурсов, которая может произойти при попытке использовать хуки, не существующие в данный момент в системе.В IP.Board 3 введено три типа хуков:

• Перегрузчики действий (Action overloaders)
• Перегрузчики стилей (Skin overloaders)
• Хуки шаблонов (Template hooks)

Перегрузчики действий позволяют вам расширять файлы действий, что позволяет сделать фактически все, что вы только можете представить. Примером данного расширения может быть изменение файла главной страницы форума (списка форумов): вы добавляете дополнительную информацию для вывода к $this->output, а затем вызываете parent::doExecute() для того, чтобы позволить IP.Board закончить загрузку списка форумов с вашими изменениями. Или вы можете изменить исходный файл таким образом, чтобы после отправки формы дополнительные данные сохранялись в базе. Большинство методов в IP.Board объявлены как protected, поэтому вы будете иметь полный доступ к ним в ваших расширяющих классах.

Перегрузчики стилей работают аналогично перегрузчикам действий, с той лишь разницей, что расширяется файл стиля. Хорошим примером того, для чего вам возможно будет необходимо использовать данный тип хуков – полное изменение шаблона содержимого, если пользователь попадает под какие-то условия или, например, если вы хотите избавить администратора от внесения изменения в шаблоны.И, наконец, хуки шаблонов. Во время вывода контента, если ваш хук включен, он исполняется, и HTML комментарий заменяется данными, поступившими из вашего хука. Перед и после каждого цикла foreach, конструкции if, и конструкции else, добавляются HTML комментарии в HTML выдаче (автоматически при помощи нашей системы стилей) с определенным синтаксисом . Вы регистрируете ваш хук шаблона в админцентре указывая в каком стиле вам необходимо применить данный хук. Во время вывода контента, если ваш хук включен, он исполняется и HTML комментарий заменяется данными, поступившими, из вашего хука.В целом, новая система предоставляет методы для инъекции кода в исходный код и в результаты вывода. Что покрывает основную часть необходимых для разработчика областей.

Мы планируем предоставить несколько примеров с выходом IP.Gallery, IP.Blog и IP.Downloads. Я не буду раскрывать подробности сейчас, но некоторые вещи, которые наши пользователи просили реализовать нас и в реализации которых мы отказывали по причине необходимости изменять исходный код IP.Board, теперь стали возможными, что позволило сделать интеграцию наших продуктов более плотной на сколько это возможно.

Работа хуков и дополнений для разработчиков

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

При экспортировании плагина вы в интерактивном режиме настраиваете системные настройки, группы настроек, языковые конструкции, шаблоны стиля, модули, файлы помощи, дополнительные скрипты установки/удаления, задачи и изменения в базе данных. Если вы уже использовали universal mod installer, наша система будет похожа на него, с главным отличием, что вы настраиваете эти детали в интерактивном режиме, а не ручной правкой XML файла.И, наконец, когда вы экспортируете хук, ваш код собирается и добавляется в XML файл. Процесс импорта хука заботится о создании кеша кода в системе и импортирования всех данных, которые вы настроили при экспорте дополнения.

В заключении

Перед началом написания данной записи мы попробовали создать 5 различных популярных модификаций, чтобы убедиться что мы сможем реализовать каждую из этих модификаций без внесения правок в исходный код IP.Board 3 – и мы прошли данный тест. Мы планируем предоставить больше информации по системе для разработчиков ближе к выходу IP.Board 3, чтобы помочь им изучить новую систему.

• Улучшения системы обработки ошибок (0)
• Обновление стиля (0)
• Если не работает ссылка “Удалить установленные форумом cookies” (0)
• FAQ по IP.Board (0)
• Создание резервных копий базы данных (0)

Luke создал дополнение для IP.Board 2, которое позволяло собирать подобные жалобы в едином для просмотра всеми модераторами и администраторами месте. Данное дополнение было так замечательно воспринято пользователями (и по нашему мнению, являлось достаточно необходимым), что мы (конечно же с его разрешения) внедрили его модернизированную систему жалоб в IP.Board 3.

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

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

Статусы и уровни важности позволят вам выделить жалобы, нуждающиеся в немедленном реагировании. Вы можете настроить уровни важности привязав их к количеству жалоб на контент и привязав к возрасту жалобы (так более старые жалобы будут подсвечиваться, как требующие большего внимания). Есть возможность присвоения конкретному уровню важности своей иконки. Сами жалобы имеют стандартные статусы “открыта”, “закрыта” и “активна”, и вы можете сами добавлять дополнительные статусы по своему желанию.

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

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

В дополнении, если вы использовали модификацию Luke’а на старом форуме, то при обновлении на IP.Board 3 существующие жалобы перенесутся.Мы надеемся, что добавление этой возможности поможет администраторам и модераторам более легко и более организованно управлять сообществом, нежели чем в прошлых версиях.

• Глобальный поиск (0)
• Дизайн (0)
• Уменьшение размера базы данных (0)
• Термины IPB (0)
• Изменение название тегов, на русский язык в 2.0.х (0)

Мы не будем приводить исчерпывающий список новых возможностей здесь, мы просто пройдемся по самым значимым областям интеграции в IP.Board.Обычно встречающаяся необходимость для модулей IP.Board, это необходимость предоставления настроек группы и пользователя. Ранее необходимо было изменять исходный код форм или создавать совершенно новую страницу для администраторов, чтобы управлять этими настройками. В IPB 3 мы учли эту проблему, сделав формы редактирования групп и пользователя модульными. Ваши приложения теперь смогут предоставить класс, в котором будут содержаться HTML, который будет добавляться в формы и обработчик, который будет сохранять отправленные данные из формы. В результате ваши приложения могут добавлять формы настройки для групп и пользователя без изменения файлов самого IP.Board, и без необходимости создания новых страниц в АЦ. Ну а для конечного пользователя (администратора) выгода будет в том, что управлять всеми настройками группы и пользователя он сможет с одной страницы.

Invison Power Board теперь может собирать RSS с каждого приложения и выполнять всю грязную работу по его обработке – ваше приложение должно будет только предоставить актуальный RSS контент для вывода. Данная возможность позволяет IP.Board добавить RSS ссылку на каждую страницу, избавляя вас от необходимости вручную выводить ссылку где-либо. Это позволяет и посетителям и браузерам легко находить все RSS каналы, которые есть на вашем форуме.

Так же в предыдущих записях мы уже рассказывали о новых возможностях использования нашей централизованной системы проверки прав. Более того, мы так же рассказали о том, что вы можете интегрировать свои приложения в глобальную поисковую систему IP.Board 3, которая позволяет индексировать содержимое вашего приложения и делает его доступным для централизованной поисковой системы форума.

Конечно же мы оставили возможность загрузки кеша и управления сессиями, которая была в IP.Board 2, так же как и возможность интегрировать приложение в пользовательскую панель управления. Но мы сделали несколько небольших улучшений для этих возможностей. Например, теперь вы можете указать всю информацию необходимую для перестройки кеша – впоследствии перестроив ваш кеш (из любого файла в IP.Board) простым способом:

$this->cache->rebuildCache( 'cache_name', 'application' );

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

Изменения коснулись и ipb_member_sync.php который был полностью отправлен на свалку и переписан в виде простого модуля, позволяющего каждому приложению указать собственные требования необходимые для удаления пользователя. Это позволит легко устранять старые пользовательские данные при удалении самого пользователя.

Для разработчиков это означает более легкий доступ ко всем преимуществам каркаса и кода IP.Board без необходимости изобретения велосипеда каждый раз.Конечно, мы перечислили не все возможные способы интеграции доступные в Invision Power Board 3, но даже перечисленные выше должны дать вам небольшое представление тех путей, которые мы реализовали, чтобы сделать разработку модификаций более простой, а сами модификации были больше частью системы нежели отдельными дополнениями.

• Каркас приложения на PHP 5 (0)
• Наконец-то, дружественные URL’ы! (0)
• Управление заблокированными пользователями (0)
• Если не работает ссылка “Удалить установленные форумом cookies” (0)
• Установка форума IP.Board 2.x.x (0)

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

В IP.Board 3 на смену старой системе приходит новая, глобальная система прав доступа, которая может быть использована любым приложением, в том числе и модификациями. Вместо того, чтобы поддерживать различные права доступа в разных местах и таблицах, все права теперь хранятся в одной индексной таблице. Таблица имеет достаточно характерную структуру для данного типа данных и потому может быть легко использована любым приложением. В свою очередь каждое приложение должно будет включать простейший конфигурационный класс, который будет указывать IPB каким образом использовать индекс прав доступа для конкретного приложения. Система прав доступа на данный момент поддерживает одно встроенное право на просмотр контента и 6 настраиваемых прав, которые как раз и изменяются в конфигурационном классе приложения. Единственное встроенное право на просмотр введено для нашей глобальной поисковой системы, которая использует его для проверки доступа к контенту во время глобального поиска или во время работы любой другой возможности, которая использует поисковый индекс.

На данный момент конфигурация для прав доступа выглядит примерно так:

private $mapping = array(
		'view' => 'perm_view',
		'read' => 'perm_2',
		'reply'=> 'perm_3',
		'start'=> 'perm_4',
		'upload' => 'perm_5',
		'download' => 'perm_6'
	);
 
private $perm_names = array(
		'view' => 'Просмотр форума',
		'read' => 'Чтение тем',
		'reply'=> 'Ответ в темы',
		'start'=> 'Создание тем',
		'upload' => 'Загрузка',
		'download' => 'Скачивание',
	);

Все что вам нужно, это изменить эти значения согласно требованиям вашего приложения и IP.Board будет знать каким образом обрабатывать права в вашем приложении. Теперь, чтобы проверить право чтения, вы просто должны сделать так:

$this->registry->class_permissions->check( 'reply', $perm_row );

Чтобы вывести редактор права доступа в АЦ, вам необходимо сделать так:

$permissions->adminPermMatrix( 'тип_права_доступа', $perm_row);

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

$permissions->savePermMatrix( $this->request['perms'], $perm_type_id, 'тип_права_доступа' );

В данном примере, при редактировании прав для форума значение переменной perm_type_id будет содержать id редактируемого форума.

Мы надеемся, что эта система значительно облегчит разработку модификаций, избавляя авторов модификаций от изобретения собственных систем контроля прав доступа. И конечно же чуть позже мы предоставим всю документацию и примеры для работы с данной системой.В то время как разработчики получат множество выгод от использования новой системы, для конечного пользователя данная система позволит осуществить управление всеми правами доступа с одной страницы. Теперь, когда вы изменяете или добавляете новую группу прав, вы сразу будете видеть права для Форумов, Галереи, Менеджера загрузок и всех других модификаций, которые используют новую систему. Это избавит вас от необходимости тратить время на брожение по все системе, в случае необходимости изменить всего лишь одну группу правил.

Новая система прав доступа это очень важный шаг к одной из наших главных целей – наиболее глубокой интеграции всех приложений. В наших будущих записях вы узнаете еще больше о новых интеграционных возможностях, которые приподнесет вам IP.Board 3!

• Создание резервных копий базы данных (0)
• Легенда форума, о том как ее создать (0)
• Проблемы сервера (0)
• Личные беседы (0)
• Каркас для пользовательских приложений (0)

Одной из наших основных целей в IP.Board 3 является увеличение интеграции между всеми нашими продуктами так, чтобы они были более связанными, нежели в IPB 2.x. Новая поисковая система это лишь один пример нашей работы в этом направлении. Однако мы не хотели бы, чтобы эта интеграция применялась только к нашим продуктам, потому авторы модификаций смогут использовать данную систему и в своих приложениях. При использовании простой системы плагинов разработчики смогут подключать контент своих приложений к общему поиску.

Новая поисковая система так же будет более проста и легка в использовании. Новый “Расширенный поиск” будет более дружелюбным по сравнению с поиском в Invision Power Board 2 благодаря более простому способу указания того, что вы ищите. Другими словами, если вы будете находиться в разделе, он будет искать по разделу, если в теме – по конкретной теме, если в галерее – по конкретной галерее и так далее. Форма быстрого поиска также будет включать “живой поиск” который будет динамически подгружать результаты поиска уже при вводе поискового слова. Более того живой поиск будет контекстно-зависимым. Другими словами, если вы будете находиться в разделе он будет искать по разделу, если в теме – по конкретной теме, если в галерее – по конкретной галерее и так далее. Так же в результатах живого поиска будет ссылка на поиск по всем приложениям в системе, если он будет вам необходим. И конечно же будет опция позволяющая полностью отключить живой поиск, если он вам будет не нужен.

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

Во-вторых, для увеличения производительности поиска, наша поисковая система будет идти по-умолчанию с поддержкой Sphinx. Хотя вам все же необходимо будет самостоятельно установить Sphinx, однако, сделав это в самом IP.Board 3, вы без труда сможете подключить его, просто изменив опцию в АЦ. Так же вы сможете удалить полнотекстовый индекс из таблицы сообщений при использовании нового поискового индекса или Sphinx, что позволит вам существенно уменьшит расходы на хранение таблицы сообщений.

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

• О сайте (0)
• IP.Blog, IP.Gallery и IP.Downloads (0)
• Система репутации (0)
• Прочие возможности (0)
• Оптимизация для поисковых систем (0)

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

Так же вы сможете добавлять локаль для языковых пакетов. Это позволит IP.Board оформлять дату, время и числа согласно форматам принятым в стране. В дополнении и АЦ и пользовательская часть будут использовать UTF-8 в качестве кодировки по-умолчанию. И наконец больше не будет необходимости переводить картинки (кнопки), потому что новый стиль не будет использовать картинки с текстом.

Сами языковые конструкции теперь хранятся в базе данных и закешированы в файлы на диске. Теперь, при изменении языкового пакета у вас будет возможность увидеть оригинал фразы на английском языке. Так же у вас появится возможность обратить изменения в языковых конструкция для возврата их к оригинальным английским конструкциям. Каждая языковая конструкция теперь имеет версию, тем самым вы сможете знать в какой версии данная конструкция была введена или изменена. Если переведенная в Invision Power Board 3.0.0 конструкция была изменена нами в версии 3.0.1, то менеджер языков сообщит вам о том, что ваш текущий языковой пакет устарел и требует обновления. Так же существует способ вывести все устаревшие языковые конструкции, так же как и список всех конструкций, которые не были переведены.

Еще одним новшеством стало добавление поиска к системе языков, который поможет вам легко искать определенный текст в языковых пакетах. Например если вам необходимо будет заменить все вхождения слова ‘forums’ на ‘boards’, вы введете в поиске слово ‘forums’ и система покажет все языковые конструкции в которых данное слово используется.

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

Мы описали некоторые изменения в нашей системе языков. Мы надеемся что эти возможности будут очень полезны нашим международным пользователям.

• Теги шаблонов, перезагрузка (0)
• Глобальные права доступа (0)
• Скрины IP. Board 3 (0)
• Улучшения системы обработки ошибок (0)
• FAQ по IP.Board (0)

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

{parse plugin="название" option="значение" option2="значение2"}

Теперь собственно к тегам, которые уже используются в Invison Power Board 3.0

Expression / Выражение

Данный тег служит для исполнения in-line PHP выражений, которые возвращают какое-то значение. Это может быть любая встроенная PHP функция или любая функция реализованная в IP.Board.

{parse expression="intval($data['count'])"}
{parse expression="IPSText::alphanumerical_clean( $data['value'] )"}

Данный тег позволяет достаточно легко оформлять данные на лету и избавляет от навязчивого intval в коде, для гарантии правильного вывода значения, такого как 0, а не пустота!

Template / Шаблон

Данный тег используется для вставки любого другого шаблона IP.Board в текущий шаблон.

{parse template="pageLinks" group="skin_global" params="$data['start'], $data['end']"}

Польза от такого тега совершенно очевидна. Вам больше не надо изменять PHP код для повторного использования шаблона в каком-то месте.

Variable / Переменная

Тег для создания переменной и изменения ее значения.

Создаем переменную с именем ‘className’:

{parse variable="className" default="tdRow1" oncondition="$data['foo'] == 'bar'" value="tdRow2"}

Изменяем значение переменной:

{parse variable="className" oncondition="$data['foo'] == 'foo'" value="tdRow3"}

Используем переменную:

{parse variable="className"}

А теперь все тоже, но на практике:

{parse variable="className" default="row1" oncondition="$data['banned'] === TRUE" value="rowBanned"}
<foreach loop="$key => $data">
<div class="{parse variable="className"}">
</foreach>

Striping / Переключатель классов

Когда Rikki работал над новым стилем IP.Board, он упомянул что было бы не плохо иметь такой тег, при помощи которого можно делать полоски, как у зебры (альтернативные цвета рядов при выводе списка форумов, тем и т.п.). И мы сделали тег striping.

Для установки тега:

{parse striping="someKey" classes="tdrow1, tdrow2, tdrow3"}

Для использования:

{parse striping="someKey"}

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

Ну и практический пример:

{parse striping="rows" classes="row1, row2"}
<foreach loop="$data as $key => $value">
<div class="{parse striping="rows"}">$key = $value</div>
</foreach>

AddToHead / Добавить в Head

Может быть трудно придерживаться строгих стандартов, имея дело с шаблонами разбитыми на куски. Часто вы ставите под угрозу исполнение стандартов, распределяя javascript и CSS по всему телу документа.

Данный тег в IP.Board позволит вам добавит контент в документа быстро и просто:

{parse addtohead="/js/someScript.js" type="javascript"}
{parse addtohead="/css/someCSS.css" type="css"}
{parse addtohead="<script>alert('boo')</script>" type="raw"}

Date / Дата

В предыдущих версиях Invison Power Board вся работа с датой осуществлялась внутри PHP кода, что делало формат дат в IPB трудно изменяемыми, кроме тех случаев, которые были разрешены в АЦП.

Теперь IP.Board позволяет вам оформлять даты используя тег date в шаблонах.

Примеры:

{parse date="now"}
{parse date="1765346750" relative="1" format="long"}
{parse date="-1 hour" format="manual{d, m, Y}"}

URL / Ссылки

IP.Board 3 позволяет легко оформлять URL без использования специальных PHP переменных.

Примеры:

{parse url="showtopic=1" base="public"}
{parse url="showforum=5" base="publicWithApp"}
{parse url="photo1.jpg" base="upload"}

Format Number / Оформление чисел

IP.Board 3 позволяет легко и просто иметь доступ к встроенной функции format_number.

Пример:

{parse format_number="123456"}

Replacement / Замена

Для развития нашей новой идеи тегов, мы решили отказаться от старого тега ‘macro’ (<{MACRO_HERE}>) и заменить его новым тегом ‘replacements’:

{parse replacement="macroKey"}

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

• Теги и SEO (0)
• Использование смайлов при замене нецензурных слов (0)
• Ошибки базы данных (0)
• Ошибки IPB (0)
• Каркас для пользовательских приложений (0)

Обзор

IP.Board, как и любое сложное приложение, использует в работе базовые данные, такие как настройки, сессии и входные данные ($_GET, $_POST и т.п.). Так же необходимы соединение с базой и доступ к глобальным объектам, таким как данные кеша. Согласитесь, что было бы не вероятно расточительно в каждом файле и классе создавать соединение с базой, загружать данные из кеша, проверять сессию и получать какие-либо настройки. А ведь подобные действия в Invison Power Board происходят по нескольку раз.

Понятно что есть необходимость в способе, который бы единожды инициализировал все данные и предоставлял бы доступ к ним из любой части приложения. Именно для этого и предназначен ipsRegistry. В предыдущих версиях IP.Board роль реестра выполнялась объектом ipsclass, но он быстро лишался четких границ при добавлении все большего и большего числа данных к нему. Он был больше глобальной переменной, нежели чем-то еще. Новый регистр составлен из четко определенных объектов. Также в предыдущих версиях инициализация настроек, кешей, входных данных, сессий и прочего было разбросано по разным классам и файлам. В новой версии точка инициализации одна. Эта инициализация происходит когда вызывается метод init(). Тем самым это позволяет достаточно просто использовать регистр IPS в собственных скриптах и модификациях. Тогда как ранее вам необходимо было копировать чуть ли не половину index.php. Сейчас ваши скрипты могут быть много проще:

require_once( 'conf_data.php' );
require_once( 'classes/base/ipsRegistry.php' );
 
/* Вызываем init, который загружает входные данные, кеши, настройки, создает обработчик для БД, авторизует и загружает пользователя */
$registry = ipsRegistry::instance()->init();
 
print $registry->request()->getField('foo');
$registry->DB()->do_update( 'table', array( 'foo' => 'bar' ); );
 
print ( $registry->member()->getProperty('member_id') ) ? 'Привет, ' . $registry->member()->getProperty('members_display_name') : 'Зашли как гость';

Получение входных данных из URL и форм

Ключевой частью инициализации IP.Board была обработка “грязных” данных и создание массива с “очищенными” данными. Это было жизненно важно для общей безопасности форумов. В IP.Board 3.0 для этого выделен объект реестра ‘request’, который содержит все функции необходимые для инициализации и обработки данных (parse_key, parse_value и т.п.) Все они доступны или через $this->request->getField(’foo’) или через $this->request['foo']. Это является эффективной заменой $this->ipsclass->input['foo'];

Кешированные данные

Большое количество улучшений в кеширующем механизме, но их мы опишем в более поздних заметках, потому как речь сейчас идет о реестре. Так вот, кеш объект реестра просто возвращает кеш, когда происходит запрос через $this->registry->cache()->getCache(’forums’); Сам же кеш загружается и подготавливается для использования во время инициализации, так что вам не надо в ручную делать это.

База данных

Опять же замечу, что большая часть кода работы с базой данных была оптимизирована (рефакторинг), но это заслуживает отдельного рассказа. А пока возвращаясь к реестру скажу, что основной метод для работы с базой – это getDB. Метод возвращает объект DB, который создается во время инициализации через setDB(). Инициализация происходит прозрачно, при подключении файла ( ipsController.php ) и вызове init(). Так же вы можете создать несколько подключений, например:

$this->DB->setDB( 'mysql', 'newConnection', 'user@localhost.com', 'password', 'localhost' );
return $this->registry->DB( 'newConnection' )->build_and_exec_query( array( 'select' => '*', 'from' => 'table' ) );

Настройки

Как и все выше пречисленное кеш настроек загружается и подготавливается к использованию во время инициализации. В реестре объект настроек просто возвращает запрашиваемую настройку (ее значение), вызов происходит так $this->settings->getSetting(’foo’) или так $this->settings['foo'].

Пользовательская информация

В предыдущих версиях сбор пользовательской информации был рассеян по всему ipsclass. Новый регистр IP.Board все это централизует. Этот объект получает IP пользователя, браузер и операционную систему и передает все это member класс. Так же он проверяет сессию (через cookie или из URL), загружает пользовательскую сессию и создает массив пользовательских прав. Все это происходит во время инициализации.

Я надеюсь, что данная заметка даст вам некоторое понимание структуры реестра IPS, а также нововведений, которые он приносит не только в сам Invision Power Board, но и для разработчиков модификаций, которые найдут его достаточно полезным за счет того, что он автоматически создает множество необходимых данных, тем самым экономя их время разработки. Если вы почувствуете, что часть предоставленной информации вам не нужна, то вы сможете унаследовать ipsRegistry и заменить ‘protected’ методы, чтобы убрать их из инициализации.

• Обзор механизма пометки прочитанности тем (0)
• Глобальный поиск (0)
• О сайте (0)
• Обновление стиля (0)
• Дизайн (0)

• Фильтры блокировки по IP адресу
• Фильтры блокировки по Email адресу
• Фильтры блокировки по имени пользователя
• Перенос пользователя в группу ‘заблокированных’
• Временный запрет доступа к форуму

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

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

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

Во время просмотра пользовательского профиля, вы увидите кнопку ‘Заблокировать’ (если пользователь уже заблокирован, то кнопка поменяет название на ‘Разблокировать’). После нажатия этой кнопки во всплывающем AJAX-окне вам будут доступны различные действия для ограничения прав пользователя.

В IP.Board появился статус ‘заблокированные пользователи’, отдельный от пользовательских групп. Это означает, что теперь вы сможете запретить доступ пользователю без переноса в другую группу.

Из панели управления блокировками теперь также будет доступен перевод пользователя из одной группы в другую (например, в группу “Заблокированные”, она будет по-умолчанию присутствовать в IP.Board). Так же вы сможете заблокировать пользовательские e-mail и имя пользователя.

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

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

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

Панель снятия бана делает всё тоже самое, но на оборот. Она позволит вам вернуть пользователя в нормальную группу и удалить e-mail`ы, имена и IP-адреса из бан-фильтров, а также удалить отметку блокировки в профиле пользователя для возвращения всех внесённых изменений.

Управление пользователей одна из важнейших обязанностей администратора, и IP.Board 3 сделает эту работу как можно проще.

• Гид по CSS (Classic Skin) (0)
• Обновление форума IP.Board до версии 3 (0)
• Управление аудиторией сайта (0)
• Импорт/Экспорт скинов IP.Board (0)
• Обновление стиля (0)

Отличия от IP.Board 2.x

Есть некоторые основные различия в системе BBCode, вводимой в IP.Board 3, которые Вы можете заметить сразу же. Для разгона – каждый BBCode настраивается через админ-центр. Это означает, что если вам необходимо добавить “rel=’nofollow’” ко всем URL, вы сможете сделать это без редактирования файлов. Если вы хотите изменить получающийся HTML для тега, вы сможете это сделать прямо в админцентре. Внутренний обработчик bbcode воспринимает каждый тег как пользовательский и обрабатывает их совершенно одинаково.

Дополнительно, мы изменили HTML код, генерируемый bbcode таким образом, чтобы он был как можно больше XHTML совместимым. Были добавлены Alt атрибуты для img тегов. Мы изменили обработку смайликов, так что img теги смайликов содержат alt с кодом смайлика, также мы полностью удалили не стандартный атрибут emoid. Цитаты теперь должным образом используют HTML тег blockquote (в дальнейшем мы планируем использовать HTML тег cite, если вместе с цитатой вы добавляете ссылку и имя автора цитаты). Для текста выделенного жирным теперь будет использоваться HTML тег strong, для курсива – em. Фактически весь HTML код для bbcode был переписан с целью сделать его более семантичным и для того что бы сделать HTML код генерируемый IP.Board, соответствующим современным стандартам.

И наконец, ревизия коснется и тегов отвечающих за оформление кода (code-syntax boxes), таких как HTML и SQL bbcode, мы сделаем их более гибкими что позволит нам (и конечно же вам!) легко добавлять новые языки программирования. В будущем мы подробнее опишем данное изменение.

Новые возможности системы BBCode.

Я уверен, что это то, что вы так хотели узнать. Хорошо, поехали…

• Синонимы (Алиасы, Aliases): теперь bbcode могут иметь синонимы, так сразу несколько тегов смогут запускать один и тот же bbcode. Примеры? Из существующих, “code” и “codebox”. Аналогично “media”, “blogmedia”, “flash”, и “youtube” так же будут одними тем же bbcode. (О медиа тегах мы расскажем через минуту )
• Одиночные теги: вы хотели использовать [hr] (горизонтальная линия)? Теперь можете.
• Не обязательные параметры тега: теперь параметры могут опускаться и у ваших bbcode. Как это работает? Вспомните url тег, вы можете записать ссылку как параметр к тегу, а содержимое будет подставлено как название ссылки, или же опустить параметр, тогда содержимое станет ссылкой.
• Запрет использования одних тегов внутри других. Классический пример запрет использования смайликов и других bbcode внутри code bbcode.
• Запуск PHP обработчика: вам необходимо немного больше логики при обработке bbcode (вы хотите немного уличной магии?)? Теперь вы сможете использовать bbcode плагины для этого. Плагины имеют определенный интерфейс потому их разработка не будет проблематичной. Более подробная информация о создании плагинов будет доступна ближе к выходу IPB 3.0. Некоторые наши bbcode уже используют плагины, так что это должно помочь разработчикам при разработке и использовании плагинов. Таким образом вам больше не надо будет изменять существующие файлы системы для добавления новых bbcode.
• Управление правами групп на использование определенных тегов: менеджер bbcode теперь имеет поле, в котором можно указать, какие группы (так же поддерживаются второстепенные группы) смогут использовать данный тег. Так что, если вы хотите, чтобы только администраторы могли создавать таблицы с использованием тега [table], вы сможете это сделать.
• Управление местами где может быть использован bbcode: хотите запретить использовать вставку картинок в подпись и оставить возможность вставки только в сообщениях? Теперь вы сможете настроить это прямо в менеджере bbcode в админцентре. Данная опция доступна и для модификации, таким образом разработчики смогут создать возможность настройки тегов которые можно будет использовать в их приложениях.

Новые “стандартные” BBCode в IP.Board 3

Я использовал определение “стандартные”, хотя теперь все в АЦП настраиваемо. В дополнении ко всем тем bbcode которые уже были в Invision Power Board 2.x, будут доступны несколько новых:

• “member”. Использование: [member=GiV]. Данный тег является одиночным bbcode тегом, которые принимает один параметр – имя пользователя. При обработке данного тега система создаст ссылку на профиль пользователя и тег будет преобразован в “<a href=’ссылка на профиль’>имя пользователя</a>”
• “hr”. Использование: [hr]. Очень простой bbcode тег, который будет преобразован в горизонтальный разделитель.
• “xml” и “php”. Использование: [xml]XML код[/xml] или [php]$phpCode = 1;[/php]. Теги будут преобразованы во вставки блоков кода с подсветкой синтаксиса, аналогично существующим тегам SQL и HTML.
• “media”. Использование: [media]http://youtube.com/videolink[/media]. Да это то, чего вы все так ждали. В блогах мы уже использовали такой тег, так что мы пошли дальше и встроили его в IP.Board. Вы можете настраивать совпадения и замены для media тега ( те кто используют IP.Blog 1.4 знают о чем я ), это позволит вам при желании подключать новые медиа сервисы. Так же старый bbcode [flash] теперь работает через media тег, так же доступны параметры высоты и ширины для ролика.

Унылые и скучные технические подробности

Для тех из вас, кто заинтересован в программной реализации новой системы скажу, что мы полностью переписали парсер bbcode с нуля. Это должно быть гарантией того, что bbcode может быть корректно обработан, когда пользователь осуществляет правки контента. Во-первых, мы вернулись к надлежащему вызову pre_db_parse перед сохранением контента в базу, и pre_display_parse перед его выводом. Это должно быть гарантией того что bbcode может быть корректно обработан когда пользователь осуществляет правки контента.

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

Другим плюсом данного подхода является то, что перестраивать посты вам будет необходимо только при обновлении до IP.Board 3.0, а потом уже больше никогда. В дополнении к этому мы намереваемся полностью обновить наш инструмент обновления сообщений, тот который command-line, и планируем добавить задачу для планировщика, которая автоматически обновит сообщения за вас в любой удобный для вас момент. Более подробно об этом мы планируем сообщить ближе к выпуску 3.0.

Некоторые из вас уже задаются вопросом о росте расхода ресурсов из-за постоянного парсинга сообщении при выводе. В нашем новом парсере bbcode мы почти полностью избавились от регулярных выражений. Регулярные выражения позволяют вам задавать “паттерн” и отыскивать все совпадения с этим “паттерном” в блоке текста, это достаточно расточительный, но очень эффективный инструмент. В IPB 2.x использовался именно он (так же как и в большинстве существующих bbcode парсеров). Для IP.Board 3.0 мы говорим об использовании подхода с использованием лексем. Мы используем несколько быстрых встроенных PHP функций (таких как strpos и substr_replace) вместо массивных регулярных выражений, что делает процесс парсинга bbcode намного быстрее и менее прожорливее. Позднее мы постараемся предоставить результаты профилирования данного метода.Так же мы полностью переписали механизм переноса слов. Теперь он не нарушает HTML, HTML-entity и multibyte… три огромных проблем, которые мы часто видели при работе функции переноса в IP.Board 2.x.

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

Итог

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

• Улучшения системы обработки ошибок (0)
• FAQ по IP.Board (0)
• Windows 7 – первые сведения о новой системе (0)
• Гид по CSS IP.Board 3.0.x (0)
• Легенда форума, о том как ее создать (0)

По мере развития IP.Board мы видели проблемы с интеграцией компонентов и потому продолжали все большее их отделение от самого форума. Мы не хотели, чтобы модули вносили изменения в базовые файлы IPB – это сделало бы задачу обновления форума сложнее, чем она на самом деле есть. Компоненты должны безболезненно интегрироваться в базовые файлы (т.е. без изменения последних, так называемая бесшовная интеграция) таким образом, они могли бы управляться вместе и иметь доступ к общим библиотекам кода.

Invision Power Board 3.0 содержит в себе новый каркас для пользовательских приложений, который призван заменить традиционную систему компонент. Новый форум будет сразу же укомплектован 5-ю приложениями. Это 3 стандартных приложения: Система (которая включает в себя такие вещи, как редакторы настроек и шаблонов, и инструменты для рутинных задач, которые не попадают в другие категории, но являются частью системы), Пользователи (средства для управления пользователями, группами) и сам IPB (например, форумы, модераторы и т.д.)

В дополнении к этому, новая система будет поддерживать все модули как от IPS, так и от сторонних разработчиков, которые будут функционировать так же как и уже встроенные приложения. Заметим, что в новом форуме сразу будет два модуля от IPS это: Календарь и Портал.

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

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

Мы планируем предоставить несколько руководств, а так же документацию для разработчиков с выходом IP.Board 3.0. Например, мы хотим написать обзор того, как мы преобразовываем один из наших компонентов к новой структуре, чтобы показать разработчикам, как они могут преобразовать их собственный код для новой версии.

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

• Дизайн (0)
• Улучшения системы обработки ошибок (0)
• Скрины IP. Board 3 (0)
• Логотип из 4 картинок (0)
• Ревизия системы BBCode (0)

И так, ответственность за проектирование и создание нового стиля легла на меня. Это огромное дело и в плане масштаба, и в плане затраченного времени. Стиль – самая видимая часть любого продукта. Это то, что формирует ваше первое впечатление, это то, что вы видите (используете) всякий раз. Кроме того, так как мы проделали в продукте большие изменения, то каждый аспект стиля должен быть проработан заново, с пустого места. IP.Board – огромное приложение, таким образом разработка нового стиля это значительный подвиг.

Цели

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

• обеспечение семантической разметки настолько, на сколько это возможно
• обеспечение XHTML валидности (1.0 Strict)
• обеспечение ненавязчивости Javascript

Эти требования имеют реальные выгоды в современном web’е. Семантическая разметка удобна не только screenreader’ам (в том числе и поисковым ботам), но и предоставляет надежную основу для дизайнеров. Когда все стилистические решения удалены из XHTML, они могут быть сделаны только в CSS (When all stylistic decision is removed from the XHTML, those decisions can now be made in the CSS alone.). Моя цель создать новый стиль таким, что бы при переделке он требовал минимальных изменений в шаблонах, и семантическая форма разметки является частью для достижения этой цели. Надеюсь что большинство стилей будут получены путем простого редактирования одного лишь CSS – Я уверен, что администраторы оценят насколько легко будет проходить обновление, когда большинство шаблонов в стилях одинаковы.

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

Javascript

IP.Board 3 будет использовать библиотеку PrototypeJS. Я всегда был уверен, что новое поколение Javascript библиотек это большой шаг вперед для самого Javascript, так что я с нетерпением жду возможности воспользоваться ими (бета-тестеры Nexus’а знают что мы уже довольно плотно используем эту библиотеку в продукте). PrototypeJS позволяет разработчикам сосредоточиться на реализации самих возможностей, вместо того, чтобы заниматься исправлениями проблем совместимости в разных браузерах или бедной поддержки специфической части языка в оных. Мы будем использовать замечательный событийные возможности, для того чтобы вынести максимально возможное количество Javascript из шаблонов.

Стили идущие в поставке с IPBoard 3

Мы планируем как минимум 3 стиля в Invision Power Board 3. Это будут:

• стандартный “модный” стиль
• упрощенный стиль для разработчиков
• легкий стиль для мобильных устройств

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

• Упрощение администрирования (0)
• Взаимосвязь с внешними приложениями (0)
• Гид по CSS (Pro Skin) (0)
• Текстовое наполнение сайта (0)
• Баннеры Нашего Сайта (0)

В IP.Board 3 менеджер методов авторизации получил еще больше возможностей.

Форма авторизации теперь находится в одном шаблоне. Это сделано для того, чтобы быть уверенным, что форма авторизации во всех частях приложения выглядит одинаково. Теперь при изменении формы вам не надо будет вносить изменения в несколько шаблонов как это было в IP.Board 2. Так же форма авторизации сделана “интеллектуальной”. Так как для авторизации в системе может требоваться как имя пользователя, так и email то мы решили максимально упростить форму. Теперь форма будет запрашивать только одно поле “имя для входа” (”sign in name”), а Invision Power Board уже сам определит отправляете ли вы email адрес или логин.

Так же мы упростили менеджер, убрав разделение методов на “удаленный” (”passthrough”) и “совместный” (”onfail”). Это стало возможным благодаря тому, что теперь появилась возможность создавать цепочки методов. Например, вы можете попробовать идентифицировать пользователя по локальной базе форума (если аккаунт существует) и в случае провала проверки загрузить пользователя из внешней базы. Или вы можете позволить пользователю авторизоваться с использованием одного из нескольких подключенных реестров пользователей. В админцентре методы авторизации будут располагаться в том порядке, в котором будет строиться цепочка, и вы сможете изменить их порядок в цепи простым перетаскиванием метода на нужное место.

Некоторые методы авторизации требовали дополнительной информации для работы. Например, метод для работы с LDAP, IPB необходимо знать дополнительные данные о имени сервера LDAP, имени пользователя и пароле для доступа к LDAP. Во второй версии IP.Board эта информация вводилась в конфигурационном PHP файле. В третьей версии данную информацию можно будет ввести (и в любое время изменить) напрямую в АЦ.

Еще одной особенностью нового менеджера стала работа с локальным реестром пользователей. В Invision Power Board 2 когда пользователь добавлялся в локальный реестр после удачной аутентификации через внешний реестр, пользователю необходимо было заполнить дополнительные поля: отображаемое имя пользователя и email адрес, даже если эта информация уже хранилась в удаленном реестре. В IP.Board 3 вы можете получить ЛЮБЫЕ данные из внешнего реестра, тем самым освободив пользователя от необходимости дозаполнения форм. А логин и email теперь сохраняются автоматически, делая авторизацию однородной (без переходов к дополнительным формам).

IP.Converge также подвергся незначительному обновлению – если вы используете IP.Converge на вашем форуме, то пользователи (которые уже заходили на форум под своим аккаунтом) теперь смогут заходить по их логину на форуме. Invision Power Board сам найдет email адрес пользователя по его логину и предаст его в IP.Converge для аутентификации, при этом пользователи даже не будут знать об этом.

Ну и наконец, авторизация с использованием протокола OpenID в IP.Board 3 станет стандартным методом авторизации. Если вы не знакомы с OpenID, то вам будет полезно знать, что это развивающийся протокол, позволяющий вам управлять установлением подлинности собственного логина. Вы отправляете URL сайта, который предоставляет сервис по хранению вашей OpenID записи, так называемый OpenID провайдер, (например, Yahoo, Wordpress, Flickr, и AOL), затем переходите на этот URL и подтверждаете, что запрос авторизации действительно ваш, при этом пройдя авторизацию на стороне провайдера. После того как информация о правильности аутентификации придет на форум, вы будете уже автоматически идентифицированы им. Более того, если вы разрешите отправить на форум логин и email, то форум создаст для вас полнофункциональный локальный аккаунт. Invision Power Board будет поддерживать первую и вторую версию протокола OpenID с расширениями Simple Registration, Attribute Exchange и PAPE. Для реализации OpenID мы будем использовать PHP OpenID библиотеки от JanRain.

• Управление заблокированными пользователями (0)
• Боковая панель в редакторе (0)
• О сайте (0)
• Оптимизация для поисковых систем (0)
• Упрощение администрирования (0)

Чтобы увидеть выгоду от использования PHP 5, нужно рассмотреть новую структуру Invision Power Board, которая стала результатом перехода к 5-ке.

Хотя Invision Power Board 1 и 2 были основаны на паттерне ‘front controller’, они не имели реального каркаса, на который бы навешивался код. Близким к такому каркасу был ‘ipsclass’, который являлся супер-классом.

‘ipsclass’ был удобным методом транспортировки различных классов и функций внутри Invision Power Board. Удобным, но не идеальным. Каждый должен был передавать этот супер-класс из класса в класс, попутно указывая PHP 4 передавать его по ссылке. Супер-класс содержал всю базовую функциональность Invision Power Board. Объекты входных данных, пользователи, базы данных содержались в супер-классе наравне с множеством других объектов и функций. Ни один из них не был упорядочен в каком-либо логическом формате.

В итоге мы решили отказаться от ‘ipsclass’ как супер-класса и реализовали паттерн ‘Controller -> Command -> View’. Это позволило нам быстро добавлять новый код и быстро рефакторить (оптимизировать, модифицировать) старый. Паттерн реализован поверх ‘IPS Registry’ (регистр). IPS Registry является синглтоном (класс одиночка), который поддерживает интерфейсы к другим объектам (база данных, запрос, настройки и пользователь). Такая организация позволила нам легко передавать основные данные через различные слои нашего паттерна (каркаса). Остальные функции из ‘ipsclass’ были перенесены в синглтоны:
“IPSLib” – функции, которые не могут быть отнесены к какой-то определенной области;
“IPSText” – функции для работы с текстом (разбор и очистка);
“IPSCookie” – функции по работе с cookie;
“IPSMember” – функции по работе с пользователями (загрузка, сохранение, обработка).

Это позволило сделать ясную структуру с четкими границами для каждого класса одиночки. Использование синглтонов (одиночек) позволило избавить вас от необходимости передачи объектов по ссылке из класса в класс.

А теперь пример:

Так было в IPB 2.3

print $this->ipsclass->input['name'];
$value = $this->ipsclass->settings['board_name'];
$id    = $this->ipsclass->member['id'];
$this->ipsclass->input['f'] = 2;
 
print $this->ipsclass->get_cookie('foo');
$text = $this->ipsclass->txt_alphanumerical_clean( $text );
print $this->ipsclass->class_forums->build_info();

Так стало в IPB 3.0

print $this->request->getField('name');
$value = $this->settings->getSetting('board_name');
$id = $this->member->getProperty('member_id');
$this->request->setField( 'f', 2 );
 
print IPSCookie::get('foo');
$text = IPSText::alphanumerical_clean( $text );
print $this->registry->getClass('class_forums')->build_info();

Заметим, что мы реализовали интерфейс ArrayAccess для нашего регистра, так что вы сможете работать с ним еще и так:

print $this->request['name'];
$this->settings['board_name'];

В коде выше используются $this->request, $this->member, стоит понимать, что внутри класса эти атрибуты устанавливаются в конструкторе. Ниже типичный пример такого конструктора.

function __construct( ipsRegistry $registry )
{
	$this->registry = $registry;
	$this->member   = $registry->member();
	$this->request  = $registry->request();
	$this->settings = $registry->settings();
	$this->DB       = $registry->DB();
}

Так же вы можете обратиться к регистру и напрямую, хотя это настоятельно не рекомендуется делать:

print ipsRegistry::instance()->request()->getField('name');

Теперь вы можете создавать цепочки функций. Это позволяет создавать следующие красивые конструкции:

Так было в IPB 2.3

$this->ipsclass->load_template('skin_boards');
print $this->ipsclass->compiled_templates['skin_boards']->board_index( $data );

Так стало в IPB 3.0

print $this->registry->getClass('output')->getTemplate('boards')->board_index($data);

Как вы можете заметить, вам больше не надо явно загружать шаблон. Он будет загружен функцией ‘getTemplate’, если это еще не было сделано ранее. Затем объект шаблона будет возвращен функцией обратно и по цепочке будет вызван метод ‘board_index()’ этого объекта. Такое простое упорядочение позволит писать меньше кода и сократит пространство для возникновения ошибок.

Мы нашли удачное применение абстрактным классам и интерфейсам, появившимся в 5-ой версии, для определения расширяемых классов. Это позволит другим разработчикам намного проще создавать дополнения к Invision Power Board.

Структура ‘controller -> command’ позволит вам добавлять новые модули и секции без каких-либо изменений в существующих файлах приложения. Разработчику модификаций достаточно будет создать новую папку с модом, а IP.Board сам запустит ее. Принцип работы структуры достаточно прост: контроллер получает переменные из URL и безопасно загружает управляющий (command) файл, если он найден. Например, адрес “appcomponent=core&module=global§ion=login” заставит контроллер подключить управляющий файл “applications/core/modules_public/global/login.php”. Для уменьшения риска подделки управляющего файла мы ввели специальную проверку таких файлов с использованием механизма Reflections в IP.B.

На данный момент мы рассмотрели только верхушку айсберга, но уже сейчас должно быть понятно, что каркас 3-ей версии Invision Power Board будет очень мощным и эффективным. И создание такой структуры стало возможно только лишь благодаря полному переходу к PHP 5, чьи возможности мы использовали на полную катушку.

• Взаимосвязь с внешними приложениями (0)
• Обновление форума IP.Board до версии 3 (0)
• Invision Power Board (0)
• Смайлы в комментариях (0)
• Изменение название тегов, на русский язык в 2.0.х (0)

Список изменений слишком велик, чтобы публиковать его сразу, и по этому мы выбрали на наш взгляд самые интересные особенности.

Интерфейс

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

Управление

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

Особенности

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

Интеграция

Мы хотим, чтобы вы смогли объединить ваш форум и сайт с минимальными усилиями. Чтобы сделать это проще мы разработали более продвинутые API, агрегацию контента, методы логина и т.д. Теперь наши приложения (IP.Blog, IP.Gallery, и IP.Downloads) гораздо лучше интегрированы друг с другом и непосредственно с IP.Board.

Код

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

Требование сервера

Чтобы использовать новые возможности мы официально откажемся от PHP 4.x и будет использовать PHP 5.x. Также наше програмное обеспечение будет поддерживать базы данных MySQL 4.x, но мы настоятельно рекомендуем использовать MySQL 5.x.

База данных ORACLE

Из-за непопулярности баз данных ORACLE мы решили от них отказаться. Мы продолжим поддерживать MySQL и Microsoft SQL Server.

• Логотип из 4 картинок (0)
• Ошибки базы данных (0)
• Теги шаблонов, перезагрузка (0)
• Прочие возможности (0)
• Установка форума IP.Board 2.x.x (0)