Predvoditelev.RU http://predvoditelev.ru/ Личный сайт Предводителева Сергея Mon, 19 Jul 2010 17:35:05 +0000 en-ru MaxSite CMS (http://max-3000.com/) Copyright 2010, http://predvoditelev.ru/ <![CDATA[Техника работы с META-тэгами Description и Keywords в MODx]]> http://predvoditelev.ru/page/modx-work-with-meta http://predvoditelev.ru/page/modx-work-with-meta Mon, 19 Jul 2010 17:35:05 +0000 В этой статье хотелось бы рассказать об одном из вариантов реализации работы с META-тэгами Description и Keywords в MODx.

Если на сайте используются уникальные описания и ключевые слова, которые нельзя генерировать автоматически, то достаточно создать два TV-параметра meta-description и meta-keywords с типом ввода Text. А затем подключить их в шаблоне: 

...
<head>
	...
	<meta name="keywords" content="[*meta-keywords*]" />
	<meta name="description" content="[*meta-description*]" />
	...
</head>
...

Если же на сайте есть страницы, для которых эти META-тэги можно генерировать автоматически, то можно использовать следующий способ: так же создаем два TV-параметра meta-description и meta-keywords, но в шаблоне выводим META-тэги с помощью сниппета.

Назовем сниппет html_getMeta. У сниппета будет всего один параметр type, который может принимать значения description или keywords. В зависимости от этого параметра будет возвращаться соответственно либо описание страницы, либо ключевые слова.

Получить значения TV-параметров в сниппете можно следующим образом: 

$keywords = $modx->getTemplateVar('meta-keywords', '*', $modx->documentIdentifier);
$keywords = $keywords['value'];

$description = $modx->getTemplateVar('meta-description', '*', $modx->documentIdentifier);
$description = $description['value'];

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

В шаблоне вызов сниппета выглядит так: 

...
<head>
	...
	<meta name="keywords" content="[[html_getMeta? &type=`keywords`]]" />
	<meta name="description" content="[[html_getMeta? &type=`description`]]" />
	...
</head>
...

Генерировать автоматически значения META-тэгов можно, например, для документов с определенным типом шаблона. Пример подобного сниппета: 

<?php
$out = '';


// Возвращаем ключевые слова
if ($type=='keywords') {
	$keywords = $modx->getTemplateVar('meta-keywords', '*', $modx->documentIdentifier);	
	$keywords = $keywords['value'];
	
	// Если ключевые слова не прописаны вручную - можем их сгенерировать
	if ($keywords=='') {
		
		// Для примера генерируем для документов, у которых установлен шаблон с ID = 5
		if ($modx->documentObject['template']==5) {
			$keywords = 'документ ID шаблон '.$modx->documentObject['pagetitle'];
		}
		
		// 
		// Здесь могут идти генерации ключевых слов ещё для каких-либо документов
		//
		
	}
	
	$out.= $keywords;
}


// Возвращаем описание
if ($type=='description') {
	$description = $modx->getTemplateVar('meta-description', '*', $modx->documentIdentifier);
	$description = $description['value'];
	
	// Если описание не прописано вручную - можем их сгенерировать
	if ($description=='') {
		
		// Для примера генерируем для документов, у которых установлен шаблон с ID = 5
		if ($modx->documentObject['template']==5) {
			$description = 'Описание документа с ID равным 5 и заголовком '.$modx->documentObject['pagetitle'];
		}
		
		// 
		// Здесь могут идти генерации описаний ещё для каких-либо документов
		//
		
	}
	
	$out.= $description;
}


echo $out;
?>

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

Обсудить]]> <![CDATA[Изображение с фиксированной высотой и 100% шириной]]> http://predvoditelev.ru/page/img_100p_fix_height http://predvoditelev.ru/page/img_100p_fix_height Wed, 02 Sep 2009 12:32:42 +0000 Бывают случаи, когда необходимо показать изображение, которое тянется по ширине на 100%, но при этом имеет фиксированную высоту. Также изображение должно сохранять свои пропорции (то есть всё, что не влазит по высоте - обрезается). Если написать вот так: 

<img src="image.jpg" width="100%" height="300" alt="">

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

<div class="b-img-wrap">
	<img src="image.jpg" width="100%" alt="">
</div>

Стили: 

.b-img-wrap {
	height: 300px;
	overflow: hidden;
}

