Установка Mercurial на Windows делается элементарно: Next, Next, Next, Ok. Скачать можно, например, здесь. Можете так же скачать TortoiseHg, если вам нравится их TortoiseSVN. Под Linux еще проще.

apt-get install mercurial

Для Eclipse IDE поищите плагин Eclipse Mercurial, а в NetBeans поддержка встроенная. Возможно вам понадобится прописать в системную переменную PATH путь к тому месту, куда вы установили Mercurial.

И все, вы можете пользоваться Меркуриалом. Ему, в отличии от SVN совершенно не нужно поднимать сервер. Все ваши изменения будут хранится в папке .hg в корне проекта. В отличии от svn Mercurial, Git и другие современные системы не суют свои папки в каждую папку проекта.

Вкратце расскажу о том, как начать работу с этой системой. Если у вас проект лежит локально, то в папке проекта в консоли введите

hg init

Тем самым, вы инициируете проект в этой папке. Дальше, как в svn:

hg add; hg commit -m 'Initial commit';

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

hg clone адрес репозитория

Я думаю, что как создать и закоммитить проект в IDE вы разберетесь.

Итак, бесплатные репозитории на BitBucket публичны (кроме всего одного приватного), а размер всего 150 мегабайт. Значит надо ставить свой "сервер". Здесь все оказалось довольно быстро и просто. Как установить Mercurial на Debian я уже выше написал. После чего создал нового пользователя mercurial с помощью adduser. Дал ему в распоряжение папку /home/mercurial, закачал на сервер коды проектов по папкам и инициировал в каждой проект Меркуриала. А потом просто в Windows сделал так:

hg pull ssh://mercurial@myserver/myproject
hg update

Если у вас Винда ругается на отсутствие ssh смотрите здесь. Обьясню, что я сделал. Так как в Mercurial нет центрального сервера, то все репозитории равны. И вы всегда коммитите в свой локальный. А чтобы обменяться изменениями вы делаете pull (скачиваете) или push (закачиваете). Таким образом я скачал проект с сервера, чтобы удостоверится, что все работает. Надеюсь, что и у вас все получилось. А если нет - спрашивайте в комментариях.

Чтобы запустить консольный OpenSSH клиент в Винде нужно поставить Cygwin, а так же пакеты zlib и openssh. Cygwin позволяет запускать линуксовые приложения под виндой. Я всегда довольно подозрительно отношусь к софту, который меняет поведение системы, поэтому собирал ssh не запуская инсталлятор Cygwin.

Для начала я сделал папку SSH в Program Files. На одном из этих сайтов я скачал пакеты cygwin, zlib, openssh, openssl и minires. Из них нужно в нашу папку SSH положить файлы: cygwin1.dll из пакета cygwin, cygz.dll из zlib, ssh.exe и ssh-keygen.exe из ssh, cygcrypto-0.9.8.dll из openssl, и cygminires.dll из minires. Дальше идем в настройки переменных окружения, в PATH прописываем путь к папке SSH, а так же создаем переменную HOME и так же прописываем путь к папке SSH. Все!

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

php_value engine Off

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

<Upd>Нужно настроить опцию AllowOverride в конфиге Apache. Насколько я понял хватит AllowOverride Options. На shared хостингах, где PHP работает в CGI режиме, этой фичей воспользоваться не получится.</upd>

О том как установить Kohana легко найти в интернете. Вкратце: скачать, распаковать, запустить install, удалить install. Про то, как убрать index.php из адреса тоже пару слов всего: переименовать example.htaccess в .htaccess и убрать index.php из $config['index_page'] в конфиге.

Собственно постороение приложения на Кохане я начал с того, что захотел переписать на этом фреймворке скриптик по удаленному управлению сайтами. И первая задача - формочка добавления сайта в БД. И тут возникли первые проблемы. Компоненты для построения форм, которые описаны в туториалах: Forge и Formation. Я выбрал Formation, скачал, установил. Не работает, выдает ошибки. Гуглил, читал форумы, боролся. От безысходности постучался в аську к одному парню, который имел дело с Коханой и получил ответ, что Forge и Formation блин уже deprecated. Как вам такое? На сайте я не видел об этом ни слова. Может не там искал?

Ладно, пошел я дальше искать модуль для создания формочек. Посоветовали мне Morf. Зашел на страничку проекта. А там такой тухляк.. полгода код не обновляется, висит один тикет и еще два закрыто. Понятно все, не надо нам добра такого. В общем остался последний модуль на который были все надежды - Formo.

Formo завелся сразу, подключился без особых хлопот.  Только вот одна проблема, форму мне выводит с помощью P и DIV, а мне проще в TABLE запихать. Стал искать способы заставить генерить форму по-другому. Модифицировал объект, менял настройки - фиг. Нашел в мануале статью по темплейтам, переделал под темплейт. Не работает. Оказалось пример приведен с использованием шаблонизаторов, коими я не пользуюсь. В итоге кое-как заставил генериться форму как надо.

С валидацеий тоже номер. Искал как в валидацию передать $_POST, чтобы сверить с установками. Оказалось, что Formo сама жрет POST. Так же сама делает repopulation, основываясь на имени таблицы и hidden инпуте. Пока этого не знаешь - пугаешься и мучаешься, когда узнаешь - становится просто и легко. После чего за два дня доделал простейший CRUD.

