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

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

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

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

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

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

HTTPS форма входа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 7 лучших способов настройки Вашего сайта (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)
• Обновление (upgrade) IP.Board (0)
• Гид по CSS IP.Board 3.0.x (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 форум и сделать общие ссылки более приятными!

• Практические рекомендации по раскрутке сайта (0)
• Изменение название тегов, на русский язык в 2.0.х (0)
• Введение в разработку (0)
• Глобальные права доступа (0)
• Если не работает ссылка “Удалить установленные форумом cookies” (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, чтобы помочь им изучить новую систему.

• Гид по CSS (Pro Skin) (0)
• Кому доверить создание корпоративного сайта? (0)
• Термины IPB (0)
• Дизайн (0)
• Ключевые Слова Для Продвижения Сайта (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"}

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

• Спутниковый Интернет (0)
• Работа со ссылками (0)
• Картинки для подписей на форумах (0)
• Проблемы сервера (0)
• Ревизия системы BBCode (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’ методы, чтобы убрать их из инициализации.

• Скрины IP. Board 3 (0)
• Гид по CSS IP.Board 3.0.x (0)
• Картинки для подписей на форумах (0)
• Такой новый модуль вывода (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)
• Введение в разработку (0)
• Полезные сервисы (0)
• Баннеры Нашего Сайта (0)
• Скины, Моды, Плагины для IPB, Wordpress, IP.Board, Invision Power Board, php-Fusion (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)
• Обновление WordPress (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, чьи возможности мы использовали на полную катушку.

• Логотип из 4 картинок (0)
• #Тwitter-Cловарь (0)
• Импорт/Экспорт скинов IP.Board (0)
• Обновление (upgrade) IP.Board (0)
• Зачем люди создают блоги? (0)