Как вы заметили, у изображение убрали параметр height, те высота изображения будет высчитываться браузером автоматически и изображение будет пропорционально изменять свои размеры. Для того, чтобы сохранилась фиксированная высота - задаём её слою-обёртке и присваиваем ему свойство overflow: hidden;. Таким образом всё, что выходит за пределы слоя будет скрываться.

Метод масштабирования изобажения

Во всех популярных браузерах кроме Internet Explorer ниже 8й версии используется качественный бикубический метод масштабирования изображения. А вот IE6 и IE7 используют метод копирования ближайшего пикселя - поэтому масштабированное изображение в этих браузерах получается менее качественным. С IE6 мы ничего не сделаем, а вот в IE7 мы можем решить проблему с помощью CSS-свойства -ms-interpolation-mode. Это свойство определяет каким способом масштабировать изображения и может принимать одно из следующих значений:

  • nearest-neighbor (метод копирования ближайшего пикселя) – по умолчанию
  • bicubic (бикубический метод)

Соответственно используем CSS-хак для IE7: 

*+html .b-img-wrap IMG { -ms-interpolation-mode: bicubic; }

Пример к статье

Скачать пример 24 (img_100p_fix_height.zip, ~352Kb) | Посмотреть пример

Работоспособность была проверена в следующих браузерах:

  • Mozilla Firefox 3.5
  • Opera 9.64
  • Safari 4 (win)
  • Internet Explorer 6, 7, 8
Обсудить]]> <![CDATA[Создание тянущейся карусели с помощью jQuery + jCarousel]]> http://predvoditelev.ru/page/jcarousel_100p http://predvoditelev.ru/page/jcarousel_100p Sat, 29 Aug 2009 00:23:03 +0000 В этой статье хотелось бы рассмотреть создание карусели изображений (и не только) со 100% шириной. Для примера будем делать карусель новостей. Каждая новость — отдельный блок фиксированный как по вертикали, так и по горизонтали, содержащий картинку, заголовок и краткий анонс. Для реализации используем популярный js-фреймворк jQuery и плагин для создания каруселей — jCarousel.

То, что в итоге у нас получится можно посмотреть здесь.

Для начала скачиваем последнюю версию jQuery (http://jquery.com/) и плагин jCarousel (http://sorgalla.com/jcarousel/). На момент написания статьи последние версии jQuery 1.3.2 и jCarousel 0.2.3.

Подключаем jQuery и jCarousel к нашей странице. Из jCarousel нам понадобится сам файл плагина (jquery.jcarousel.pack.js) и файл со стилями (jquery.jcarousel.css). Теперь все необходимые инструменты у нас есть. Создаём список новостей: 

<div class="b-news">
	<ul>
		<li>
			<div class="picture"><img src="images/news1.jpg" width="300" height="200" alt=""></div>
			<div class="title">Новость номер 1</div>
			<div class="desc">Краткий анонс первой новости</div>
		</li>
		...
		<li>
			<div class="picture"><img src="images/news8.jpg" width="300" height="200" alt=""></div>
			<div class="title">Новость номер 8</div>
			<div class="desc">Краткий анонс восьмой новости</div>
		</li>
	</ul>
</div>

Инициализация карусели довольно простая: 

$(document).ready(function(){
	$('.b-news UL').jcarousel({ scroll: 1 });
});

Параметр scroll определяет сколько блоков прокручивать за раз.

Теперь пропишем стили для карусели. Нам нужно задать width: 100% для контейнера, определить размеры элементов, а также местоположение и внешний вид кнопок управления (прокрутка вперед/назад). В коде даны комментарии: 

/* Растягиваем контейнер на 100% по ширине */
.b-news .jcarousel-container-horizontal { width: 100%; }
.b-news .jcarousel-clip-horizontal { width: 100%; }

/* Задаем размер одного блока */
.b-news .jcarousel-item, .b-news .jcarousel-list LI { width: 310px; height: 250px; }

/* Задаем внешний вид и расположение кнопок управления */
.b-news .jcarousel-next-horizontal {
	position: absolute;
	top: 80px;
	right: 15px;
	width: 30px;
	height: 30px;
	cursor: pointer;
	background: transparent url(../images/btn_next.gif) no-repeat 0 0;
}
.b-news .jcarousel-next-disabled-horizontal,
.b-news .jcarousel-next-disabled-horizontal:hover,
.b-news .jcarousel-next-disabled-horizontal:active { cursor: default; background-position: -30px 0; }
.b-news .jcarousel-prev-horizontal {
	position: absolute;
	top: 80px;
	left: 15px;
	width: 30px;
	height: 30px;
	cursor: pointer;
	background: transparent url(../images/btn_prev.gif) no-repeat 0 0;
}
.b-news .jcarousel-prev-disabled-horizontal,
.b-news .jcarousel-prev-disabled-horizontal:hover,
.b-news .jcarousel-prev-disabled-horizontal:active { cursor: default; background-position: -30px 0; }

Осталось навести красивости и получим отличную карусель для новостей.

Пример к статье

Скачать пример 502 (jcarousel_100p.zip, ~160Kb) | Посмотреть пример

Работоспособность была проверена в следующих браузерах:

  • Mozilla Firefox 3.5
  • Opera 9.64
  • Safari 4 (win)
  • Internet Explorer 6, 7, 8
Обсудить]]> <![CDATA[Рекурсивная смена прав доступа на PHP]]> http://predvoditelev.ru/page/php_recursion_chmod http://predvoditelev.ru/page/php_recursion_chmod Mon, 27 Apr 2009 21:28:08 +0000 Возникла тут задачка. Необходимо сменить права доступа на все файлы, папки и подпапки в определенной директории. Я наивный думал, что такое должно быть реализовано в каждом FTP-браузере, но в моём любимом Total Commander'е такой функции не обнаружилось. Пришлось писать скрипт.