Общие впечатления о фреймворке на этот момент:
1. Наименования классов xxx_Core, когда вызываются они new xxx(); ломает автокомплит из-за чего надо совать IDE отдельный файлик, где прописаны "class xxx extends xxx_Core {}".
2. Документация местами ужасна. Референс мануал нормальный, референс есть референс. Но вот тьюториалов мало, документация модулей слабая, коммьюнити маленькое. В общем въезжать тяжело.
3. Местами все все-таки достаточно просто. За 10 минут добавил себе пару нужных хелперов, за полчаса написал плагин к Formo. И то, и другое я выложу чуть попозже.
4. Дурацкие сообщения об ошибках. Если я ошибся и сунул не тот параметр, который ожидается - вылезает Fatal error где-то в глубине ядра. О том, что это я ошибся в параметре, а не Кохана концы отбрасывает можно только догадываться.
5. ORM успел посмотреть на уровне CRUD одной таблицы. Удобно.

Во второй день, а это было воскресенье, мы пошли в торговый центр, который называется Itakeskus. Он как раз находится на той станции метро, до которой мы пешком шли во второй части. Финский торговый центр почти ничем не отличается от торговых центров в Питере или Москве. Много магазинов, местами кафешки, местами скамейки. В Итакескусе, кстати, можно часто услышать русскую речь. Те, кто едут в Хельсинки на экскурсию на больших автобусах заезжают туда. А вот в чем отличие от российских магазинов, так это в качестве товаров и скидках. Сами цены чуть выше питерских. Если бы евро не подорожал из-за кризиса - были бы ровно питерские. Однако местами можно найти распродажи, скажем развал футболок за 3/5/7 евро. Вот так мы и ходили и покупали все, что дешево, но при этом качественно и симпатично. Особой нужды в одежде не было, так что набрали футболок. Я, как и в любой стране, старался найти футболку с финским флагом. Нашел только с надписью Suomi (Финляндия по-фински), что в общем меня устроило.

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

Собор находится на Сенатской площади. Там же стоит памятник Александру 2, который собственно и сделал Хельскински столицей "княжества Финляндского". Прошли чуть дальше по улице к пристани. На одно здание села чайка. Я успел удачно ее сфотографировать. Не сразу даже понятно, что она не часть скульптуры.

 

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

   

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

А на следующий день мы уехали в Питер.

Те, кто хочет посмотреть более подробную фотоисторию - прошу пожаловать в Picasa.

По дороге назад к метро, мы заметили интересную особенность финских адресов. У нас как, улица, дом, квартира. А у них улица, дом, подъезд, фамилия. Адрес говорят типа: улица такая-то, дом такой-то подъезд K, или подъезд J.  А там уж ищи по фамилии кто тебе нужен. Еще, рядом с каждым подъездом стоит устройство из трех щеток, щетиной направлены в общий центр. Как мы поняли, это сделано для того, чтобы зимой чистить ботинки от снега. Хотя по первости это было похоже на волосатую стоянку для велосипеда.

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

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

Итак мы шли. Часа три-четыре заняла такая прогулка и уже порядком уставшие вышли к Itakeskus. Оставалось всего ничего - две станции метро до дома. Идти сил не было, а платить два евро за часовой билет ради двух станций совсем не хотелось. Идти еще две станции мы уже точно не могли, поэтому купили билеты. И что же вы думаете? Решили использовать их по-максимуму) Сели и поехали обратно в центр до Kaisaniemi. Минут за 15 доехали, выскочили и побежали в сторону где по идее должны были быть достопримечательности. За 20 минут оббежали площадь, сфотали все, что было симпатичного (на фото - вокзал) и побежали обратно. Украшение эскалатора на Kaisaniemi простое, но очень симпатичное. Как росчерки светового пера. На этот раз уже сели в метро и ехали домой до самой Kontula.

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

"The Vitro Trojan WILL, I repeat, WILL require you to back up your data, format your hard disk, then do a wipe of your drive, then reinstall Windows, all of the service packs and updates, all of your software, then restore your data. This IS the only way to get rid of it." Почитать еще можно тут.
(Тут сказано, что чтобы избавиться от этого вируса надо форматировать и очищать полностью весь жесткий диск, на котором он побывал, в том числе и внешние).

Хочу выразить свою искреннюю ненависть тем, кто его сделал. Горите в аду.

Съездил в Финляндию на пару дней. Вообще Финляндия просто райское место отдыха для Петербуржцев. Съездить туда стоит 15-20 евро, смотря как договоритесь. Ехать туда 6-7 часов. Вечером в пятницу поехал, в воскресенье вечером вернулся. Красота да и только. Самое сложное, конечно, с проживанием. У нас там знакомые, поэтому никаких проблем не было. Дальше буду рассказывать и показывать (много фоток).

