В качестве компилятора можно испорльзовать GCC и G++. Есть 2 пакета, откуда его можно получить: Cygwin и MinGW. Свою эпопею я начал с MinGW, но проблема в том, что make в MinGW не поддерживается NetBeans, и надо будет доустанавливать MSYS, которая находится на том же сайте. Кроме того внутренний терминал NetBeans будет работать только с Cygwin. Поэтому в итоге я пришел к тому, что у меня стоит Cygwin.

Устанавливайте Cygwin в папку без пробелов, если вы большой любитель порядка и хотите его всенепременно в Program Files - сделайте символическую ссылку C:/cygwin -> C:/Program Files/Cygwin, как это сделал я. При установке выберите gcc, g++, gdb, make и все, что он вам еще предложит, не откладывайте инсталлер далеко, вероятно, придется доустановить библиотеки libintl-3, libintl-8, libiconv, libncursesw. Не могу точно сказать что он сделает автоматически, потому как на момент установки у меня уже было скачано несколько библиотек вручную.

После установки Cygwin в NetBeans открывайте Tools -> Options -> C/C++, на первой вкладке Build Tools нажимайте Add и указывайте путь к папке C:/cygwin/bin, откуда NetBeans должен подцепить компиляторы и подставить их в нужные поля.

На этом настройка IDE закончена, вы можете создать C++ проект (обратите внимание, вы создаете C/C++ проект, выбор между собственно C и C++ происходит в маленьком выпадающем меню справа, рядом со строкой Create Main File. Если у вас будет С проект, и вы, например заинклюдите , компилятор будет ругаться, что нет такого файла.

Время настроить SDL. С сайта скачиваем SDL-devel-1.2.14-mingw32.tar.gz. Оттуда копируем в наш проект папку lib, include, а из папки bin кладем SDL.dll в корень проекта. Далее идем в свойства проекта:
1. Build -> C++ Compiler -> General -> Include Directories и добавляем папку include/SDl, а так
же укажем -O3 в Additional Options.
2. Build -> Linker -> Additional Library Directories указываем папку lib, в Libraries добавляем файлы (Add Library File) libSDLmain.dll.a, libSDLmain.a в этом же порядке. Если мы нажмем Additional Options, то увидим там в конце строку "-LSDL SDL/libSDLmain.a SDL/libSDL.dll.a", что есть хорошо.

Наконец, в main.cpp можно написать:

#include "include/SDL/SDL.h"
 
int main(int argc, char** argv) {
 
    SDL_Init(SDL_INIT_EVERYTHING);
    SDL_SetVideoMode(640, 480, 0, SDL_HWSURFACE | SDL_DOUBLEBUF);
    SDL_Quit();
 
    return 0;
}

Теперь можно нажать кнопку RUN и увидеть быстро моргнувшее окно SDL и надпись RUN SUCCESSFUL (total time: 326ms). Успех.

Ну и вот мы делаем такой финт ушами:

modules:
  class: sfDoctrineRouteCollection
  options:
    model:                modules
    module:               modules
    prefix_path:          /modules
    column:               module_id
    with_wildcard_routes: true
    object_actions:       { action1: GET, action2: GET }
  requirements:
    module_id:        \d+

В сгенеренный роут я добавил параметр object_action, после чего этот роут будет так же генерить роуты @modules_action1 и @modules_action2, что нам собственно и нужно. А GET - это тип запроса, на который будет отзываться новоделанный роут.

Как, наверное, некоторые из вас знают, 8 октября прошла конференция Symfony Day 2010 в Кёльне, на которой мне посчастливилось присутствовать. Я случайно наткнулся на сайт, http://www.symfonyday.com/, и сразу же решил, что хочу туда. Вход стоил 120 евро, но я успел как early bird за 80. Путь мой начинался с самой восточной границы Германии, и лежал почти до западной, более 550 километров, причем ночью. Не хотелось тратиться на гостиницу, а тут еще подвернулся вариант с CNL (ночным) поездом, я думал, что это вроде плацкартного. Как выяснилось, место у меня сидячее, в купе едут по 6 человек, спать было почти невозможно. Так что приехал я в Кёльн за 3 часа до конференции весьма измотанный.

На входе в медиа-центре Komed, где происходило действие, красовались флаги Symfony Day. Нам выдали беджики, и мы пошли в зал. Было еще рано, поэтому народу почти не было, зато на экране запустили Twitterwall - прямую трансляцию из Твиттера по хештегу #sfdaycgn, сделанную с помощью node.js. Я не преминул возможностью передать привет всем присутствующим от друзей из Russian Symfony User Group .

Первым выступал Jonathan Wage, который рассказал о работе Doctrine 2 с Mongo DB. Он вкратце обьяснил что же за зверь такой этот Mongo DB, и привел примеры, как с помощью Doctrine делать самые обычные действия - прочитать/вставить/удалить. Доклад был интересным, однако слушал я с трудом. Сказалась ночь в поезде и меня жутко клонило в сон. Не припомню когда я еще проявлял столько воли, чтобы не засыпать и не зевать. Сразу после я побежал заливаться кофе, а вы пока можете посмотреть слайды.

Вторым выступал core developer PHP Pierre Joye. Этот доклад был наполнен юмором. Если доклад Джонатана был вроде утренних новостей, то доклад Пьера как первая развлекательная передача дня. Рассказ был о том, как развивается PHP, какие есть недостатки, и что с этим можно делать. В зале нашелся человек, который до сих пор пользуется PHP4. Угадайте, какую CMF он использует? Правильно, Drupal. А вот вам цитатка:"A lot of idiots use PHP. For example.. (slide) Microsoft". Главным слайдом презентации можно считать "PHP is ugly". Да, разработчик PHP признает, что язык уродлив. Но мы же не художники в конце концов. Нам не о красоте надо думать, а о том, как создавать проекты, которые будут успешно работать. К тому же, если использовать Symfony, то недостатки заметны меньше. Да и помимо Symfony написано достаточно хороших фреймворков, и вряд ли есть большой спрос на новые. "Кто вообще писал новый фреймворк за последние два года",- вопрошал Пьер. Руку поднял один человек в зале - Фабьен Потенсьер Все засмеялись и заапплодировали. Важной мыслью было то, что PHP уже достиг того когда он почти никогда не является "бутылочным горлышком". "Если вам не хватает производительности PHP - то вы Facebook".

Пока был перерыв перед следующим докладом - я сделал фотографию зала. По количеству стульев можно прикинуть, что было человек 150. А выступал третьим Christian Schaefer (Кристиан Шефер), симфони-блоггер. Может я ошибаюсь, но мне показалось, что у него не очень большой опыт подобного рода выступлений - в основном он повторял то, что было написано на слайдах. Тем не менее, слушать было интересно. А речь шла о Unit-тестировании плагинов с помощью PHPUnit. О том, как все правильно настроить, и как тесты запускать.

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

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

Следующим выступал Гейлорд Олке (Gaylord Aulke). Этот доклад был, я думаю, не столько для программистов, сколько для работников отдела продаж. Гейлорд рассказал о том, как представить клиенту выбор, покупать готовый сайт, который можно просто запустить, или заказывать разработку, которая займет время, но зато проект будет соответствовать пожеланиям клиента. Есть еще третий вариант - построить проект из модулей.

Последним выступал Фабьен Потенсьер. Речь шла о Symfony2, которая должна быть готова к марту 2011. Во-первых, для темплейтов можно будет использовать шаблонизатор Twig. И хотя поддержка чистого PHP останется, Twig гораздо более прост для восприятия и использования непрограммистом. Пользователь, как объект, теперь не привязан к сессии, пользовательские данные можно будет хранить в конфиг-файле (например, если нужен только один админ), можно будет одновременно аутентифицировать пользователей через БД, LDAP и конфиг файлы. Формы можно будет показывать с помощью темплейтов, того же твига. В общем масса изменений, все будет супер-круто. Ну и приложу слайд, который будет во всех блогах и отчетах про конференцию

Фабьен дольше всех отвечал на вопросы, что в общем неудивительно. Когда все закончилось в холле было бесплатное пиво, небольшой конкурс с призами (я ничего не выиграл), можно было набрать наклеек. Ощущения, конечно, самые позитивные. Больше всего понравились выступления Пьера Жойе и Фабьена Потенсьера, а самым полезным я считаю доклад Криса Уолсмита. Приложу еще фотографию Кёльнского собора, раз уж я там был, грех был бы не посмотреть.

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

Для эксперимента еще выложил фотографии на flickr.

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

Обычно я убираю названия плагинов/модулей из листингов, но в данном случае ради наглядности и простоты понимания я их оставлю. Плагин называется wePages, модуль wePages_frontend. И вот значит что мы будем делать в конфигурации:

public function initialize() {
  if (in_array('wePages_frontend', sfConfig::get('sf_enabled_modules', array()))) {
    $this->dispatcher->connect('routing.load_configuration', array('wePagesRouting', 'listenToRoutingLoadConfigurationEvent'));
  }
}

Если наш модуль числится в списке подключенных, то подключаем listener по имени listenToRoutingLoadConfigurationEvent из файла wePagesRouting к событию routing.load_configuration. Проще говоря, когда загрузится конфигурация роутов будет вызвана наша функция.

Создадим файл /lib/routing/wePagesRouting.class.php, куда поместим нашу функцию.

class wePagesRouting {
 
  /**
   * Listens to the routing.load_configuration event.
   *
   * @param sfEvent An sfEvent instance
   * @static
   */
  static public function listenToRoutingLoadConfigurationEvent(sfEvent $event) {
    $r = $event->getSubject();
 
    // Узнаем максимальную глубину дерева
    $maxlvl = Doctrine_Query::create()->
              select('MAX(level) as maxlvl')->
              from('wePages')-> 
              execute()->
              getFirst()->
              getMaxlvl();
 
    // В конфигурации мы можем указать префикс для роута, 
    // например '/page', начинаться же он должен со слеша, 
    // что мы и проверяем
    // prefix must have '/' 
    if (trim(sfConfig::get('app_we_pages_plugin_route_prefix', ''))) {
      $route_pattern = '/'.trim( sfConfig::get('app_we_pages_plugin_route_prefix', ''), '/');
    } else {
      $route_pattern = '';
    }
 
    // Здесь мы создаем строчку, на соответствие которой в роутинге 
    // будет проверятся URL, тут-то и кроется вся магия. 
    // Мы создаем роут с количеством слагов равным максимальной 
    // глубине дерева, чтобы охватить все страницы, а в качестве 
    // значения по умолчанию ставим false, чтобы роут срабатывал 
    // и на меньшем количестве слагов
    $defaults = array();
    for ($i = 0; $i <= $maxlvl; $i++) {
      $route_pattern .= '/:slug'.$i;
      $defaults['slug'.$i] = false;
    }
 
    // осталось теперь только подключить роут к уже загруженным, 
    // важно чтобы он был первым
    // preprend our routes
    $route = new wePagesRoute(
        $route_pattern, 
        array_merge( 
            array( 'module' => 'wePages_frontend', 'action' => 'show' ), 
            $defaults 
        )
    );
    $r->prependRoute('wePages_frontend', $route);
  }
 
}

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

Обратите внимание, что мы создали объет не sfRoute, а wePagesRoute. Этот класс лежит в соседнем файле wePagesRoute.class.php. Нам ведь надо проверять довольно специфические условия, поэтому стандартный класс не подходит.

class wePagesRoute extends sfRoute {
  // функция проверяет подходит ли данный роут под указанный URL
  public function matchesUrl($url, $context = array()) {
    // если шаблон роута не совпадает - дальше даже не смотрим
    if (false === $parameters = parent::matchesUrl( rtrim($url, '/') , $context)) {
      return false;
    }
    // преобразуем наши сгенерированные слаги в массив, 
    // где ключи - это глубина элемента в дереве,
    // а значения - сами слаги.
    // почему так? у нас же рекурсивный роут и начинается 
    // с верхнего уровня, который имеет level = 0
    // соответственно следующие слаги имеют level = 1,2,3..
    // make slug1, slug2.. into array [0] => 'slug1', [1] => 'slug2'
    $i = 0;
    $pages = array();
    while (isset($parameters['slug'.$i]) && strlen(trim($parameters['slug'.$i]))) {
      $pages[$i] = $parameters['slug'.$i];
      $i++;
    }
 
    // если выяснилось, что слагов не указано - бросаем это дело
    // If we dont have any slugs - we dont want this anymore
    if (empty ($pages)) {
      return false;
    }
    // Второй важный момент
    // Мы берем слаги и уровни, и ищем страницы подходящие под условия. 
    // Данный способ не работает, если slug не уникальны.
    // Groupby объединяет элементы с одинаковым уровнем
    // Get pages with these slugs and levels
    $data = Doctrine_Query::create()
        ->from('wePages')
        ->andWhereIn('slug', array_values($pages))
        ->andWhereIn('level', array_keys($pages))
        ->orderBy('level ASC, lft ASC')
        // this group by removes entries with same level
        ->groupBy('level')
        ->execute();
 
    // теперь внимательно смотрим, если нашли страниц меньше, 
    // чем было указано слагов то URL не совпадает с иерархией в БД, 
    // а значит, извините, но вы не по адресу.
    // искали 3 слага - надо найти 3 страницы, и чтобы их level 
    // были равны 0,1,2 и не повторялись
    // проблемы начнутся, если слаги могут совпадать, 
    // но другого быстрого и простого способа проверить я не придумал
    // If some url parts dont fit - dont want this anymore
    if (count($data) < count($pages)) {
      return false;
    }
 
    // если мы не указали в конфигурации префикс 
    // и страницы вызываются, как www.site.com/page1
    // то этот роут будет выполнятся довольно часто, 
    // поэтому раз уж мы выполнили поиск страниц
    // было бы глупо не передать уже найденный id в метод show,
    // или что там у вас для показа
    $parameters['page_id'] = $data->getLast()->getId();
 
    return $parameters;
  }

У меня этот метод прекрасно заработал, хотя и не является идеальным решением. Если я хочу создать страницы /team/men, /team/women, то мне придется создавать и страницу /team, и она будет открываться, хотя я, например, хотел бы чтобы она редиректила на /team/men. То есть надо было бы создавать тип страниц "редирект". Что порядком костыльно. Так же, вероятно, будут проблемы с link_to и url_for. Стоит написать свой хелпер для генерации урлов.

Что еще можно сделать? Можно при создании страницы указывать URL напрямую, и хранить его в БД. И точно так же в роуте проверять не соответствие слагов и уровней, а просто искать по полю url. Позволяет обойти проблему с /team/men, хотя и не очень красиво, страница /team, будет выдавать 404. Хотя как я понимаю, проблему с link_to оно все равно не решит.

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

public function  setupInheritance() {
    parent::setupInheritance();
 
    $this->widgetSchema['parent'] = new sfWidgetFormDoctrineChoiceNestedSet(array(
        'model' => 'MODEL_NAME',
        'add_empty' => true
    ));
    $this->validatorSchema['parent'] = new sfValidatorDoctrineChoice(array(
        'model' => 'MODEL_NAME', 
        'required' => false
    ));
}

Добавили виджет и валидатор. sfWidgetFormDoctrineChoiceNestedSet это простой DoctrineChoice, в котором есть отступы и сортировка в соответствии с иерархией в NestedSet. Теперь наш виджет виден в форме, правда ни на что пока не влияет.

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

public function getFields() {
    $fields = parent::getFields();
    $fields['parent'] = 'NestedNode';
 
    return $fields;
}

Здесь надо обратить внимание не только на значение, но и на имя ключа в массиве. В качестве значения можно указывать "Number", "Text", "Date" и некоторые другие. Я не пробовал, но полагаю, что если указать одно из них, то сработает стандартный обработчик поля фильтра, как например addNumberQuery. В нашем случае формат нестандартный и обработчик будем делать сами.

Кстати говоря, если в данный момент посмотреть на наш проект - нам выбросят исключение, где будет сказано как надо назвать метод, который будет обрабатывать наше поле. В моем случае это addParentColumnQuery. Формат названия функции, скорее всего такой: add_COLUMN_NAME_ColumnQuery.
А собственно вот и она сама:

public function addParentColumnQuery($q, $element, $value) {
    $parent = Doctrine::getTable('MODEL_NAME')->findOneById($value);
    return $q->andWhere('lft > ?', $parent->getLft())->andWhere('rgt < ?', $parent->getRgt());
}

Получаем Doctrine_Query в качестве параметра $q, добавляем свои условия и возвращаем. Все легко и просто.

Наздоровье
Референс: http://robert-says.com/2010/03/symfony-how-to-add-a-custom-filter-for-the-admin-listing/

$query->addWhere('level = ?', 0);

Это потому, что все, что ниже уровнем мы будем получать через getChildren. Иначе нам пришлось бы двигать итератор Doctrine_Collection, что более сложно, заумно, и вовсе у меня не получилось (next($objects) почему-то не дает эффекта).
Сделать optgroup в choice совсем несложно, надо лишь сделать элемент массивом. Ну а что получилось собственно внутри поста.

Я еще раз повторюсь, что это код sfWidgetFormDoctrineChoiceNestedSet, за малым изменением.

class weDoctineOptgroupSelectWidget extends sfWidgetFormDoctrineChoice {
 
  public function getChoices() {
    $choices = array();
    if (false !== $this->getOption('add_empty')) {
      $choices[''] = true === $this->getOption('add_empty') ? '' : $this->getOption('add_empty');
    }
 
    if (null === $this->getOption('table_method')) {
      $query = null === $this->getOption('query') ? Doctrine_Core::getTable($this->getOption('model'))->createQuery() : $this->getOption('query');
      // force manual sorting according to root_id then by lft
      $query->addOrderBy('root_id asc')
          ->addOrderBy('lft asc');
      // Viktoras: we need to fetch only top level, as we'll get the children with getChildren()
      $query->addWhere('level = ?', 0);
      $objects = $query->execute();
    } else {
      $tableMethod = $this->getOption('table_method');
      $results = Doctrine_Core::getTable($this->getOption('model'))->$tableMethod();
 
      if ($results instanceof Doctrine_Query) {
        $objects = $results->execute();
      } else if ($results instanceof Doctrine_Collection) {
        $objects = $results;
      } else if ($results instanceof Doctrine_Record) {
        $objects = new Doctrine_Collection($this->getOption('model'));
        $objects[] = $results;
      } else {
        $objects = array();
      }
    }
 
    $method = $this->getOption('method');
    $keyMethod = $this->getOption('key_method');
 
    foreach ($objects as $object) {
      // indent item by 4 spaces per level
      // Viktoras: here we check for children and make entry an array if they exists
      $node = $object->getNode();
      if ($node->hasChildren()) {
        foreach ($node->getChildren() as $child) {
          $choices[$object->$method()][$child->$keyMethod()] = str_repeat(' ', ($child['level'] * 4)) . $child->$method();
        }
      } else {
        $choices[$object->$keyMethod()] = str_repeat(' ', ($object['level'] * 4)) . $object->$method();
      }
 
    }
    return $choices;
  }
 
}

И выглядит это вот так:

Как вообще убрать фильтры в admin generator?

config:
  filter:
    class: false

Как повесить иконку своему кастомному object_action?

#sf_admin_container ul li.sf_admin_action_##ACTION_NAME## a
{
  background: url(/images/icons/icon.png) no-repeat 0 0;
}

Как недопустить ввода пустой строки в админке?

public function configure() {
    $this->validatorSchema['name']->setOption('trim', true);
}

Fatal error: Call to undefined function include_component()
Вы, скорее всего, указали в settings.yml standart_helpers, и забыли добавить в список Partial.

all: 
  .settings: 
    standard_helpers:       [I18N, Partial]

За день до поездки мы искали отель, так как собирались пробыть в Праге два дня, а так же изучали карту города и смотрели сайты ресторанов, выбирая поинтереснее и подешевле. Сразу дам ссылочку на сайт, который нам сильно помог. Как раз там мы и заказали номер. Изначально хотели взять что подешевле, но все оказалось уже занятым, поэтому взяли номер на двоих в 4х-звездочном небольшом отеле Antik за 60 евро, включая завтрак. Чуть забегая вперед скажу, что это составило чуть меньше половины всех наших затрат на это путешествие.

Отправились мы из Zittau в 8:45 на поезде до города Liberec. Билеты купили заранее, стоили они всего €2,60 на человека. Дорога заняла всего 35 минут, и в 9:20 мы уже были на месте. Либерецкий вокзал на ремонте и выходить пришлось какими-то грязными корридорами. Как вышли - побежали на автобусный вокзал, уж очень хотели успеть на автобус на 10 часов. Для чешских автобусов есть очень удобный сайт Student Agency, где можно заказать билет заранее и оплатить, а потом при входе просто сказать номер своей брони. При бронировании можно увидеть сколько мест осталось свободно и выбрать какие именно места хотите. И вот за день до отъезда я хотел забронировать нам места в автобусе на 10 часов, но к сожалению, моя банковская карта не подходит для оплаты через интернет, а мест в автобусе оставалось всего 7. К нашему счастью мы успели купить билеты. До отправления оставалось около 30 минут, так что мы немного погуляли вокруг вокзала, или как его там называют Nádraží.

Ровно в 10 часов подошел наш автобус, такие называют coach. Наши места были 29,30 — как раз напротив входа. Здесь мы были порядком удивлены. За билеты мы заплатили 160 чешских крон, что равно примерно 6 евро. При этом в автобусе было несколько экранов, где можно было смотреть сериал «Друзья» на английском с чешскими субтитрами, для этого бесплатно выдаются наушники. Кроме того стюардесса бесплатно приносит горячие напитки (чай, кофе, горячий шоколад), а для желающих есть туалет. Хотелось встряхнуть головой и протереть глаза, неужели и правда это все за 3 евро с человека. И ведь еще везут куда надо... поразительно. Через 1 час и 5 минут мы приехали в Прагу. Всего получается мы потратили на дорогу 2 часа и 11 евро.

Прибыли мы на автобусный вокзал, где находится станция метро Černý Most. Я думаю несложно догадаться, что по-русски это будет «Черный мост». Вход в метро здесь немного похож на финский, никаких тебе турникетов, только стойки для компостирования билетов. Вот чего я вам не советую, так это приезжать в Прагу в воскресенье - кассы не работают, а автоматы принимают только монеты. Так что с вашими евро, или банкотами из банкомата, придется искать место, где продают билеты. Благо они бывюат в газетных киосках, да и вообще в магазинах рядом с метро. Билеты тут действуют определенное количество времени. Есть билет на 20 минут за 18 крон, но на нем далеко не уедешь. Чтобы доехать до центра от Černý Most — берите лучше билет за 26 крон, он будет действовать 75 минут с момента активации. Можно так же взять билеты на 1-3-5 дней (100-330-500 крон соответственно). При входе в любой транспорт неактивированный билет надо активировать, засунув его в специальный аппарат. Как раз такие и стоят на входе в метро. Будьте внимательны, компостируйте с правильной стороны! Когда мы уже ехали обратно, моя жена неправильно прокомпостировала билет. Заметили не сразу, но решили, что ничего страшного. Так вот у нас обошлось, но вообще штраф 1000 крон, независимо от того что вы иностранец и не понимаете их язык и как у них все устроено. Лучше не рискуйте, берите билет и езжайте спокойно, к тому же стоит он совсем не дорого. (На фото, как видите, один билет не прокомпостирован снизу).

Метро в Праге состоит из 3х линий: зеленая линия А, желтая B и красная C. Černý Most — это конечная станция желтой линии. Когда мы, уже на следующий день, возвращались мы проехали одну станцию по красной линии, а на зеленой так и не побывали. На красной линии нам попался поезд поновее, сидения там были мягче, а двери открывались как в автобусе, немного выезжая вперед. На желтой же, поезда хотя и не выглядели старыми, были чуть попроще. С виду такие же, как в Санкт-Петербурге, только переоборудованные внутри. Над дверьми располагается лампочка, которая загорается красным, когда дверь закрывается, естественно при этом еще и предупреждают по-чешски. Вестибюли метро довольно простые, похожи на некоторые из самых невзрачных петербургских станций. Эскалатор такой же как в Петербурге, только без ламп посреди баллюстрады.

На метро мы приехали на станцию Náměstí Republiky. Регистрироваться в отеле можно было с 2х часов дня, а было, я напомню, всего 11, поэтому мы пошли гулять. Нас сразу впечатлила Пороховая башня (Prašná brána) и мы захотели поднятся на нее. Внутри была довольно длинная винтовая лестница и подниматься порядком утомило. Сперва поднялись до первого внутреннего зала, где стояли доспехи рыцаря, разное оружие старых времени, старинные книги на чешском и все такое прочее. Вместо окон в башне почти везде были витражи. В этом же зале надо платить за вход, по-моему что-то около 100 крон (4 евро). Дальше опять подъем по винтовой лестнице и еще один зал, теперь со сценой средневековой битвы. И наконец, последнее усилие, и мы наверху. Открывается красивый вид на Прагу. Проход там наверху очень узкий и фотографировать друг друга на фоне города трудно, к тому же окошки не очень большие. То есть это место скорее из разряда посмотреть, чем пофотографировать, но я думаю, что своих денег оно в любом случае стоит. Спускались мы сразу все три части лестницы и голова порядком закружилась.

Дальше наш путь лежал по Целетной улице (Celetná ulice) до очень красивой Староместской площади (Staroměstské náměstí). На самой площади, конечно, было множество народу. На вертелах жарились большие куски свинины и заманчиво пахли. Стоит это удовольствие 85 крон (3 евро) за 100 граммов и мы решили лучше потерпеть потом до ресторана. Так же на площади происходило какое-то событие, была сцена и большой экран, передающий события на сцене. Выступал этнический коллектив с немецкими песнями. Спонсором, видимо, была марка машин Hyundai, потому что сцена и экран, и еще какие-то инсталляции были облеплены логотипами. Чуть-чуть послушали и пошли дальше. Мимо астрономических часов, рядом с которыми толпились люди. Оказалось, что времени было без десяти час, а в час что-то должно было произойти. И произошло. Фигурки рядом с часами задвигались: скелет дергал за веревочку и тем самым звонил в колокол, фигура турка (как мы услышали у экскурсовода неподалеку) трясла палкой, с другой стороны часов фигурка лицемерия смотрелась в зеркало, а «жадность» трясла мешком с деньгами. Потом золотой петух над часами прокукарекал, с верхнего этаже здания с часами высунулся трубач и протрубил мелодию. Такое вот небольшое представление. Мы пошли дальше по улице до Карлового моста (Karlův most) через Влтаву. На мосту тоже было много народу, идти приходилось почти проталкиваясь. На перилах были скульптуры, играла какая-то группа и продавала диски, художники предлагали картины, фотографии. На другой стороне моста мы поняли, что уже порядком устали и проголодались. В мои планы входило прогуляться дальше, я не расчитывал что мы так сильно захотим есть в это время, и не искал ресторанов в том районе. Поэтому решили идти в McDonald's, это было проще всего. Когда покушали, время уже перевалило за 2 часа, поэтому мы отправились в отель.

Продолжение следует...

Некоторые люди утверждают, что Symfony - это подарок богов. Другие считают, что это преувеличение. Но как ни крути, в версиях 1.3/1.4 добавилось много нового и полезного, что может сэкономить вам вермя.
Представим проект, где есть разные заметки (новости, интервью, и т.д.). И они могут быть на разных языках. И это довольно просто сделать с actAs: I18n. Но есть небольшая сложность: переводы должны быть опциональны, чтобы можно было написать статью только на французском, английском или немецком.

Некоторые материалы по теме: раз, два, три, четыре, пять.

Итак, начнем со схемы.

Article:
  actAs:
    Timestampable: ~
    I18n:
      fields: [ title, body ]
      actAs:
        Sluggable: { fields: [ title ], uniqueBy: [ lang, title ] }
 
  columns:
    title: { type: string(255), notnull: true }
    body: { type: clob, notnull: true }
    author: { type: string(255), notnull: false }
 
News:
  inheritance:
    extends: Article
    type: concrete

А так же фикстуры:

News:
  n1:
    author: 'Lenta.ru'
    Translation:
      ru:
        title: 'Нет вестей с Титана'
        body: |
          Титан – это шестой и самый крупный спутник Сатурна.
 
  n2:
    author: 'Bash.org'
    Translation:
      en:
        title: '#921792'
        body: |
          <Thomas> if women think they arent meant to cook
          <Thomas> why do they have milk and eggs inside them?

Загружаем все это добро в базу данных:

php symfony doctrine:build --all --and-load
php symfony generate:app backend
php symfony doctrine:generate-admin backend News

Загляните в только что построенный модуль админки. Нажмите кнопку "редактировать" и оп.. а где все наши переводы? Если вы еще не в курсе, actAs:I18n разделяет таблицу на 2 части, в первой содержатся общие поля, не зависящие от перевода, а во второй те, которые требуют перевода.

mysql> SELECT * FROM news;
+----+-------------+---------------------+---------------------+
| id | author      | created_at          | updated_at          |
+----+-------------+---------------------+---------------------+
|  1 | Lenta.ru    | 2010-01-29 12:14:46 | 2010-01-29 12:14:46 | 
|  2 | Bash.org    | 2010-01-29 12:14:46 | 2010-01-29 12:14:46 | 
+----+-------------+---------------------+---------------------+
 
mysql> SELECT id, lang, title FROM news_translation;
+----+------+-----------------------------------------------------+
| id | lang | title                                               |
+----+------+-----------------------------------------------------+
|  1 | ru   | Титан – это шестой и самый крупный спутник Сатурна. | 
|  2 | en   | <Thomas> if women think they arent meant to cook ...| 
+----+------+-----------------------------------------------------+

Чтобы нам было доступно редактирование переводов - надо воспользоваться функцией embedI18n.

// lib/form/doctrine/NewsForm.class.php
class NewsForm extends BaseNewsForm
{
  /**
   * @see ArticleForm
   */
  public function configure()
  {
    parent::configure();
    $this->embedI18n(array('ru', 'en'));
  }
}

Вуа ля. Редактировать можно!

Немного приберемся

Наш код сейчас не так хорош, как мог бы быть:
Каждый раз, когда мы будем добавлять новый тип статьи - нам надо будет менять метод configure;
Каждый раз, когда мы будем добавлять/удалять новый язык для статей - нам надо будет менять все формы.

К счастью, с Symfony 1.3, наследование форм повторяет наследование моделей. Смотрите, NewsForm наследует BaseNewsForm, которая в свою очередь наследует ArticleForm.

# config/app.yml
all:
  cultures:
    enabled:
      ru: Russian
      en: English

// lib/form/doctrine/NewsForm.class.php
 
// Revert the changes we added there
class NewsForm extends BaseNewsForm
{
  /**
   * @see ArticleForm
   */
  public function configure()
  {
    parent::configure();
  }
}
 
// lib/form/doctrine/ArticleForm.class.php
class ArticleForm extends BaseArticleForm
{
  /**
   * Available languages
   *
   * @var array $languages
   **/
  protected $langages;
 
  public function configure()
  {
    $this->languages = sfConfig::get('app_cultures_enabled');
 
    $langs = array_keys($this->languages);
 
    $this->embedI18n($langs);
    foreach($this->languages as $lang => $label)
    {
      $this->widgetSchema[$lang]->setLabel($label);
    }
  }
}

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

Редактируем переводы

Давайте теперь попробуем нашу форму для статей. Когда вы попробуете редактировать какую-нибудь новость, то... постыдная неудача. Нельзя сохранить, потому что нет английского или русского перевода. Давайте добавим условие, что если в форме есть пустые поля - мы эти формы не сохраняем.
Для этого мы перекроем метод doBind.

// lib/form/doctrine/ArticleForm.class.php
class ArticleForm extends BaseArticleForm
{
  /**
   * Available languages
   *
   * @var array $languages
   **/
  protected $langages;
 
  public function configure()
  {
    $this->languages = sfConfig::get('app_cultures_enabled');
 
    $langs = array_keys($this->languages);
 
    $this->embedI18n($langs);
    foreach($this->languages as $lang => $label)
    {
      $this->widgetSchema[$lang]->setLabel($label);
    }
  }
 
  /**
   * Cleans and binds values to the current form
   *
   * Ignore i18n forms when all their fields are empty
   *
   * @see sfForm::doBind
   **/
  protected function doBind(array $values)
  {
    foreach($this->languages as $lang => $label)
    {
      if($this->embeddedI18nFormIsEmpty($values[$lang]))
      {
        unset(
          $values[$lang],
          $this[$lang]
        );
      }
    }
 
    parent::doBind($values);
  }
 
  /**
   * Check if every fields, except for id and lang, are empty
   **/
  protected function embeddedI18nFormIsEmpty(array $values)
  {
    foreach($values as $key => $value)
    {
      if(in_array($key, array('id', 'lang')))
        continue;
 
      if('' !== trim($value))
      {
        return false;
      }
    }
    return true;
  }
}

В перекрытом методе doBind, мы проверяем каждую I18n форму, и, если надо делаем ей unset. Теперь все сохраняется как надо, однако же...

Загляните в базу данных, вас там ждет сюрприз.

mysql> SELECT id, lang, slug FROM news_translation;
+----+------+------------------------------------------------------+
| id | lang | slug                                                 |
+----+------+------------------------------------------------------+
|  1 | en   |                                                      | 
|  1 | ru   | Титан – это шестой и самый крупный спутник Сатурна.  | 
|  2 | en   | <Thomas> IF women think they arent meant TO cook ... | 
+----+------+------------------------------------------------------+

Где-то в процессе сохранения, Symfony создала пустой объект перевода. И вот решение для этой проблемы.

// lib/form/doctrine/ArticleForm.class.php
 
  // Add this at the beginnig of the class:
  /**
   * I18n ignored forms
   **/
  protected $I18nFormsIgnored = array();
 
  // update the doBind method:
  /**
   * Unset i18n forms values when every field is empty
   **/
  protected function doBind(array $values)
  {
    foreach($this->languages as $lang => $label)
    {
      if($this->embeddedI18nFormIsEmpty($values[$lang]))
      {
        $this->I18nFormsIgnored[] = $lang;
        unset(
          $values[$lang],
          $this[$lang]
        );
      }
    }
 
    parent::doBind($values);
  }
 
  // And override the doUpdateObject method:
  /**
   * Updates the values of the object with the cleaned up values.
   *
   * @param  array $values An array of values
   *
   * @see sfFormDoctrine::doUpdateObject()
   */
  protected function doUpdateObject($values)
  {
    parent::doUpdateObject($values);
 
    foreach($this->I18nFormsIgnored as $lang)
    {
      unset($this->object->Translation[$lang]);
      unset($values[$lang]);
    }
  }

На этот раз все сохраняется как надо!

(Здесь я пропускаю абзац про убирание поля Slug. Там есть сложность с тем, что формы перевода не наследуются. Если вам интересно - посмотрите в оригинальной статье. Я считаю, что основное здесь - как раз перекрытие методов doBind и doUpdateObject.
Тесты, приведенные автором можно посмотреть у него в статье, а можно тут и тут).

На этом все. Надеюсь вам пригодится мой перевод.

Когда речь идет о Германии, очень часто всплывает восхищение немецкими железными дорогами, мол быстро, комфортно. На картинках красивые поезда, довольные немецкие лица. И знаете что я скажу.. чистая правда! РЖД против DB, это как запорожец против мерседеса.

В Германии много категорий поездов, я опишу несколько их них. Те, что вы чаще всего видете на картинках - это поезда класса ICE, такие же, но чуть попроще IC: InterCity Express и просто InterCity. Оранжевые поезда, в которых можно ехать с велосипедом, называются RE - Regional Express. Они медленнее, чем IC/ICE, но и, конечно, подешевле. Мне не очень нравится ездить на RE, там не самые удобные места, а половина всех сидячих - откидные. Ну и наконец мой любимый тип поездов - RB, что означает Regional Bahn. Как видно на картинке, снятой, кстати говоря, из окна RB поезда - это всего пара вагонов. То есть это что-то вроде пригородных электричек. Внутри очень удобно, в целом похоже на автобус. Посередине много площади для багажа и велосипедов, а чуть поднявишь по ступенькам - сидячие места.

Самое шокирующее после поездов России - тут в каждом(!) поезде нормальный, рабочий туалет. В RB я видел предлагаются одноразовые бумажные сидения(!), можно руки помыть с мылом(!) и вытереть бумажными полотенцами(!). Я уж молчу о том, что там есть туалетная бумага (и даже запасная). Помимо туалетов, в RB поездах часто лежат газеты, которые, видимо, можно читать. В RB и RE так же часто есть автоматы по продаже всяких шоколадок/чипсов/лимонада, что бывает полезно в дороге, если забыл взять с собой. То есть прямо едешь и чувствуешь себя человеком.

Да, конечно, этот праздник на колесах кто-то оплачивает. И совсем не кто-то, а уважаемые пассажиры. Поезд ICE Берлин - Мюнхен стоит порядка 130 евро, если ехать 2м классом, это сравнимо с билетом на самолет. В целом чтобы съездить куда-нибудь стоит готовить не менее 40 евро на человека в один конец. Однако здесь не все так страшно. Существуют различные скидки. Например наш любиый Schönes Wochenende Ticket, который позволяет за 37 евро собратья компанией 1-5 человек и ездить куда угодно на RB и RE поездах в течении дня. Так же есть похожий билет по Саксонии - Sachsen Ticket, все то же самое, только 28 евро и в пределах Саксонии. Как раз с помощью таких билетов мы с женой ездили в Берлин и Лейпциг.

Билет на поезд лучше всего брать самому в автомате (там есть английский язык). Сначала там нужно выбрать маршрут и время, после чего вам распечатают Reiseplan - план вашей поездки с указанием на каких поездах, с каких платформ и во сколько вам ехать. Потом можно оплатить в том же автомате наличкой или карточкой. Если вы боитесь нажать не туда - можно купить и в кассе, но тогда с вас возьмут еще на 1-2 евро больше, как плата за услугу оформления.

Немецкие поезда обычно пунктуальны. Но не всегда. Несколько раз я ездил с опозданием в несколько минут. Однажды, когда я ехал один из Берлина домой через Коттбус, поезд сломался. Буквально через 5 минут нас всех пересадили в другой, который подвез нас 1 станцию, где уже ждал запасной поезд до Коттбуса. В итоге мы опоздали на 20 минут, но поезд, на Циттау, в который я должен был сесть дальше, всех подождал и никто не обиделся.

Так что, товарищи, летайте линиями ездийте дорогами Германии

В этом блоге почти все время я писал о PHP и немного о JS. Настало время разнообразить, и разнообразить свой блог я решил Питоном. О том, где взять Python и где поучиться я не буду, материалов полно, и большинство друг друга повторяют, в еще одном от меня смысла я не вижу. Чуть меньше примеров и статей про PyGame - свободную графическую библиотеку, базирующуюся на SDL.

Проблем с установкой, я надеюсь у вас не возникнет - либо запускате Windows инсталлер, а если вы в Linux - наверняка сами знаете. Не будем тянуть кота за хвост, откроем IDE, создадим проект и уже создадим хотя бы окошко.
main.py

#! /usr/bin/python
# -*- coding: utf-8 -*-
import pygame
 
class Game():
    def __init__(self):
        #Initial window settings
        pygame.init()
        pygame.display.set_mode((640, 480))
        pygame.display.set_caption('I\'m super cool Python programmer')
        self.run()
 
    #Run, Forrest, run
    def run(self):
        while True:
            self.track_input(pygame.event.get())
 
    def track_input(self, events):
        for event in events:
            #Exit
            if event.type == pygame.QUIT:
                exit(0)
 
#Here we go
if __name__ == "__main__":
    Game()

Сохраняете, запускаете, смотрите. Опа, окошечко. И даже закрывается по крестику. Теперь обьясню как это произошло. Сначала нам нужно импортировать pygame, иначе ничего не получится. Запуск скрипта начинается с последних строчек, которые создают экземпляр класса Game. Такая конструкция с переменной __name__ требуется для того, чтобы при импорте этой программы она не запускалась, а срабатывала только если файл запущен непосредственно. Функция __init__ в классе Game является чем-то вроде конструктора (но не конструктором!). Она вызывает метод pygame.init(), который инициализирует библиотеку, дальше вызываем метод pygame.display.set_mode((640, 480)), который и создает собственно окно размером 640х480. Обратите внимание, мы передаем кортеж, а не просто 2 числа. Дальше даем окну заголовок. На этом можно было бы и остановиться, программа уже будет работать. Но окно выскочит и закроется, потому что программа завершится. Чтобы этого не произошло запускаем функцию run(), которая представляет из себя бесконечный цикл вызовов функции track_input, которая принимает параметром события. И если произошло событие "Выход" (то самое нажатие по крестику), то закрываем. Все можно было бы уместить в одну функцию, но это задел на будущее.

Что же нам хочется дальше? Конечно же, чтобы что-то двигалось по стрелочкам. Почти в любой игре что-нибудь надо двигать, и у нас не будет исключение. Что же нужно? Нужно все так же следить за событиями, только теперь обрабатывать нажатия на кнопки стрелок. Чтобы удобнее было использовать направления (вверх, вправо, вниз, влево) обозначим их цифрами 0, 1, 2, 3. А чтобы не запутаться, введем переменные UP, RIGHT, DOWN, LEFT, которым и дадим эти значения. А переменные положим в отдельный файл directions.py и наступит ваще красота.
directions.py

#! /usr/bin/python
# -*- coding: utf-8 -*-
 
if __name__ == "__main__":
    exit(0)
 
UP    = 0
RIGHT = 1
DOWN  = 2
LEFT  = 3
DIRECTIONS = [UP, RIGHT, DOWN, LEFT]
VERTICAL = [UP, DOWN]
HORIZONTAL = [LEFT, RIGHT]

Обьявили наши переменные и три списка, которые нам пригодятся в будущем. Вернемся в main.py. Добавим к списку импортов directions.py:

import directions

В класс Game добавим словарь и 3 переменные:

x = 100
y = 100
speed = 3
 
keymap = {
    pygame.K_LEFT  : directions.LEFT,
    pygame.K_UP    : directions.UP,
    pygame.K_RIGHT : directions.RIGHT,
    pygame.K_DOWN  : directions.DOWN
}

Три переменные будут отвечать за положение и скорость перемещения объекта. А словарь ставит в соответствие клавиши и направления. Я надеюсь, что очевидно, что когда мы будем нажимать на какую-то кнопку, благодаря этому словарю мы узнаем в каком направлении надо двигать наш игровой объект, из положения x,y на speed пикселей. Далее в track_input добавляем в цикл:

if event.type == pygame.KEYDOWN and event.key in self.keymap.keys() and self.keymap[event.key] in directions.DIRECTIONS:
    self.move(self.keymap[event.key])

Здесь мы проверяем, что нажата кнопка (нажатия мышки и т.п. нас сейчас не интересуют) и что кнопка указана среди keymap, и то, что по выбранной кнопке в keymap стоит нормальное направление. И если все в порядке - вызываем функцию move с параметром "направление" из словаря.
В Python, насколько я знаю, нету операции switch/case, поэтому здесь мы будем делать финт ушами. Вот функция move, которую мы кладем все в тот же класс Game:

def move(self, direction):
    movement = {
        directions.UP       : [self.x,            self.y-self.speed],
        directions.RIGHT  : [self.x+self.speed, self.y],
        directions.DOWN  : [self.x,            self.y+self.speed],
        directions.LEFT    : [self.x-self.speed, self.y]
    }
    self.x, self.y = movement[direction]

Здесь у нас словарь с направлениями, по которым лежат списки с изменением параметров x и y, и когда вызывается нужное направление с помощью множественного присваивания мы изменяем сразу x и y.
Ну и наконец, в run() добавляем код, который будет рисовать нам маленький беленький квадратик, который и будет двигаться от наших нажатых кнопок.

pygame.display.get_surface().fill(pygame.Color(0, 0, 0, 0))
block = pygame.Surface((10, 10))
block.fill(pygame.Color(255, 255, 255, 0))
pygame.display.get_surface().blit(block, (self.x, self.y));
pygame.display.flip()

Давайте теперь посмотрим что у нас получилось.

#! /usr/bin/python
# -*- coding: utf-8 -*-
import pygame
import directions
 
class Game():
 
    x = 100
    y = 100
    speed = 3
 
    keymap = {
        pygame.K_LEFT  : directions.LEFT,
        pygame.K_UP    : directions.UP,
        pygame.K_RIGHT : directions.RIGHT,
        pygame.K_DOWN  : directions.DOWN
    }
 
    def __init__(self):
        #Initial window settings
        pygame.init()
        pygame.display.set_mode((640, 480))
        pygame.display.set_caption('I\'m super cool Python programmer')
        self.run()
 
    def run(self):
        while True:
            self.track_input(pygame.event.get())
            pygame.display.get_surface().fill(pygame.Color(0, 0, 0, 0))
            block = pygame.Surface((10, 10))
            block.fill(pygame.Color(255, 255, 255, 0))
            pygame.display.get_surface().blit(block, (self.x, self.y));
            pygame.display.flip()
 
    def track_input(self, events):
        for event in events:
            #Exit
            if event.type == pygame.QUIT:
                exit(0)
            if event.type == pygame.KEYDOWN and event.key in self.keymap.keys() and self.keymap[event.key] in directions.DIRECTIONS:
                self.move(self.keymap[event.key])
 
 
    def move(self, direction):
        movement = {
            directions.UP : [self.x,            self.y-self.speed],
            directions.RIGHT : [self.x+self.speed, self.y],
            directions.DOWN : [self.x,            self.y+self.speed],
            directions.LEFT : [self.x-self.speed, self.y]
        }
        self.x, self.y = movement[direction]
 
 
if __name__ == "__main__":
    Game()

Запускаем, и... видим маленький беленький квадратик, который двигается когда мы тыкаем стрелочки. Хотелось бы плавные движения пока нажата клавиша, правда? Но об этом в другой раз.

Немецкий язык не так уж и прост. По мне так сложнее английского раза в два. В английском основная сложность - времена, остальные приколы типа непрямой речи и past perfect не так важны для общения. В немецком же есть окончания (вот вы по-русски говорите и не задумываетесь об окончаниях. А это на самом деле большая сложность для остальных), в немецком языке есть падежи, от которых зависит как будет выглядеть артикль, в немецком языке есть разделение по рода (мужской/женский/средний). Оо, это разделение сущая головная боль. Угол (Die Ecke) - женский род, лето (Der Sommer) - мужской род, девочка (Das Mädchen) - средний род. У них все не так как в русском и голова от этого идет кругом.

С произношением больших проблем нет, надо только запомнить, что обычно "ch" - "хь", "sch" - "ш", "eu" - "ой", "äu" - "ой", "ei" - "ай", "ie" - "и". Так что уважаемый Тилль поет на самом деле "Ду хаст михь гефрагт", но в связи с его этническим происхождением у него получается "Ду хаст мишь гефрат" (значит это "ты меня спросил(а)). Много веселья у меня вызывает буква V. Это совсем не русская "В" (русская "В" - это W), это "фау". TV - "те фау", DVD - "де фау де". Быстро привыкаешь к букве "S", которая в начале слова в сочетании с буквами t и p звучит как "ш" (st - "шт", sp - "шп"), а в других случаях "з" или "с". Есть еще экзотическая буква ß, что примерно означает двойную "s". Буквы с умляутами легко понять, "üöä" - "юёэ". Объединив все это получаем слова типа: Straße (штрассе) - улица, Verkäufer (феркойфер) - продавец. Это то, что касается произношения.

Немцы любят длинные слова. Artillerieunteroffizierswitwensterbekasse - "похоронный фонд для вдов артиллерийских унтер-офицеров", Siebenhundertsiebenundsiebzigtausendsiebenhundertsiebenundsiebzigster - 777777-й (взял в интернете, самому лень искать примеры). Причем в повседневной жизни все более-менее прилично, то в официальных текстах - туши свет. Половина слов длиннее 12-13 букв.

Русский язык позаимствовал в немецком немало слов. Крах - Krach (треск, грохот), шлагбаум - Schlagbaum (Schlagen - бить, Baum - дерево), бутерброд - Butterbrot (масло, хлеб), плац - Platz (площадь, место) и даже стул - Stuhl. Возможно вы слышали про рунглиш, язык на котором говорят на Брайтоне - помесь русского и английского (хотя кого я обманываю, сами хороши.. роутер не коннектится - аттачи не зааплоадить, продебажить надо). В Германии такого в большом количестве не наблюдается, хотя и есть. Здесь ходят в гешефт(магазин), путцают(чистят) то, что запачкалось, шпрехают(говорят) на немецком, и анмельдуются(регистрируются) по месту жительства.

Известное всем в России Scheisse (дерьмо) употребляют тут даже по телевизору. А матерных слов в немецком языке и вовсе нет. Есть некоторые термины, но как я понял в качестве ругательных они не используются.

По поводу ассортимента: выглядит все как и в России, полки, полки, полки, товары, товары, товары. Цены, тут, кстати пишутся над товаром, а не под ним, что поначалу немного путало. Здесь продается много различного мяса, хлеба и булочек всяких масса, пива большой выбор, приправ очень много. Из непищевых много всего. Удивительно, но мало рыбы. Вероятно регион такой, не рыбный, но кроме селедки, лосося, шпротов и сардин в разных заливках ничего почти и нету. Сыр тоже не блещет разнообразием: гауда, маасдамер, еще парочка видов и все. Мало риса, гречки не видел вообще. Не видел сметаны, вместо нее берем "легкий йогурт", который похож на нее на 95%. Овощей и фруктов выбор не такой и большой, разве что в Toom можно купить что-нибудь экзотическое. Много на выбор напитков, но мало видов. То есть много яблочных и апельсиновых соков и нектаров, а томатного 1-2 вида и то только в Kaufland и за дорого.

Цены, конечно, отличаются от российских. 10 килограммов картошки, например, мы купили за 2,5 евро, 5 килограммов яблок за 3,3 евро. Это дешево. Огурцы зато 0,5 евро за.. штуку. Помидоры 2,5-3 евро за кило, что тоже дороговато. Яйца стоят дороже, самые дешевые - 1,29 евро за десяток. В Питере мы покупали 30 штук за ~2,5 евро. В остальном плюс-минус. Что-то дороже, что-то дешевле. Достаточно распространеные различные скидки, в Kaufland-е есть целый стенд "все за евро". Конечно, по большей части там продается барахло, но иногда попадается и что-то полезное. Жена присмотрела себе косметичку, а я набор отверток. Напитки дешевые: шорле (сок + минералка) стоит, как я уже упоминал от 0,3 евро. Обычно мы берем яблочный нектар за 0,59 1,5 литра или за ту же цену 2 литра холодного чая.

Особенностью здешних магазинов является различные марки продуктов. Лучше всего это видно на аптечных товарах. Да, здесь в супермаркетах есть аптечный отдел, где можно купить всякие леденцы от кашля, витаминки, чаи лечебные и т.п. Так вот, в Lidl продается фирма Optisana, все витамины, все чаи, все фирмы Optisana. В Kaufland - Concept, в Aldi - другая фирма, могут быть на 99% такие же чаи и витамины, но другого производителя, в Netto еще другая фирма.

Касс обычно мало, в небольших магазинах типа Lidl обычно работает всего одна, но никто не жалуется, долго жать не приходится. Даже если очередь в 5 челвоек - все проходят за пару минут. И никто, никто не хамит. Я последнее время хожу в магазин с рюкзаком - в нем удобнее нести. И никто мне слова не сказал, в России давно бы попросили снять, показать, убрать или еще чего. Шкафчиков для сумок, кстати тоже нет. Один раз только накупившись в Kauflande и пойдя в Repo (супермаркет хоз.товаров) мы постеснялись идти с полным рюкзаком и пакетом и, спросив у кассирши, поставили сумки у кассы.

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

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

Если победитель откажется - я передам ключ второму в списке, если откажется второй - третьему, если откажется третий - разыграю среди тех, кто вылетел в полуфинале. Победитель Riot. Всем спасибо за участие. Ромка и Никита, если я буду проводить следующие конкурсы и вы захотите принять в нем участие - обещаю вам привелегии. Я бы вас чем-нибудь наградил за 2-3 место, но у меня вроде ничего такого нету.

Результаты:
Первое место: 17. Riot a*******t@gmail.com
Второе место: 16. Ромка q****4@mail.ru
Третье место: 12. Никита g***********o@yandex.ru

Вылетели после полу-финала:
8. Георгий g*******s@gmail.com
13. Serg v***********s@gmail.com
24. GORN l***********6@yahoo.com

Вылетели после второго раунда:
1. Олег o******1@rambler.ru
2. MaksimOK m**************2@yandex.ru
3. Nightmarko n*********e@gmail.com
4. Dr.Damage b***n@meta.ua
5. gek0n g***n@ukr.net
6. Таня t***********a@rambler.ru
11. Drox d********r@gmail.com
19. Alex A***********y@mail.ru
20. fixx f*****f@gmail.com
21. sk2flash s******h@mail.ru

Вылетели из розыгрыша после первого раунда:
7. Игорь b*********_i@mail.ru
9. Юрий t******n@mail.ru
10. Andrey a*****l@uralweb.ru
14. ivan b********v@gmail.com
15. z96965 z****5@yandex.com
18. Alex Snet **@alexsnet.ru
22. Tama a*******a@gmail.com
23. Roma j*****4@gmail.com
25. KoLT f*****h@ya.ru

Первый раунд

Второй раунд

Полу-финал

Финал

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

Во-первых, немцы часто здороваются, встретив кого-либо, когда находятся в здании. Для меня это было достаточно удивительно, когда работники Auslandersamt (ведомство по делам иностранцев) здоровались со всеми людьми ожидающими в холле. В магазине кассирши так же здороваются и часто желают хорошего дня, когда рассчитаетесь. В целом немцы значительно более приветливы, особенно это заметно как раз на работниках бюрократического аппарата. В отношении Германии пока что слово "бюрократ" для меня не носит никакого негативного оттенка, ну просто не к чему придраться.

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

Про пиво и колбаски не спрашивайте, сам не ел, не видел как другие едят/пьют. Но в супермаркете выбор огромнейший. В Германии популярен напиток, который называется шорле. Это сок (почти всегда яблочный) смешанный с минералкой. Стоит, кстати, весьма дешево, что-то около 30 центов за 1,5 литра. В рублях это будет 13, в Санкт-Петербурге за 13 рублей можно только в туалет сходить, и то не везде.

Интересный факт: покупая напиток в бутылке часто надо платить pfand 25 центов (10 руб). Это такой залог за бутылку. Если вернешь ее в магазин - получишь обратно, не вернешь - не получишь. Таким образом немцы следят, чтобы не бросали пластик куда попало (он почти не разлагается, зато прекрасно перерабатывается). Тележки в супермаркете, кстати, взять можно за евро. Привезешь тележку обратно на стоянку - получишь евро обратно, а иначе считай оплатил труд человека, который сделает это за тебя.

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

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

Что касается алгоритма, то здесь все работает так. У нас есть поле 9х9, соответственно начнем мы с

public function generate() {
  $this->error_counter = 0;
  for ($row = 0; $row < 9; $row++) {
    for ($col = 0; $col < 9; $col++) {

$error_counter служит нам для защиты от тупиков. Сейчас вы увидите о чем речь.

if ($this->error_counter > self::retry_after) {
    //Row will be incremented to 0
    $row = -1;
    $col = 0;
    $this->error_counter = 0;
 
    $this->reset();
    break;
}

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

if ($this->sudoku[$row][$col]->getNum() == 0) {
    //Вычисляем какие цифры подходят в текущую клетку
    $fit = $this->fit($row, $col);
 
    $percents = array();
    foreach (self::$numbers as $number) {
        $percents[$number] = $this->percentage($number, $row, $col, $fit);
    }
 
    //Here we get all numbers, that are most possible
    $available = array();
    $max = max(array_values($percents));
    foreach ($fit as $number) {
        if ($percents[$number] == $max) {
            $available[] = $number;
        }
    }

Вот тут и происходит вся магия. Сначала вычисляем какие числа могут встать в клетку (смотрим, чтобы по вертикали, горизонтали и в малом квадрате такой не было). Далее для каждого из этих чисел запускается мутная функция percentage. Она вычисляет, какой шанс у числа попасть в эту клетку. Допустим у нас осталось 4 свободные клетки и 4 числа. При этом первое число может попасть в 1 клетку из 4х, второе в две, третье в три, четвертое во все. Эта функция просто делит количество клеток куда число может попасть на количество пустых клеток. Таким образом, выпадет число, у которого меньше всего шансов попасть в другие клетки. При равенстве берем случайное.

//It can turn that sudoku generation isn't going well
if (count($available) == 0) {
    foreach ($this->sudoku[$row] as $cell) {
        $cell->setNum(0);
    }
    $row--;
    $this->error_counter++;
    break;
}

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

if ($this->error_counter > self::retry_after) {
    break;
}
$this->sudoku[$row][$col]->setNum($available[mt_rand(0, count($available)-1)]);

Тут все просто, если надо сбросить головоломку - идем в начало и сбрасываем. А если все в порядке - берем случайное число, если их несколько.
Ну а все остальное по-моему достаточно просто и понятно.

That's all folks.

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

Разделяемая память - особая область памяти, которая доступа ВСЕМ процессам операционной системы. Доступ к определенному сегменту можно получить с помощью двух параметров: имени существующего файла и одного символа, который будет ключом System V IPC. Это нужно для того, чтобы несколько сегментов могли быть выделены основываясь на одном и том же файле. Звучит пока очень туманно, но сейчас я приведу пример, и надеюсь все станет понятно.

$t_key = ftok(__FILE__, 'g');
$shmid = shmop_open($t_key, 'c', 0755, 64);
shmop_write($shmid, 1, 0);
shmop_close($shmid);

Первой командой, специальной функцией ftok мы получили ключ, по которому будем получать доступ к сегменту разделяемой памяти. Первым параметром мы передали ему имя файла скрипта, а вторым букву 'g'. Почему 'g'? А просто так, можно взять любой символ.
Во второй строке мы собственно открываем доступ к сегменту памяти. Первый параметр - наш ключ, второй параметр 'c' - флаг указывающий на то, что мы создаем сегмент памяти, при том, если он уже существуем - он открывается на чтение/запись. Третий параметр - права на доступ, четвертый - размер в байтах.
В третьей строке мы записываем туда единицу, последний параметр - смещение.
И наконец закрываем сегмент.
Теперь по адресу, который определяется файлом скрипта и буквой 'g' в сегменте размером 64 байта лежит единица, и ее может достать любой процесс.

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

Как раз для таких случаев придуманы семафоры. Семафор (semaphore) - это такая сущность, которая позволяет ограниченному количеству процессов одновременно получать "зеленый свет" на выполнение чего-либо. Семафор, у которого такое количество равно 1 называется мьютексом (mutex). Именно мьютекс позволит нам не допускать в наш сегмент памяти больше одного процесса и остановит анархию.

$sem = sem_get(ftok(__FILE__, 'g'), 1);
sem_acquire($sem);
//тут может быть только один процесс
sem_release($sem);

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

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

//Ноль это наше начальное состояние счетчика
$counter = Counter::_new('g', 0);
//Порождаем потомков
for ($i = 0; $i < PROCESS_AMOUNT; $i++) {
    $pid = pcntl_fork();
 
    if ($pid == -1) {
        echo 'Error spawning new process';
    } elseif ($pid) {
        //Родительский процесс у нас ничего не будет делать
    } else {
        //Первый параметр - имя счетчика, и заодно часть ключа
        //Второй параметр - увеличивать ли значение счетчика
        //В данном случае мы просто читаем значение
        $counter = Counter::get('g', false);
        //TOTAL_LINES - количество строк в файле
        while ($counter < TOTAL_LINES) {
            //Берем значение счетчика и увеличиваем его на 1
            $counter = Counter::get('g', true);
            //Обарабатываем файл
        }
    }
}

Хочу рассказать вам про многопоточные приложения, взаимодействие процессов (IPC) и применение всего этого на PHP. В качестве примера мы возьмем счетчик с эксклюзивным доступом, доступный для всех процессов.

Что такое многопоточность? Это способ разделения программы на отдельные сущности (процессы и треды(threads)) для обеспечивания параллельности выполнения. Зачем это нужно? Для ускорения работы. Ведь открывая какой-нибудь сайт вы не хотите ждать пока сервер последовательно откроет его всем, кто запросил его до вас. Вы хотите сразу, поэтому сервер выделяет отдельный процесс или поток для обработки вашего запроса.

Сначала немного про многопточность в PHP. PHP не многопоточный язык, PHP не умеет работать с тредами. Однако мы можем использовать системные вызовы операционной системы для создания процессов. Это как если бы мы просто запускали PHP-CLI несколько раз. Основная команда pcntl_fork разделяет выполнение программы на 2 части: родительскую и дочернюю, при этом эта команда вернет идентификатор процесса. Если вернулся -1, значит произошла ошибка, если 0, значит мы в дочернем потоке, если число - значит в родительском.

$pid = pcntl_fork();
if ($pid == -1) {
     die('Произошла ошибка');
} else if ($pid) {
     // Мы в родительском потоке
     pcntl_wait($status); //Ждем выполнения потомка
} else {
     // Мы в потоке потомке
     // Делаем что-нибудь
}

В этом примере мы разделили программу на 2 части. В родительском процессе мы ожидаем завершения дочернего, чтобы тот доложил об успешном завершении. В противном случае он останется висеть в системе, как процесс-зомби. А если мы хотим не 2 потока, а больше? Тогда вызываем pcntl_fork несколько раз.

Приведу пример, как можно использовать pcntl_fork для "демонизации" процесса. Демон (daemon) - процесс выполняющийся в фоновом режиме. Это бывает очень удобно для программ, которые выполняются долгое время и не требуют прямого общения с пользователем. В Windows службы - аналог демонов в *nix системах. Итак, у вас есть программа на PHP, выполняющаяся в командной строке и вы хотите, чтобы она работала в фоне. Конечно, вы всегда можете сделать так:

nohup php script.php &

Это запустит вашу программу в фоновом режиме, а весь вывод будет перенаправлять в nohup.out. Более того, программа не завершится с выходом пользователя из системы. Но для демонов более правильный вариант создать процесс-потомок, закрыть родительский процесс (да-да, почти как зомби), только мы еще назначим наш дочерний поток "лидером сессии", то есть он сам сможет порождать дочерние потоки.

//Demonization
$child_pid = pcntl_fork();
// Если мы получили дочерний id, 
// то мы в родительском потоке
if ($child_pid) {
    exit;
}
//Здесь мы уже в потомке, а родитель был закрыл
posix_setsid();

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

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

Сигналы - это системные вызовы, влияющие на поведение процессов. Сигнал может завершить, приостановить, или послать особый сигнал, определенный пользователем. Помимо сигналов есть разделяемая память (shared memory) и семафоры (semaphores). Более подробно о них, и вообще об устройстве posix совместимых операционных систем советую вам поискать в интернете. Это было краткое введение в тему, для подготовки к следующей статье про счетчик в shared memory.

Данные плагина:

• название: blockUI v2
• размер: 15,6 кб без сжатия
• сайт плагина, скачать, демо

На сайте разработчика он выглядит так:

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

$.blockUI.defaults.css.border = '0px'; //убираем серую границу
$.blockUI.defaults.fadeIn = 100;  //ускоряем появление
$.blockUI.defaults.fadeOut = 100; //и исчезновение
$.blockUI.defaults.css.left = '40%'; //окно будет в центре

Этот код нужно вставить в страницу после подключения плагина. Параметр left:40% зависит от ширины окна, в моем случае оно 275 пикселей.

Что же сделать, чтобы окно выглядело как в Windows? Я конечно не мастер верстки, но результат мне вполне подходит. Сначала делаем макет окна и даем ему стили.

<div id="modal_dialog" style="display:none; cursor: default" class="dialog">
  <div class="dialog_title_bar">
    <div class="dialog_caption">www.charnad.com</div>
    <div class="rotes_kreuz"></div>
  </div>
   <div class="dialog_pane">
    <div>Наше модальное окошко</div>
    <div style="margin-top: 10px;">
     <form action="" method="POST">
       <input type="button" id="yes" value="Да" class="dialog_button"/>
       <input type="button" id="no" value="Нет" class="close_dialog dialog_button" />
     </form>
    </div>
 </div>
</div>

Почему display: none? Потому что плагин автоматически переключит видимость. Теперь CSS:

.dialog {
    cursor: default;
    border: 1px solid #000000;
}
 
.dialog form {
    margin: 0px;
}
 
/* Контейнер с заголовком */
.dialog .dialog_title_bar {
    height: 17px;
    padding: 1px;
    background-image: url(dialog-caption-bg.png) ;
}
 
/* Стиль текста заголовка */
.dialog .dialog_title_bar .dialog_caption {
    color: black;
    font-family: sans-serif;
    font-size: 9pt;
    text-align: left;
    padding-left: 5px;
    padding-top: 1px;
}
 
/* Панель диалога */
.dialog .dialog_pane {
    background: buttonface;
    text-align: center;
    padding-left: 10%;
    padding-right: 10%;
    padding-top: 10px;
    padding-bottom: 10px;
}
 
/* Кнопки диалога */
.dialog .dialog_button {
    width: 80px;
    height: 25px;
}
 
/* Красный крест, закрывающий окно */
.dialog .rotes_kreuz {
    background-image: url(rotes_kreuz.png);
    width: 28px;
    height: 15px;
    position: absolute;
    right: 3px;
    top: 3px;
    float: right;
    display: block;
    cursor: pointer;
}

Пути к картинкам, конечно же, поставьте свои. Сами картинки можно взять: фон заголовка, крест.

Теперь Javascript, чтобы все у нас прыгало и бегало.

$(document).ready(function() {
    //По этим кнопкам модальное окно закрывается
    $('.rotes_kreuz, .close_dialog').click(function() {
        $.unblockUI();
        return false;
    });
 
    //Эта кнопка будет вызывать наше окно
    $('#show_modal').click(function() {
        $.blockUI({message: $('#modal_dialog'), css: {width: '275px'}});
    });
 
    //По кнопке "Да" будет отправляться форма 
    $('#modal_dialog #yes').click(function() {
        $('#modal_dialog form').submit();
    });
});

Можно скачать:[filebase:file:file=3:tpl=simple] или посмотреть прямо здесь.

При желании, вы легко можете добавлять поля в форму диалога. У этого плагина есть еще одна интересная черта - оповещения типа Growl (оповещение вверху справа), о котором я надеюсь написать в следующий раз.

Если у вас ошибка "Unable to open database file" и при этом база читается, даже если вы дали права файлу БД 0777, то вам еще надо дать права на запись папке, в которой лежит файл. Дело в том, что при открытии транзакции пишется файл dbfilename-journal. Так же под Windows эта проблема может означать наличие кириллических символов в пути к базе.

Если вы по привычке написали ON DUPLICATE KEY UPDATE ..., и не понимаете в чем ошибка - обратитесь к официальному мануалу и просто измените INSERT на REPLACE, а "ON DUPLICATE..." сотрите.

Такая ошибка возникла у меня после перехода на PHP 5.3. Решение я нашел на http://stackoverflow.com, можете там посмотреть, чтобы узнать про эту ошибку более подробно. Выглядит она вот так:

Warning: PDO::__construct() [pdo.--construct]: [2002] Invalid argument (trying to connect 
via unix://) in /home/blah-blah-blah.php on line 9
 
Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000] [2002]
Invalid argument' in /home/blah-blah-blah.php:9 Stack trace: #0
/home/blah-blah-blah.php(9): PDO->__construct('mysql:host=localhost;dbname=db', 'USER', 
'PASSWORD') #1 {main} thrown in /home/blah-blah-blah.php on line 9

Решается она так: вместо localhost, при написании DSN для PDO пишите 127.0.0.1. А так же стоит указать путь к сокету MySQL в php.ini: pdo_mysql.default_socket=/var/run/mysqld/mysql.sock

Как вы, возможно, помните я купил себе зеркалку Nikon D60. Я достаточно долго щелкал на китовый объектив и, естественно, захотел новых игрушек. Китовый объектив я отдал хозяину, а себе купил кит от D90 Nikkor 18-105mm f/3,5-5.6, а чуть позже Гелиос-81Н 50мм f/2. Сейчас я коротенько расскажу про Гелиос.

Все получилось относительно быстро. Я нашел статью в интернете про то, что советская оптика от фотоаппаратов Киев 17,19,20 имеет байонет Н. А тот в свою очередь был скопирован с никоновского байонета, и поэтому они совместимы без переходников. Это же просто находка для никониста! Из всех объективов с таким байонетом наиболее доступным, и наиболее мне интересным был как раз 81й. Мой экземплярчик я нашел на Ebay. Продавец оказался из Ростова, и за несколько дней мы договорились, что за ~23$ я получаю его себе. Теперь мой фотоаппаратик выглядит вот так:

Немножко инфы про объектив. Выпускается в нескольких вариантах, если вы хотите поставить его на камеру Nikon - ищите с маркировкой Н. 81 просто и 81-Автомат не подойдут. Почти полным аналогом является Арсат-81Н, разница в чернении лепестков диафрагмы и просветлении. По слухам на Арсатах чернение лепестков осыпается - будьте внимательны. Объектив, естественно, полностью ручной. Диафрагма выставляется в пределах от 2 до 22 на объективе, наведение на резкость производится фокусировочным кольцом. Выдержку и ISO выставлять надо в камере в режиме M. Насколько мне известно, автоматически оценивать экспозицию сможет только D200, но если у вас есть деньги на D200 - наверняка, есть деньги и на современный объектив. Угол поля зрения 45°, разрешение (центр/край) - 40/20 лин/мм. Опять же по памяти этот объектив один из самых лучших по разрешающей способности.

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

Мне нужно было получать строку из файла по порядковому номеру. То есть первую, десятую, 390815-ую, и т.д. Сначала мне хватало цикла fgets, который прокручивал до нужной строки. На строке 500000 такой способ у меня занимал уже почти минуту, что явно плохо. Stream_get_line был совем не быстрее, а даже медленнее процентов на 30.

Первый из костылей, пришедших мне в голову был fseek до значения в 500000 строк (посчитал байты), а оттуда уже крутил fgets. Но так как у меня идет обработка до 100 тысяч строк в сутки, то через пару дней опять пришлось высчитывать смещение для fseek. Опять же, требовался другой выход. И я его таки нашел.

function getFileLine($file, $line) {
    return trim(exec("head -n $line $file | tail -n 1"));
}

Head берет N первых строк файла, tail N последних. Все гениальное просто. 1 миллионная строка берется из файла за 1.027 сек, 40 миллионная - 30 секунд, что очевидно быстрее прокручивания fgets. (Конечно, если не прыгать fseek до 40 миллионной записи и считывать 40000001-ую)

Конечно, решение ограничено *nix системами, но т.к. моя система и без того использует pcntl_fork, она уже была привязана к никсам, так что хуже мне не стало.

Если вы хотите делать массовый апдейт в MySQL, то я могу вам предложить вот такой рецепт. Сначала вы создаете временную таблицу, циклом собираете массовый INSERT запрос и потом вставляете данные из временной таблицы в нужную. Выглядеть это может, например, так:

CREATE TEMPORARY TABLE ids (VALUE INT, url VARCHAR(255));
INSERT INTO ids VALUES 
    (0, 'http://url1.ru'),
    (0, 'http://url2.ru'),
    (0, 'http://url3.ru');
UPDATE blogs, ids SET my_value = ids.VALUE WHERE blogs.url = ids.url;

Поясню. Допустим, мне понадобилось обновить некое значение в таблице в соответствии с URL. Скажем, статистику интернет-магазинов. Я создал временную таблицу из тех значений, по котороым будет вестись поиск, и значений, которые я буду вставлять в нужную мне таблицу. Дальше, идет INSERT сразу нескольких строк. Его очень просто собирать в цикле из массива. Например вот так:

$elements = array();
foreach ($aray as $url => $value) {
    $elements[] = '('.$db->escape($value).', '.$db->escape($url).')';
}
$insert_string = implode(',', $elements);

После чего, собственно апдейт со вставкой. Временная таблица исчезнет после окончания сессии БД. На то она и временная.

Закончилась моя суточная эпопея с Kohana, когда я пытался всего лишь работать с контроллером по имени Index. Проблема заключалась в том, что когда я заходил по адресу http://somesite.ru/kohana/index/save с надеждой, что выполнится контроллер index, метод save я получал ошибку о том, что мол страницы save-то и не существует. Особенно странно было то, что эта ошибка проявлялась только на рабочем сервере под Debian. Сначала я стал дебажить роутинг Коханы, но докопавшись до самых глубин, выяснилось, что Apache отдает неверный параметр сервера PATH_INFO, вместо 'index/save', в роутинг передавался просто 'save', и это уже трактовалось как контроллер. Я перепроверил на всех доступных мне shared хостингах, везде все было в порядке, кроме рабочего сервера.

Ладно, подумал я, и переустановил Apache. Но проблема не решилась. Ладно, снова подумал я, и включил unstable пакеты и установил распоследний Apache, но проблема по прежнему не решилась. Вот тут я уже стал впадать в панику. А я вам скажу, что было уже утро следующего дня, как я обнаружил проблему. Просмотрев конфиги Апача я не нашел ничего криминального. Я грешил уже и на mod_rewrite, и на Debian, и на все подряд.

Почти отчаявшись, я стал разбирать Апач по кусочкам, выключив все модули, кроме mod_rewite и mod_php. И вот тут все заработало. Выяснилось, что mod_negotitation считал, что раз я напрямую не указал index.php в URI, значит я ошибся. И милостливо переписывал имя контроллера index в index.php.

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