Как обычно сначала немного погуглил - готового решения не нашел. В общем по кусочкам собрал вот такой вот простенький скриптик: 

<?
 
/*                                                      */
/*  СКРИПТ ДЛЯ РЕКУРСИВНОЙ СМЕНЫ ПРАВ НА ФАЙЛЫ И ПАПКИ  */
/*                                                      */
/*   Автор: Предводителев Сергей (Niko)                 */
/*   http://predvoditelev.ru                            */
/*                                                      */
/*   27.04.2009                                         */
/*                                                      */
 
 
// Папка, в которой находятся файлы и папки для изменения прав
$PARENT_DIR = '/home/*****';
 
$FILE_MODE = 0644; // права на файлы
$DIR_MODE = 0755; // права на папки
 
function chmodex($file) {
global $PARENT_DIR;
global $FILE_MODE;
global $DIR_MODE;
    
    if ( file_exists($file) ) {
        if ( is_dir($file) ) {
            if ( !($file==$PARENT_DIR) ) { chmod( $file, $DIR_MODE ); }
            $handle = opendir( $file );
            while( $filename = readdir($handle) )
            if ( $filename != "." && $filename != ".." ) chmodex( $file."/".$filename );
                closedir($handle);
        } else {
            chmod( $file, $FILE_MODE );
        }
    }
}
 
chmodex($PARENT_DIR);
 
?>

Для использования скрипта необходимо:

  • Открыть файл chmodex.php (см. приложенный архив).
  • Указать $PARENT_DIR - это путь к папке, в которой необходимо изменить права доступа.
  • Указать $FILE_MODE и $DIR_MODE - это права доступа, которые необходимо установить для файлов и папок соответственно.
  • Залить скрипт chmodex.php в папку, в которой необходимо поменять права доступа, те в папку, которую указали в $PARENT_DIR. Права доступа самой папки $PARENT_DIR измененены не будут.
  • Через браузер запустить chmodex.php.
  • Если после запуска скрипта - белый экран, то значит всё прошло успешно :).

Скачать скрипт 741 (chmodex.zip, ~ 0.6 kb)

Обсудить]]> <![CDATA[Установка плагина Popularity Contest на WordPress 2.7 ]]> http://predvoditelev.ru/page/wordpress_install_popularity_contest http://predvoditelev.ru/page/wordpress_install_popularity_contest Wed, 04 Feb 2009 14:37:59 +0000 Во время разработки очередного шаблона для WordPress 2.7 столкнулся с проблемой при установке плагина Popularity Contest. Этот плагин предназначен для вывода самых популярных постов на сайте.

Скачал плагин Popularity Contest c оффициального сайта. На момент написания поста последняя версия - 1.3b3 от 16 декабря 2007 года. Как видим плагин давно уже не обновлялся. Установка по идее довольно простая:

  1. Копируем файл popularity-contest.php в папку \wp-content\plugins\.
  2. Активировать плагин в разделе Плагины панели управления WordPress.