В Финляндии я уже второй раз, но первый мы ездили в Иматру и жили в коттедже. Финнов-то почти не видели. В этот раз мы были в Хельсинки, меня и девушку мою отвели к метро и сказали:"Вот сюда тыкаешь, суешь 2 евро, получаешь билет на 1 час на метро/трамвай/автобус", и оставили нас одних. Делать нечего, спустились в метро. После Питерского, очень непривычно: у них станции чисто утилитарные, без изысков. Понятно теперь, почему наши станции иностранцы считают музеями. Метро у них почти везде наземное, и это прекрасно. Едешь, в окошко смотришь, красота. Много  зелени, залив, очень красиво все. (Хочу, кстати, заметить, что государственных языка в Финляндии два. Финский и шведский, поэтому все указатели как минимум на двух языках. Иногда еще добавляется английский.)
Станция, ближайшая к нашему дому называлась Kontula. Схема метро в Хельсинки вообще довольно простая, главное в Itakeskus не перепутать и не уехать на другую ветку. Для этого на каждой электричке на лбу и боках бегущие строки, где написана конечная станция следования. Сели в электричку, куда ехать - не знаем, полнейший шок, выходить не хочется. Так и доехали до конечной.
Вагоны у них в метро очень удобные. Они во-первых шире и вместительнее наших, во-вторых никто не портит сиденья, хотя они просто пластиковые. Я бы совсем не отказался, чтобы у нас было такое же метро, как в Хельсинки.
Вышли мы на конечной станции и пошли по улице. Карта города была в рюкзаке, но от шока забыв про нее и не достали. Так и шли наугад. Вы смеетесь, а представьте себя первый раз в чужом городе, чужой стране, языка не знаем... ужас. На самом деле к тому времени(через полчаса где-то после того, как сели в метро) шок стал проходить и мы стали фотографировали все подряд. Дошли до конца улицы, где стояла странная скульптура.
Что это такое мы так и не узнали. 
Недалеко от скульптуры находилось трамвайное кольцо. Ни на трамвае, ни на автобусе мы не покатались, боялись уехать неизвестно куда. На карте были обозначеные некоторые маршруты, но рисковать не хотелось. Интересно, что во многих местах у них стоят отражающие знаки, чтобы были видно возможную опасность из-за угла. А может и для таких туристов, как мы))

Вообще, по правилам PEAR все инструкции написаны в README. Но там по-английски. А тут я приведу русскую инструкцию. Итак.
1. Надо или установить плагин, как PEAR пакет, или распаковать архив в папку plugins. Папка с плагином должна называться sfPropelTogglerPlugin. После этого вызовите команду symfony 'plugin:publish-assets' чтобы картинки из плагина скопировались в папку web/sfPropelTogglerPlugin. Если ничего не скопировалось - проверьте название папки плагина.
2. В settings.yml вашего приложения впишите в пункт enabled_modules: [default, sfPropelToggler]. Если вы этого не сделаете - будет выскакивать ошибка о том, что модуль не активирован.
3. В том файле, где будете подключать тогглер напишите

use_helper('Toggler');

4. Собственно сам переключатель может быть вставлен 2мя способами. Первый:

echo toggler(array('table' => 'table_name', 'field' => 'field_name', 'id' => $item->getId(), 'state' => $item->getState() ));

Где table -имя таблицы, field - поле, id - первичный ключ записи, а state - текущее состояние переключателя.
Второй способ через объект:

echo object_toggler($object, 'field_name');

Где object - объект Пропела, а field_name - поле, которе будем переключать.

На этом этапе у вас все должно заработать. Если же нет - спрашивайте в комментариях.

Саму программку можно скачать на сайте автора.
Есть, конечно, некоторые недостатки. Например "фантомы". Это полупрозрачные куски машин, зданий, которые есть на одной фотографии, но нет на другой. Чтобы их не было - надо выбирать кадры, где нет машин вообще. А с прямыми руками и GIMP (Фотошопом) получится очень даже хорошо.

Первым делом в общем-то я стал смотреть на Canon, а конкретнее на 450D. Смотрел, смотрел, народ спрашивал, интересовался. Первая зеркалка, которую мне удалось потрогать оказалась Никоном Д60 с телеобъективом 70-300мм. Для тех, кто вдруг не знает, в зеркалке сам фотоаппарат - не больше половины, а то и меньше во всей системе. Огромную роль играет объектив, который может стоить больше самого фотоаппарата.

Что такое фокусное расстояние 300мм для человека, который считал, что его мыльницкий зум 6х это круто.. вы просто представить не можете. Это чистый восторг. В общем культурный шок имел место быть. Мой друг Паша, у которого я брал зеркалку сказал, что даст мне штатный объектив 18-55мм, если я куплю Никон. В общем я пошел и купил Никон. Такой же как у него, потому что денег у меня было не так много. Вот теперь и хожу с Никоном Д60 и штатным объективом 18-55мм.

У меня в базе данных введен в таблице специальный столбик, называемый order_num. Он как раз и определяет порядковый номер записи в таблице. По нажатию на кнопке вверх (я называю эту процедуру promote), порядковый номер текущей записи меняется местами с порядковым ближайшим большим порядковым номером. Обратная процедура (demote) меняет с ближайшим меньшим.

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

Promote:

