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

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

Что не так?

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

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

Зачем я это все пишу?

Дело в том, что у нас, в Краснодаре, формируется отличное молодое сообщество – талантливые люди из айти, дизайна, рекламы и маркетинга собрались в феврале впервые на BarCamp Krasnodar и с тех пор поддерживают связь, делятся опытом и делают совместные проекты. У многих из нас нет офисов, кто-то своими офисами недоволен, кому-то просто скучно работать в одиночестве. Посему параллельно с созданием стартап-инкубатора RuNet Labs в Краснодаре будет запущена программа коворкинга – в том же самом здании. Больше тысячи квадратных метров, (почти) самый центр города, площади для отдельных офисов, конференц-залов – места хватит всем, без толкания локтями. На первом этаже супермаркет, на втором (надеемся) будет кофейня.

Если бы не приходилось искать чей-то номер телефона или писать сообщение на Фейсбуке, а просто пройти десять метров и сказать: “слушай, есть дело” – было бы здорово? Собираю мнения и пожелания, пишите мне всюду.

Никто больше не делает сайты без CMS, и это сделало задачу интересной. Так как на самом деле выкинуть такой фокус? Совершенно очевидно.

AJAX

Движок сайта (если его можно так назвать) состоит из одного HTML-файла с сеткой, построенной на 960.gs, служащего шаблоном, одного XML-файла, который описывает весь контент и JS-файла со всеми моими скриптами. XML-файлу не требуется XSL-схема, если вы не планируете редактировать его в модном редакторе типа XMLSpy. Мы – нет, мы олдскульные парни с TextMate наперевес. XML выглядит так:

<?xml version="1.0" encoding="utf-8"?>
	<root>
		<featured>
			<project id="barcamp" />
		</featured>
		<projects>
			<project name="BarCampKrasnodar" id="barcamp" tags="id print 3d illustration">
				<images>
					<img src="assets/barcamp-1.jpg" />
					...
					<img src="assets/barcamp-5.jpg" />
				</images>
				<description>
				BarCampKrasnodar is a nonprofit event of seminars for IT developers and creatives
				</description>
			</project>
...

Простой и читаемый файл, правда? Каждый нод и атрибут служит своей цели внутри нашего jQuery-приложения. Что дальше?
Дальше, этот XML надо загрузить:

var xml;

$.ajax({
	async: false,
	type: "GET",
	url: "content.xml",
	dataType: "xml",
	success: function(data) {
		// сохранить данные в глобализированной переменной
		xml = data;
	}
});

Правда, просто? Заметьте async: false: чтобы обработать полученные XML-данные, вертеть ими как вздумается, их абсолютно обязательно надо сначала загрузить – до того, как выполнение скрипта пойдет дальше. Ну а после этого все сводится к созданию элементов DOM на основе XML-данных и вставке их в шаблон.

Оно движется

Второй большой задачей в этом проекте было создать галерею – Apple-style, как на iPhone и iPad, чтобы можно было листать картинки мышью. Что у нас получилось – можно заценить. Все точно так же сделано в jQuery. Никаких фокусов, чистая математика (надеюсь, вы хорошо учились в школе) – скрипт вычисляет дельту между горизонтальными координатами точек, в которых сработали события mousedown и mouseup, сравнивает дельту с разницей по времени между двумя событиями и – ура – у нас есть скорость для анимации листания. “Пружинистый” эффект сделан с помощью jQuery-плагина Easing.

Чего не может библиотека jQuery?

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

“Poke-your-panda”, как ее называют мои американские друзья, построена целиком на WordPress 3.0, так что никому не рассказывайте, что это “платформа для блогов”, потому что это не так. В WP теперь есть куча новых возможностей, которых нам так хотелось долгое время, например, собственные типы постов. Ура? Не совсем, потому что по прежнему приходится немного кодить. Константин Ковшенин написал пару отличных статей на тему реализации кастомных постов в вашей теме/плагине для WP, так что я распространяться не буду, а лучше расскажу, с какими проблемами мой проект столкнулся в первые дни после официального запуска.

Хьюстон, у нас 404-я

Кастомные посты существовали до WP3.0. Финальная версия просто дала возможность не использовать хак с query_vars, чтобы подключать собственные шаблоны. Сейчас, если нужно показать один пост кастомного типа, достаточно просто создать шаблон с именем single-post_type.php внутри своей темы. Но некоторым из нас (я имею ввиду себя, разумеется) нужен был цикл из кастомных постов, вписаный в иерархию на уровне ядра WP.

Что я сделал:

global $wp_query;

if (isset($wp->query_vars['pagename'])) {

	switch($wp->query_vars['pagename']) {

		case "somepagename":
			$wp_query->is_404 = false;
			locate_template("templates/somepagename.php",true);
			exit;
			break;
	}

}

Этот фрагмент кода показывает результат работы файла somepagename.php, который расценивается как шаблон темы WP, и в нем можно использовать любые тэги шаблонов. locate_template() в данном случает – правильный способ замены шаблона страницы на нужный шаблон, потому что это нативная функция WP и имеет внутри себя все правильные фильтры, хуки и действия. Зачем использовать здесь pagename? Потому что всю, что не принадлежит к кодовым словам для отображения категорий, тэгов и прочего и не является именем одиночного поста, расценивается как имя страницы.

Это всё?

Нет. $wp_query->is_404 = false – только полумера. В нормальных браузерах этот код не создаст ошибок, я имею ввиду нормальных как Webkit – Safari и Chrome, которые не позволяют расширениям вытворять что вздумается. Проблема все же существует – мы устанавливаем 404-ю на false после того, как она на самом деле была передана браузеру в HTTP-заголовках, так что если WP не будет рассматривать ваш шаблон как 404-ю страницу, браузер может. И будет, особенно если это Internet Explorer с каким нибудь идиотским тулбаром от вашего любимого поисковика.

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

Ну теперь-то всё?

Почти. 404-я может по прежнему возникнуть, если системное имя (slug) кастомного поста будет использовано в качестве имени аргумента в любом GET (или даже POST) запросе внутри сайта для чего угодно, кроме непосредственного отображения поста этого типа.

Продолжение сказок о веб-деве следует.