Но при активации плагина WordPress выдавал следующую ошибку: “Плагин не может быть активирован, поскольку он вызвал фатальную ошибку“.

Немного погуглив нашел решение:

1) Открываем popularity-contest.php и заменяем строчку 59:

require('../../wp-blog-header.php');

на

require('../wp-blog-header.php');

2) Необходимо создать таблицы в базе данных. Вот код:

CREATE TABLE IF NOT EXISTS `wp_ak_popularity` (
`post_id` int(11) NOT NULL,
`total` int(11) NOT NULL,
`feed_views` int(11) NOT NULL,
`home_views` int(11) NOT NULL,
`archive_views` int(11) NOT NULL,
`category_views` int(11) NOT NULL,
`single_views` int(11) NOT NULL,
`comments` int(11) NOT NULL,
`pingbacks` int(11) NOT NULL,
`trackbacks` int(11) NOT NULL,
`last_modified` datetime,
KEY `post_id` (`post_id`)
) ENGINE=MyISAM;

CREATE TABLE IF NOT EXISTS `wp_ak_popularity_options` (
`option_name` varchar(50) NOT NULL,
`option_value` varchar(50) NOT NULL
) ENGINE=MyISAM;

Примечание. Если вы используете в БД префикс для таблиц отличный от wp_, то при создании таблиц замените префиксы на используемые вами.

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

Обсудить]]> <![CDATA[Проверка на максимальную длину названия темы в Vanilla]]> http://predvoditelev.ru/page/vanilla_max_length_theme http://predvoditelev.ru/page/vanilla_max_length_theme Wed, 12 Nov 2008 18:04:01 +0000

Форум Vanilla, конечно, довольно интересный и очень удобный, но ещё достаточно сыроват. Поэтому приходится некоторые ошибки по ходу находить и самому править. Собственно обнаружилась ошибка в проверке на максимальную длину названия темы в Vanilla. Описываемая ошибка у меня проявилась в версии 1.1.5a.

Итак в файле [путь к форуму]/appg/settings.php есть такой параметр $Configuration['MAX_TOPIC_WORD_LENGTH'], который вероятно и должен отвечать за максимальную длину названия темы. Но как не менял я этот параметр - результат был один и тот же: ограничение всегда было в 100 символов.

Стоит сказать, что определил-то я это не сразу :). Ошибка показывается, не как обычно что-то вроде “Превышено ограничение в N символов”, а показывается на сколько символов длина заголовка превышает ограничение, поэтому у меня число было всегда разным, а перевод был не правильным: "Заголовок темы превышает N символов". Я перевел для себя так (см. файл [путь к форуму]/languages/[название языка]/definitions.php): 

$Context->Dictionary['ErrInputLength'] = '//1 слишком длинный. Сократите его на //2 символ(а, ов).';

Но собственно к ошибке с проверкой длинны. Раз ограничение всегда было одно - в 100 символов, значит оно где-то жестко прописано, вместо того, чтобы использовать наш параметр. Порывшись в исходниках, обнаружилось проблемное место. Итак, чтобы исправить этот глюк открываем файл [путь к форуму]/library/Vanilla/Vanilla.Class.DiscussionManager.php и заменяем в нём строку 448: 

Validate($this->Context->GetDefinition('DiscussionTopicLower'), 1, $Name, 100, '', $this->Context);

на строку:

Validate($this->Context->GetDefinition('DiscussionTopicLower'), 1, $Name, $this->Context->Configuration['MAX_TOPIC_WORD_LENGTH'], '', $this->Context);

Теперь проверка на длину строки будет работать корректно.

В шаблоне также ограничение на длину прописано жестко, то есть параметр maxlength=”100″. Заменим его. Открываем файл [путь к форуму]/themes/discussion_form.php и заменяем в нем: 

<input id="txtTopic" type="text" name="Name" class="DiscussionBox" maxlength="100" value="'.$Discussion->Name.'" />

на

<input id="txtTopic" type="text" name="Name" class="DiscussionBox" maxlength="'.$this->Context->Configuration['MAX_TOPIC_WORD_LENGTH'].'" value="'.$Discussion->Name.'" />

Вот теперь вроде бы всё. Ошибка исправлена полностью.

PS Много информациии по Vanilla вы найдете здесь: Русскоязычное сообщество Vanilla forum.