public function executePromote() {
$page_id = $this->getRequestParameter('page_id');
 
$connection = Propel::getConnection();
$promoting_RS = $connection->query("SELECT order_num, parent_id FROM static_pages WHERE page_id='{$page_id}'");
$promoting = $promoting_RS->fetch(PDO::FETCH_ASSOC);
$promoting_num = $promoting['order_num'];
$promoting_parent = $promoting['parent_id'];
 
if ($promoting_num < 2) {
  $this->redirect('static_pages/index');
}
$demoting_num_RS = $connection->query("SELECT MAX(order_num) AS order_num, page_id FROM static_pages WHERE parent_id='{$promoting_parent}' AND order_num < '{$promoting_num}' GROUP BY NULL");
$demoting = $demoting_num_RS->fetch(PDO::FETCH_ASSOC);
$demoting_num = $demoting['order_num'];
 
$query = "UPDATE static_pages SET order_num = CASE
   WHEN page_id = '".$page_id."' THEN '".$demoting_num."'
   WHEN parent_id='{$promoting_parent}' AND order_num='{$demoting_num}' THEN '".$promoting_num."'
   END
   WHERE page_id = ".$page_id." OR (parent_id={$promoting_parent} AND order_num={$demoting_num})";
 
$connection->query($query);
$this->redirect('static_pages/index');
return sfView::NONE;
}

Мы берем id из запроса, потом запросом ищем максимальный order_num, который меньше текущего, и потом запросом меняем их местами. Не забудьте ставить WHERE в UPDATE. На основе этого, думаю demote легко дописать самому.
P.S> Поле не должно быть UNIQUE, я так и не придумал как одним запросом менять значения между собой в UNIQUE поле.

Итак что же за переключатели такие? Допустим у нас есть сайт, а у него база данных, а в базе данных таблица, а в таблице поле, которое принимает только 2 значения - 0 и 1. Такие поля делаются типа TINYINT(1). Берем пример из жизни. Одно такое поле отвечает за то, разрешено ли пользователю входить в систему или нет. И если вдруг надо нам попереключать часть пользователей, то надо залезать в свойства каждого и менять, потом сохранять. А мне захотелось жить красивее и придумал я переключатели.

Вот так примерно выглядит список пользователей. Зеленая галочка и красный крестик и есть переключатели. Что сделать чтобы переключить пользователя? Просто кликнуть на них! По клику отправляется AJAX запрос, меняет поле в базе данных и по результатам меняет картинку. Красиво, удобно, быстро. А теперь о том, как это сделано.

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

<div id="active_<?php echo $user['id']; ?>">
  <?php include_partial('activity', array('id' => $user['id'], 'state' => $user['is_active']))?>
</div>

Как видно в него мы передаем 2 параметра, это id пользователя и его текущий статус. В самом партиалле находится следующий код:

<?php 
$field = 'IsActive';
?>
<div align="center" id="<?php echo $field.'_'.$id ?>">
<?php
include_component('main', 'toggler', array(
  'id' => $id,
  'table' => 'sfGuardUser',
  'state' => sfGuardUserPeer::retrieveByPK($id)->getIsActive(),
  'field' => $field
));
?>
</div>

Здесь $field - имя поля в базе данных. В партиалле создается div с названием $field_$id, куда будет присылаться ответ. Ну а дальше вызывается компонент main/toggler, который и будет собственно переключать. Компоненту мы передаем id пользователя, имя таблицы, текущее состояние и имя поля.

На этом подключение переключателя к модулю завершено. То есть вам надо всего лишь вызвать partial из шаблона, а в partiall'e подправить названия поля и таблицы. Все очень просто и быстро. Ну а собственно что в компоненте main/toggler? А там вот что:
components.class.php

public function executeToggler() {
//i just call _toggler.php partial
}

_toggler.php

<?php
$update = $field.'_'.$id;
sfApplicationConfiguration::getActive()->loadHelpers(array('Javascript'));
$image_name = intval($state)? 'active.png' : 'inactive.png';
echo link_to_remote(image_tag('/images/icons/admin/'.$image_name), array (
   'url' => 'main/toggle?id='.$id.'&table='.$table.'&field='.$field,
   'update' => $update
));
?>

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

Что же получается? Итак общая картинка такая. Мы подключаем partial, который вызывает компонент, который генерит шаблон выдавая нам аяксовую ссылку на действие (action). А экшен переключает нам поле, и рендерит тот же самый компонент.

public function executeToggle(sfWebRequest $request) {
  if (!$request->isXmlHttpRequest()) {
    return $this->renderText('Error. XMLHttpRequests only.');
  }
  $id = $request->getParameter('id');
  $table = $request->getParameter('table');
  $field =  $request->getParameter('field');
  $peer = $this->normalizeName($table).'Peer';
 
  $method = new ReflectionMethod($peer, 'retrieveByPK');
  $object = $method->invoke(NULL, $id);
 
  $setter = 'set'.ucfirst(strtolower($field));
  $getter = 'get'.ucfirst(strtolower($field));
 
  $object->$setter( $state = !$object->$getter() )->save();
   return $this->renderPartial('main/toggler', array('id' => $id, 'state' => $state, 'table' => $table, 'field' => $field));
}
protected function normalizeName($name) {
  $name = preg_replace('/[^a-zA-Z0-9]/', ' ', $name);
  $name = ucwords(strtolower($name));
  $name = str_replace(' ', '', $name);
  return $name;
}

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

