Как вы, наверное, знаете, джаваскрипт не поддерживает никакие другие модификаторы шаблонов регулярных выражений, кроме «g»(глобальная подстановка), «i»(игнорировать регистр символов) и «m»(многострочная подстановка). В частности, нет такого полезного модификатора, как «Ungreedy». Но, как оказалось, его можно включить, но немного по-другому.

Например у нас есть задача: заменить все {$var} в строке «Some variable here: {$var} and there: {$var}» на «<a>var</a>». Если мы попробуем использовать регулярное выражение «/{\$(.*)}/g», то получим следующее: «Some variable here: <a>var} and there: {$var</a>», что явно нам не подходит. Это произошло потому, что по-умолчанию в JS регулярные выражения «жадные» — т.е. пытаются взять максимально подходящее под шаблон количество символов. В нашем случае под шаблон подошла вся строка от первого «{$» до последнего «}». Нам же нужно другое поведение.

Для этого используем хитрое сочетание специальных символов(подсмотренное в MDN), и наш шаблон обретает следующий вид: «/{\$(.+?)}/g». Теперь при замене мы получаем именно то, что нам требуется «Some variable here: <a>var</a> and there: <a>var</a>».

Удачи!

Решение оказалось на удивление простым. Разделим задачу на две части: сохранение изменений базы данных, с последующим  коммитом и пушем в центральный репозиторий, и обновление структуры БД после апдейта. Тогда задание сводится к тому, чтобы перед коммитом(а точнее перед hg status) сделать дамп базы в определённый файл и закоммитить его. И затем после hg update нужно этот файл импортировать в базу, вместе с свежими изменениями.

Общее решение

Для решения проблемы воспользуемся хуками (подробнее). Заходим в папку .hg в нашем репозитории, и находим(или не находим, тогда создаём) там файл hgrс. Открываем его любимым редактором и вставляем туда следующий код:

[hooks]
pre-status = c:\path\to\mysql\bin\mysqldump.exe -u USERNAME -pUSERPSWD DBNAME > db\dump.sql

update = c:\path\to\mysql\bin\mysql.exe -u USERNAME -pUSERPSWD DBNAME < db\dump.sql

Если вы не понимаете указанные параметры, запустите mysqldump —help и почитайте мануал. Вкратце — заменяем USERNAME на имя пользователя MySQL(должен иметь права для дампа и импорта),  USERPSWD — на пароль этого пользователя и DBNAME на имя базы данных. Если хотите, можете поменять место хранения дампа(db\dump.sql, относительно корня репозитория). Пользователям не-windows систем может потребоваться поменять ещё и разделитель директорий на «/».

Всё. Теперь можно запустить hg status и увидеть, что Mercurial заметил изменения в дампе(после первого запуска появится файл с дампом, не забудьте добавить его в репозиторий командой hg add):

Решение для TortoiseHg

При использовании TortoiseHg не срабатывает хук «pre-status». Вызвано это тем, что команда «status» там вообще не запускается. Я не смог выяснить, какая команда там запускается при формировании списка изменённых файлов в окне «commit», поэтому пришлось вешать хук на сам коммит. В итоге в файл hgrc там нужно добавить немного изменённый код:

[hooks]
commit.a = c:\path\to\mysql\bin\mysqldump.exe -u USERNAME -pUSERPSWD DBNAME > db\ep.sql
commit.b = hg status

update = c:\path\to\mysql\bin\mysql.exe -u USERNAME -pUSERPSWD DBNAME < db\temp.sql

Теперь коммит будет проходить в два этапа — сначала изменённые файлы, затем срабатывает хук, и сразу коммитим изменённый дамп. Чуть менее удобно, но пока другого решения я не нашёл. Апдейт работает так же, как и в первом случае.

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

Полезные ссылки:

• мануал по mercurial hooks
• mysqldump.exe версии 5.1.5 для пользователей Денвера(там урезанная версия MySQL и нет этого файла)

Открываем «Назначенные задания» (Пуск → Все программы → Стандартные → Служебные → Назначенные задания), там нажимаем «Добавить задание». В окне выбора приложения нажимаем «Обзор» и выбираем файл run.exe в папке c:/webservers/denwer/ (путь по-умолчанию, у вас может быть другим).

Затем нажимаем «Далее» и переходим к выбору режима запуска. Тут нас интересует режим «при загрузке компьютера».

После этого снова нажимаем «Далее» и указываем имя и пароль пользователя, от имени которого вы хотите выполнить запуск приложения. Для денвера лучше использовать аккаунт администратора, чтобы избежать проблем с подключением дисков и изменением hosts-файла. Затем осталось лишь нажать «Готово», и проверить задание, перезагрузив компьютер.

P.S. Несмотря на то, что в статье, в качестве примера, используется денвер, я крайне не рекомендую использовать его на «боевых» серверах. По крайней мере без должной кропотливой настройки его компонентов.

(c) http://my.runtu.org/blog/maksipes

В процессе создания было прочитано несколько статей по теме цвета, сделан не один десяток экспериментов, и взорван мозг :). Основой всего стала png-маска машинки, под которой лежит див. Цвет дива как раз и настраивается бегунками. Все вычисления и формулы вы можете сами найти и почитать в dragger.js, может быть потом подробнее расскажу как там и что.