Обсудить]]> <![CDATA[Список пользователей на форуме Vanilla]]> http://predvoditelev.ru/page/member_list_in_vanilla http://predvoditelev.ru/page/member_list_in_vanilla Tue, 11 Nov 2008 11:58:17 +0000

Продолжаем расширять функциональность форума Vanilla. Изучая админку форума я так и не нашел - где же посмотреть список зарегестрированных пользователей. К сожалению, авторы не посчитали эту возможность настолько важной, чтобы включить её в базовую версию форума. Раз нет в базовой версии, значит должно быть расширение дающее такую возможность. И оно нашлось - MembersList…

Данное разрешение добавляет вкладку “Список пользователей” в основное меню и соответственно позволяет в удобном виде просмотреть список зарегистрированных пользователей.

Скачать расширение MembersList можно отсюда: http://lussumo.com/addons/index.php?PostBackAction=AddOn&AddOnID=355 (на момент написания заметки актуальная версия - 1.2).

Скаченный архив разархивируем и перед тем как закачать расширение на сервер, переведем его на русский язык. Для этого открываем файл MembersList/conf/language.php и переводим на русский язык соответствующие значения. У меня получилось вот так: 

<?php
// Language Dictionary
 
$Context->Dictionary['Members'] = 'Список пользователей'; // Tab title
$Context->Dictionary['AvatarDefinition'] = 'Аватар'; // Avatar Cell Title
$Context->Dictionary['Username'] = 'Ник'; // Username Cell Title
$Context->Dictionary['NameTag'] = 'Имя, фамилия'; // Name & Lastname Cell Title
$Context->Dictionary['Visit'] = 'Посещения'; // Total Visit Count Title
$Context->Dictionary['Role'] = 'Роль'; // Role Description Cell Title
$Context->Dictionary['Email'] = 'E-mail'; // Email Cell Title
$Context->Dictionary['Posts'] = 'Сообщения'; // Total Posts Title
$Context->Dictionary['Registered'] = 'Дата регистрации'; // Registration Date Title
 
$Context->Dictionary['Gizli'] = 'Secret'; // Secret Fields
$Context->Dictionary['notAvail'] = 'N/A'; // Not Available Fields (empty fields)
 
// denfinitions for Admin Panel
$Context->Dictionary['permission_view'] = 'Показывать дополнительные вкладки (Список пользователей)';
$Context->Dictionary['permission_view_secret'] ='Разрешить смотреть скрытые данные пользователей (Имя и e-mail)';
 
?>

Не забываем, что сохранять файл надо в кодировке UTF-8.

Теперь закачиваем папку MembersList на сервер в директорию [путь к форуму]/extensions/. Далее на форуме заходим в настройки - дополнения и ставим галочку напротив расширения MembersList.

Расширение мы активировали, осталось только указать, какие группы пользователей могут смотреть списки зарегистрированных пользователей. Для этого служат параметры Показывать дополнительные вкладки (Список пользователей) и Разрешить смотреть скрытые данные пользователей (Имя и e-mail) (см. настройки - полномочия).

PS Описанные в посте действия производились над форумом Vanilla версии 1.1.5a.

Обсудить]]> <![CDATA[Установка редактора TinyMCE на форум Vanilla]]> http://predvoditelev.ru/page/install_tinymce_on_vanilla http://predvoditelev.ru/page/install_tinymce_on_vanilla Mon, 10 Nov 2008 12:25:52 +0000

На одном из своих проектов решил установить форум. После непродолжительных раздумий остановил свой выбор на легковесном и жутко удобном форуме Vanilla (на момент написания поста последняя версия 1.1.5a).

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

Первым расширением, которое мне понадобилось - был визуальный редактор для написания сообщения в форум. Выбор был сделан в пользу старого доброго TinyMCE. Собственно далее следует инструкция по установке TinyMCE на форум Vanilla.

Во-первых, качаем сам TinyMCE отсюда: http://tinymce.moxiecode.com/download.php (нам необходим Main package, на момент написания поста последняя версия - 3.2.1). В архиве есть папка jscripts - только она нужна нам из архива, документацию и примеры можно смело удалить :). Закачиваем папку jscripts на сервер в директорию [путь к форуму]/js/tinymce/ (папку tinymce необходимо создать).

Теперь скачиваем расширение для Vanilla, позволяющее установить TinyMCE в качестве редактора, отсюда: http://lussumo.com/addons/index.php?PostBackAction=AddOn&AddOnID=179 (на момент написания поста последняя версия - 1.4.1). Распаковываем содержимое архива на сервер в директорию [путь к форуму]/extensions/.