Я догадываюсь, что это не так просто понять. Если будет совсем не в моготу - задавайте вопросы в комментариях.

Сразу замечу, что организация была на высшем уровне. Только мы с другом вышли из метро - нам на глаза попался парень с табличкой Sun Tech Days. Он нам обьяснил, что ходит бесплатный автобус до Ленэкспо. Пройдя чуть дальше мы заметили и второго парня с такой же табличкой. То есть пропустить их можно было, только если очень постараться. Самого автобуса пришлось подождать минут 15. Ехать там на самом деле 5 минут.

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

Так как доклады должны были начаться позже - мы пошли осматривать стенды. Первым шел стенд от AMD, где мы тут же затарились ковриками для мышки и дисками с некими tools. Что там я так пока и не знаю. Кроме рекламных листовок на стенде больше ничего не было. Напротив AMD у входа стоял стенд кого бы вы думали.. правильно, Intel. На самом стенде опять же куча рекламного мусора, для ознакомления 2 ноутбука Dell на процессорах Интел. Тут удалось ухватить пару ручек и раскладной стаканчик. Спрашивать у АМДшников и Интеловщиков нам в общем было нечего. Первый к кому я обратился был мужик рассказывающий о Cloud Computing. Он мне рассказал, что Sun собирается помогать людям разворачивать свои собственные облака для вычислений. Как - я не понял. Я думаю сказалось не то, что мужик говорил на английском, тут-то я все понимал, а то, что я не очень знаю про облачные вычисления.

Следующий стенд на который я обратил внимание - стенд Virtual Box. На 2х 30 дюймовых мониторах под управлением Виртуал Бокса крутилось порядка 20 осей. В том числе и Leopard. Я тут же спросил, неужели можно запустить Mac OS 10.5 Leopard на Virtual Box. Мне ответили, что это скорее proof of concept. Короче спецы смогли, а вот дома вряд ли получится. Стенд с MySQL мне был интересен, однако спрашивать мне было особо нечего, а сами они ничего не показывали. На стенде с соц. сетью от Sun, которая называется OSUM мы зарегистрировались и получили браслетик и значок. Если честно фигня какая-то) Но халява. На стенде с JavaFX была куча различных демок возможностей этой технологии. Меня поразил паззл, когда видео разбито на кусочки и надо его собирать. Видео при этом продолжало идти.

Тут пришло время докладов. Мы вместе пошли на Ajax Best Practice. Девушка, кажется ее звали Дорис Чен, рассказывала о том, как лучше всего писать JS и AJAX код, а так же затронула YSlow плагин для FireFox. Мне показалось, что лекция была не сбалансирована. То она говорит, что JS и CSS надо отделять от HTML (это в детском саду проходят), то говорит про Etags, о которых я не слышал вовсе. С помощью YSlow Дорис проверила разные сайты. Особенно одобрительный гул поднялся в зале, когда сайту Microsoft была присвоена самая низкая оценка оптимизации F. После окончания лекции мы встретили еще одного друга Диму.

На вторую лекцию я пошел один. Женя пошел на C++, а я на MySQL. Докладывал один из разработчиков сервера. О чем он говорил - повторять не возьмусь. Основные темы - MySQl 5.1, 6.0, форки, какие изменения грядут, почему и как. В отличии от Дорис, которая была евангелистом, этот парень - разработчик и его технический уровень был значительно выше. Из множеста терминов я запомнил только то, что будет Row Base Replication, сделают backup, который сможет делать резервную копию не блокируя таблицу. Так же рассказали про partitioning, рассказали про то, как идет разработка и почему не принимаются сторонние патчи. Теперь они кстати будут приниматься. В общем этого парня бы я слушал часами. Лекция пролетела моментом.

Дальше был обеденный перерыв. Тут я очень удивился, поскольку принесли бутерброды с сыром, с колбасой, булочки с мясом, еще какие-то которых я не попробовал, соки, чай, кофе, сливки, сахар, сандвичи, фрукты, даже небольшие коробочки с салатами. Улавливаете? Можно было очень неплохо и вкусно поесть. За это Sunу отдельное спасибо. На голодный желудок технологии воспринимаются не так хорошо. Немного мешала толпа рвущихся к еде, но это понятно, народу было очень, очень много.

Дальше по нашей программе шел мастер класс по JS инструментам. Прождав минут 20 в корридоре мы с Димой(Женя уже уехал) были счастливы что пришли раньше. Оказалось, что на мастер-класс записывались заранее и количество участников было ограничено. Когда оказалось, что есть свободные места стали пускать остальных. Мы оказались последними кого пустили. Повезло! Усадили нас за компьютеры: монитор Sun, мышка Sun, клавиатура Sun. И все ОЧЕНЬ ТОРМОЗИТ. Но думаю это связано с тем, что мы сидели не за настоящим компьютером, а за эмуляцией на виртуальной машине. Системных блоков под столами не было, а были только куча проводов. Пока были вступительные слова про курсы, которые ведет лектор я немного пощупал Open Solaris. (Кажется это был он). Я не нашел никаких особых отличий от других UNIX систем. Та же консоль, тот же Gnome.