Буду рад услышать ваше мнение.

En taro Adun, Executor!

Наконец-то дошли руки до написания первого тематического поста в блог. Им я начну цикл статей о jQuery плагинах, которые мы активно используем в студии. Итак, статья о такой полезной вещи как плэйсхолдер (placeholder).

Интро

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

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

В данный момент атрибут «placeholder» работает только в браузерах на движке Webkit (Google Chrome и Safari), то есть только очень маленький процент юзеров увидит его. А хочется порадовать всех.

Требования

• Плагин должен обрабатывать и текстовые поля (<input type=’text’>) и текстовые области (<textarea>)
• Для браузеров на движке Webkit оставлять их реализацию
• При отправке формы плэйсхолдеры должны убираться(несмотря на очевидность, в большинстве аналогичных плагинов это не сделано :)
• Плагин должен быть кроссбраузерным, т.е. под все браузеры, в которых вообще работает jQuery.
• Плагин должен быть удобным (подключил — юзай)

Реализация

Основой всего в этом плагине для нас будет, так называемый, «Has Attribute» селектор (мануал). Сначала была мысль выбрать все элементы, у которых есть атрибут «placeholder», и для каждого вешать нужные обработчики. Но в ходе тестирования стало понятно, что для текстовых полей будет одна обработка, а для текстовых областей другая, поэтому я решил сначала выбирать по селектору input[placeholder] и потом по textarea[placeholder].

Начнём с «каркаса». Сделан выход, если браузер на Webkit, создаётся нужный для работы класс (#a9a9a9 — цвет «родного» Webkit’овского плэйсхолдера)

$(function(){
	if ($.browser.safari) return; // Webkit has own placeholder, so we are free
 
	$('<style>').html('.jqueryPlaceholder{color:#a9a9a9!important;}').appendTo('head'); // Create placeholder class
 
	$('input[placeholder]').each(function(){ //Processing placeholders for input.texts
		// ...
	});
 
	$('textarea[placeholder]').each(function(){ //Processing placeholders for textareas
		// ...
	});
 
});

Затем ставим полям значения, которые у нас стоят в атрибуте «placeholder», и вешаем наш созданный класс. Тут я наткнулся на забавный баг, когда тестировал плагин в Firefox’е. Он заключался в том, что если написать что-нибудь в поле, то  после обновления окна, плейсхолдер не появлялся (как и должно быть), а вот класс снова навешивался. После скрупулезного дебага выяснилось, что Огнелис при обновлении окна не очищает форму. Это, в принципе, удобно, но в данном случае было нам вредно. Для исправления проблемы я просто добавил ещё одно условие.

if(this.value == '' || this.value == $(this).attr('placeholder')){ // (Mozzi refresh fix)
	$(this).addClass('jqueryPlaceholder');
	this.value = $(this).attr('placeholder');
};

Дальше, всё просто и очевидно. Вешаем обработчики событий focus и blur на наши элементы.

$(this).focus(function(){
	if($(this).val() == $(this).attr('placeholder')){
		$(this)
			.removeClass('jqueryPlaceholder')
			.val('');
	}
});
 
$(this).blur(function(){
	if($(this).val() == ''){
		$(this)
			.addClass('jqueryPlaceholder')
			.val($(this).attr('placeholder'));
	}
});

Для текстовых областей всё аналогично, за исключением того, что вместо $(this).val() мы используем this.value, по причине что в первом случае в некоторых браузерах странно определяется содержимое. Ну и заодно немного разгружаем жквери. :)

Базовый функционал плагина сделан, всё работает, но не очищаются поля при сабмите. Сделаем и это. Для этого находим все формы на странице (так как их обычно немного, не будем устраивать гонки за скоростью), и вешаем на их сабмит обработчик. Он будет искать все текстовые поля и области и проверять, не стоит ли в них текст плэйсхолдера. Если стоит — очищаем.

$('form').each(function(){ //Processing "clear on submit"
	$(this).submit(function(){
		$(this).find("input").each(function(){
			if($(this).val() == $(this).attr('placeholder')) $(this).val('');
		});
		$(this).find("textarea").each(function(){
			if(this.value == $(this).attr('placeholder')) this.value = '';
		});
	});
});

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

Outro

Надеюсь вам пригодится этот плагин. Любые багрепорты, пожелания или вопросы можете оставлять в комментариях, или присылать на me@pashinblog.ru.

Спасибо за внимание.