Всё, осталось только активировать дополнение. Для этого заходим в настройки форума - дополнения и ставим галочку напротив расширения Tinymce.

Обсудить]]> <![CDATA[ MODx: Вывод информации только для администратора ]]> http://predvoditelev.ru/page/modx_info_only_for_admin http://predvoditelev.ru/page/modx_info_only_for_admin Thu, 06 Nov 2008 12:12:08 +0000 … или зачем админу смотреть на рекламу?

Просматривая свой сайт, подумалось мне - а зачем мне смотреть рекламу на своём сайте? Пускай посетители видят рекламу, а я что-нибудь полезное посмотрю :). Например, какую-нибудь статистику. Что я и сделал.

Задача: если администратор залогинился на сайте, то при просмотре вместо чанка с рекламой показывать чанк со статистикой.

Создаем простой сниппет ad_or_stat:

<?php
    if ($_SESSION['mgrShortname'] == 'admin') {
        echo $modx->getChunk("tpl_admin-stat");
    } else {
        echo $modx->getChunk("tpl_begun-code");
    }
?>

В переменной $_SESSION['mgrShortname'] содержится логин пользователя. Соответственно смотрим, если логин - “admin”, то выводим чанк со статистикой tpl_admin-stat; если же логин какой-то другой или это просто посетитель - выводим чанк с рекламой tpl_begun-code (в моем случае - это блок бегуна).

Чанк tpl_admin-stat у меня выглядит следующим образом:

<div class="admin-stat">
	<div class="title">Статистика</div>
	<div class="stat">
		Запросы к БД: <b>[^q^] ([^qt^])</b><br />
		Время работы скриптов: <b>[^p^]</b><br />
		Время генерации страницы: <b>[^t^]</b><br />
		Источник: <b>[^s^]</b>
	</div>
</div>

Теперь просто вместо вызова чанка с рекламой в шаблоне - вызываем наш сниппет: [!ad_or_stat!] и вместо рекламы - наблюдаем статистику.

Обсудить]]> <![CDATA[MODx: Проблема с использованием регулярных выражений в Jot]]> http://predvoditelev.ru/page/modx_jot_trable_with_regex http://predvoditelev.ru/page/modx_jot_trable_with_regex Sun, 02 Nov 2008 20:37:26 +0000

Захотелось вот на одном сайте сделать форму, чтобы пользователи могли оставлять комментарии. Сайт, как понятно из названия, на MODx. Для комментирования решил использовать сниппет Jot. На данный момент самая свежая версия - 1.1.4. Скачал, установил… вроде работает :). Но в дальнейшем появился один глюк, не позволяющий в полной мере использовать регулярные выражения для проверки на правильность ввода данных, но обо всём по порядку…

Для поля “имя пользователя” необходимо было сделать проверку на длину строки (чтобы не менее 5 символов). Не проблема - в Jot можно использовать регулярные выражения для проверки с помощью параметра validate. Синтаксис следующий:

fieldname:message(:validation),fieldname:message(:validation),…

где:

  • fieldname - имя поля;
  • message - сообщение, показываемое при ошибке;
  • validation - правило проверки (number, email, регулярное выражение).

Можно задать правила проверки для всех полей, разделяя их запятой.

Регулярное выражение для моего случая (длина строки не более 5 символов) следующее: /^.{5,}$/. В итоге получаем такой параметр:

&validate=`Name:Имя должно содержать не менее 5 символов:/^.{5,}$/`

Вроде бы всё правильно, но это не работает - вылазит ошибка: неверный синтаксис регулярного выражения. А проблема на самом деле в том, что в регулярном выражении мы используем запятую, но запятая используется в синтаксисе validate для разделения правил для полей. Соответственно строка парсится не правильно.

Для исправления этого глюка я решил заменить разделение полей в validate с запятой на ||. Для этого открываем файл /assets/snippets/jot/jot.class.inc.php и переходим на строку 171, она выглядит следующим образом: 

$valStrings = explode(",",$this->config["validate"]);

И заменяем запятую на на наш разделитель "||":

$valStrings = explode("||",$this->config["validate"]);

Всё… теперь регулярные выражения в Jot работают корректно, но надо не забывать, что теперь разделителем в validate является "||" вместо запятой.

Обсудить]]>