Тут пришла пора взяться за практические задания. Среда разработки была NetBeans, браузер FireFox. Всего три задания. Первое: настроить автокомплит на Prototype, второе настроить базу данных для него и третье - на основе YUI сделать красивую табличку с юзерами. Времени было очень мало и мы на самом деле не успели толком сделать даже первое задание. Кое-как перескочили на второе, пока создавали базу пришла пора третьего. Тут мы уже ничего не делали просто изучали. И.. доизучались) Вызвали 500 Server Error. Вообще я думаю это не очень хорошо характеризует Java Server Faces или что там было. Ничего криминального мы не делали, код не меняли, а ошибка вылезла.

Когда закончился мастер-класс сил идти на лекции у нас уже не было, да и все они были не очень интересные. Полтора часа мы просидели и пробродили везде где только могли. Ничего нового уже не услышали на стендах, ничего нового не взяли. Встретили нашего преподавателя, который так же был моим дипломным руководителем. Ждали, ждали и дождались. В 18.40 стали раздавать рюкзаки. В них помимо кучи рекламы были несколько журналов и дисков. Получив рюкзак я поехал домой. Остался невероятно доволен! Дальше я просто положу некоторые фотки.

Upd:adw0rd написал отчет о втором днем. Смотрим.

http://www.charnad.com/wp-poster/

Прошу писать мне идеи, багрепорты и предложения.

Ну сказано-сделано. Срок оплаты хостинга кончался через пару недель, так что я заплатил 150р за самый дешевый тариф и получил в свое распоряжение сервер с 64 метрами оперативки, 300Мгц процессором под управлением FreeBSD 6.3. ФриБСД я в общем-то увидел в первый раз в жизни. Но так как я уже имел немного дел с линуксовой командной строкой особых затруднений не возникло. Однако, первые затруднения возникили - я захотел поставить SVN. Утомлять тонкостями не буду, скажу просто, что заняло это у меня день. И потом еще пол дня чтобы нормально суметь закоммитить туда проект.

Потом начался перенос домена. Казалось бы что сложного, поменял ns-ки и всего делов. Ну поменял. А блог все равно остается по старому адресу. Ну ладно думаю, может где DNS сглючило, из панели VDS послал команду обновить. Опа, сайт мой заработал на VDS... да недолго, через час опять у хостера оказался. Нифига себе, думаю, заявочки. А оказалось, что хостер тянет одеяло на себя - надо было домен у него в панели отвязать. Вот они и перетягивали домен кто куда.

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

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

Первое, с чем мне пришлось столкнуться - эффект затухания. Это очень красиво, когда наводишь на элемент, который можно редактировать, фон загорается цветом, и медленно затухает, когда уводишь мышку. Изначально фон загорается желтым, а так как админка у меня выдержана в цветах Админ-генератора, то есть синем, то и цвет надо поменять. Однако, изменив цвет на '#eef', я обломался. Затухания не было. Фон сначала загорался, а потом через время менял свой цвет на изначальный. И только позже, случайно я догадался расписать цвет полностью на '#efefff'.

Следующим моментом стало изменение текстов сохранения. То есть тот текст, который написан на элементе пока идет аякс запрос. Нашел опцию, поставил значение, и... ничего не работает. Оказалось, что некоторые опции (а они задаются ассоциативным массивом) надо задавать особенно. Например опцию 'save_text' надо не просто заключать в кавычки (потому что это строка), а еще и добавлять кавычки внутри самой строки. Иначе это дело парсится без кавычек. Тупизм, неужели создаетли Protoype'а не могли сами ставить кавычки? Приходится теперь писать так:

'savingText' => '\'Сохранение...\''

Кнопочку удаления так же сделал дивом, но это просто. Position: relative, height: 0px, align: right; Надо заметить, что на время редактирования тега, кнопочку надо скрывать, иначе она уезжает вниз и портит вид. А делается это с помощью опции 'onEnterEditMode'. Вот так:

'onEnterEditMode' => 
"function(form, value) { $('delete_".$tag['tag_id']."').hide(); }"

Ну и наконец, сделать надо было системку, которая находит дубликаты тегов. А сделал я так: при сохранении тега, я нахожу ВСЕ теги с таким названием. Если такой тег один (которы мы только что сохранили), то все прекрасно, а если нет, тогда в цикле генерим 2 запроса. Один UPDATE, другой DELETE. UPDATE'ом, все товары, которые были привязаны к дубликату тега перепривязываем к самому первому найденному. Он в итоге остается у нас единственным. А DELETE'ом, удаляем дубликаты. Вот так вот:

$criteria = new Criteria();
$criteria->add(TagsPeer::TITLE, $value);
$duplicates = TagsPeer::doSelect($criteria);
//В качестве итогового тега берем самый первый
if (count($duplicates) > 1) {
  $original = $duplicates[0];
  $query_update = "UPDATE tags_bouquets SET tag_id='{$original->getTagId()}' WHERE tag_id IN(";
  $query_delete = "DELETE FROM tags WHERE tag_id IN (";
  $pass_first = true;
  foreach ($duplicates as $duplicate) {
    if ($pass_first) {
      $pass_first = false;
    } else {
      $query_update .= $duplicate->getTagId().',';
      $query_delete .= $duplicate->getTagId().',';
    }   
  }
  $query_delete = rtrim($query_delete, ',').');';
  $query_update = rtrim($query_update, ',').');';
  $conn = Propel::getConnection();
  $conn->query('BEGIN; '.$query_update.$query_delete.'COMMIT;');
  $this->getUser()->setFlash('notice_duplicated', 'Были найдены и удалены дубликаты тега '.$value);

Результат на картинке. Легкая синева - это как раз затухание фона, я специально мышкой повозил.

По моему плану в поле, обозначающем предка в базе данных у всех должен стоять id родительской категории, а у собственно родительских - 0. Сказано - сделано, создана таблица, заполнена тестовыми данными. Заказчик обрисовал в ТЗ форму редактирования примерно так:

Стрелочки вверх и вниз редактируют порядок категорий. Плюсики - добавление категории или подкатегории.

Обрисовав примерную форму в Admin Generator'e в симфони, я скопировал все сгенерированные файлы в папку модуля, удалил generator.yml, то есть дальше модуль был полностью под моим контролем. Конечно, симфони генерит много необязательного кода, чтобы его убрать требуется время. Например мне сейчас совсем не нужна интернационализация, поэтому я старательно убрал все __() функции и подключения хелперов. Так же сократил количество файлов, мне не нужны были партиаллы header, footer, а некоторые я просто объединил. В итоге у меня оказалось всего 3 партиалла и 2 файла темплейтов.

Тут, собственно, и начинается самое интересное. Чтобы не переписывать шаблоны полностью, я не хотел терять функционала Propel'a и доставал все значения из базы именно им. Но вот тут возник вопрос: "Как вывести массив объектов, возвращенных Пропелом, так, чтобы подкатегории шли сразу за своей категорией?". Решение я придумал довольно быстро - нужно было построить дерево. И вот что я сделал:

$tree = array();
foreach ($array as $element) {
   $parentId = $element->getParentId();
   if ($parentId == 0) {
      $tree['root'][$element->getCatId()] = $element;
   } else {
      $tree['branches'][$parentId][] = $element;
   }
}

Поясню. Если в массиве встречается элемент, у которого $parentId == 0, значит это родительская категория и мы кладем ее среди корневых элементов в $tree['root'][-ид-категории-]. Если же $parentId не 0, значит это подкатегория, и мы кладем ее в одну из веток $tree['branches']['-ид-родителя'][]. Поэтому теперь в темплейте, я могу писать 2 вложенных foreach. Во внешнем я перебираю $tree['root'], а во внутреннем $tree['branches'][-ид-текущего-родителя-]. Код приводить не буду - там много лишних деталей, суть же, надеюсь, я передал достаточно понятно.
Отступ для подкатегорий, кстати, делается так:

#sf_admin_container .sf_admin_subcat_row_0 td:first-child {
  padding-left: 20px;
}
#sf_admin_container .sf_admin_subcat_row_1 td:first-child {
  padding-left: 20px;
}
#sf_admin_container .sf_admin_subcat_row_0 td {
  background-color: #eef;
}

То есть применяем padding-left: 20px только для :first-child.

Следующим трудным моментом стало редактирование/сохранение/создание категорий. Дело все в том, что в данном модуле используется одна форма для редактирования существующих категорий или создания новой и используется функция get..OrCreate (.. - название модели). Так делается в админ генераторе по умолчанию. Идея эта хороша, однако тут мне надо было обрабатывать создание новой категории особенным способом. Если в запросе создания передается cat_id, значит мы создаем подкатегорию, а эта cat_id будет родительской, а если не передаем, значит создается родительская категория. Все было хорошо до тех пор, пока мне не пришлось передавать тот самый параметр cat_id. Проблема была в том, что он терялся среди редиректов и сабмитов. Поэтому при запросе на создание я делал setFlash('force_create', $cat_id). Причем тут 'force_create'? При том, что если я хочу создать категорию и передаю id - симфони ловит его и пытается послать меня не подкатегорию создавать, а родительскую редактировать. Потому что так работает get..OrCreate. Мне пришлось ее редактировать, чтобы при hasFlash('force_create') она создавала новую категорию. Ну и потом при сохранении я достаю этот Flash и вставляю как родительский id. Звучит, наверное, просто, но нервов пришлось потратить много, пока разобрался почему терялся id, как его не терять и как избежать конфликтов. Трудно все-таки, когда одна функция создает категории, подкатегории и редактирует существующие.

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

$query = "UPDATE categories SET order_num = CASE
       WHEN cat_id = '".$cat_id."' THEN '".$demoting_num."'
       WHEN parent_id='{$promoting_parent}'
          AND order_num='{$demoting_num}' THEN '".$promoting_num."'
       END
       WHERE cat_id IN (".$cat_id.")
          OR (parent_id={$promoting_parent} AND order_num={$demoting_num})";

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

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

Собственно для тех, кто не хочет ждать, а хочет кода - кладем это дело в frontendConfiguration.php:

class frontendConfiguration extends sfApplicationConfiguration {
  public function configure()  {
  $this->dispatcher->connect('routing.load_configuration', array('registerRoutes', 'listenToRoutingLoadConfigurationEvent'));
  }
}
 
 
class registerRoutes {
  static public function listenToRoutingLoadConfigurationEvent(sfEvent $event) {
  $routing = $event->getSubject();
 
  $criteria = new Criteria();
  $criteria->clearSelectColumns();
  $criteria->addSelectColumn(StaticPagesPeer::LINK_NAME);
  $pages = StaticPagesPeer::doSelectStmt($criteria);
 
  foreach ($pages->fetch() as $link) {
    $routing->prependRoute(
      'static_'.$link,
      new sfRoute(
       '/'.$link,
      array(
          'module' => 'main', 
          'action' => 'static', 
          'page' => $link)
    ));
    //with slash
     $routing->prependRoute(
        'static_'.$link.'_wish_slash',
        new sfRoute(
        '/'.$link.'/',
          array('module' => 'main', 
          'action' => 'static', 
          'page' => $link)
     ));
}
}
}

Тут я из базы выбираю поля link_name, и создаю правила на их основе. Каким образом это дело крепится к инициализации роутов - я не знаю. На остальные вопросы отвечу в комментариях.

Тем, кто изучает симфони известно, что админку часто делают через "generate:app backend". То есть мы создаем приложение внутри нашего проекта. Это прекрасно, но есть одно НО. Чтобы нам зайти в админку требуется писать http://project/backend.php/some-admin-pages. Можно конечно обьяснять заказчикам, что мол понимаете, это другое приложение внутри проекта, другой фронт-контроллер, так надо. Но лучше сделать иначе. Скажу сразу, этот метод взят с официального форума симфони. Но найти его проблематично.

Метод таков:

1. Создаем папку "admin" внутри папки "web". Копируем туда .htaccess из той же "web", и заменяем
   RewriteRule ^(.*)$ index.php [QSA,L]
   на
   RewriteRule ^(.*)$ ../backend.php [QSA,L]
2. Идем в настройки роутинга для backend (app/backend/config/routing.yml) и добавляем папку /admin/ ко всем роутам. Например:

   # default rules
   homepage:
   url: /admin/
   param: { module: default, action: index }

3. Меняем no_script_name на "on" в настройках backend (app/backend/config/settings.yml):
   prod:
   .settings:
   no_script_name: on
4. Чистим кеш и заходим в папку: http://project/admin/ без проблем.
]]> http://www.charnad.com/blog/symfony-chelovecheskoe-raspolojenie-adminki/feed/ 2 http://www.charnad.com/blog/symfony-chelovecheskoe-raspolojenie-adminki/ http://feedproxy.google.com/~r/charnad/~3/pfpWTUJXIoc/ http://www.charnad.com/blog/yet-another-captcha-idea/#comments Fri, 20 Feb 2009 13:13:31 +0000 CharnaD http://www.charnad.com/?p=379 Кратко:
Моя YACI состоит в том, чтобы сделать чекбокс, и положить его в display:none контейнер. После чего onload страницы ставить туда галочку.

+ Юзеру ВООБЩЕ ничего не надо делать
+ Нет никаких назойливых картинок (все помнят котят рапиды?)
+ JS выполняется только в браузере. Спамилки и прочие ими не являются.

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

Идея по-моему здравая, хотя и неуниверсальная.

]]> http://www.charnad.com/blog/yet-another-captcha-idea/feed/ 6 http://www.charnad.com/blog/yet-another-captcha-idea/ http://feedproxy.google.com/~r/charnad/~3/7vNSWW1jTq4/ http://www.charnad.com/blog/documentacia-symfony/#comments Wed, 18 Feb 2009 09:35:44 +0000 CharnaD http://www.charnad.com/?p=367

Сейчас по долгу службы я работаю над движком для одного сайта. И сделать я его решил с использованием фреймворка, о котором слышал много хорошего. Я говорю о Symfony. Заниматься копипастом хвалебных речей с других сайтов я не буду, сам писать подобное так же не буду. Скажу только, что поначалу мне было трудно разобраться. Я даже хотел все бросить и писать на своей простой MVC системке, но в итоге не бросил. Упорно читал мануалы, стал понимать принципы построения приложения с использованием симфони. Собственно тут я хочу лишь выложить ссылки, которые могут помочь тем, кто будет изучать symfony.

Конечно, ссылка номер 1 это ссылка на главный сайт: http://www.symfony-project.org/
Там большое количество документации, которые стоит осилить. Я пожалел времени, начал рубить сплеча, однако сейчас все равно пришел к тому, что надо читать мануалы и я их читаю. И всем придется, кто хочет понять всю мощь этого фреймворка.

Ссылка номер 2 - это ссылка на главный гайд "симфонистов" The Book (PDF). Книга на английском. Методично рассказывается о всех сторонах фреймворка.

Ссылка номер 3 - это практическое руководство, так называемые Askeet (PDF) и Jobeet (PDF). Они обе используют Propel в качестве ORM вендора (на есть вариант и для Doctrine). Имейте ввиду, что Askeet был написан для Symfony 1.0, а Jobeet для 1.2. В сети есть переводы некоторых глав на русский.

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

]]> http://www.charnad.com/blog/documentacia-symfony/feed/ 2 http://www.charnad.com/blog/documentacia-symfony/