Как вообще убрать фильтры в 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]

Некоторые люди утверждают, что 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->embeddedI18nFormEmpty($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.
Тесты, приведенные автором можно посмотреть у него в статье, а можно тут и тут).

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

В этом блоге почти все время я писал о 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()

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

Что касается алгоритма, то здесь все работает так. У нас есть поле 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();
    });
});

Можно скачать:

blockUI demo (31.1 KiB)

При желании, вы легко можете добавлять поля в форму диалога. У этого плагина есть еще одна интересная черта - оповещения типа 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

Мне нужно было получать строку из файла по порядковому номеру. То есть первую, десятую, 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.

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

Установка 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. Хочу, однако, отметить, что HOME можно не указывать, тогда ищите папку .ssh в папке вашего юзера. Например C:/Users/CharnaD/.ssh. Все!

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

SSH для Windows (1.4 MiB)

php_value engine Off

Это отключит интерпретацию и скрипты злоумышленника не будут работать. Только свои скрипты не кладите рядом, иначе любой сможет их скачать в виде исходных кодов. Но есть одно "НО". Нужно настроить опцию AllowOverride в конфиге Apache. Насколько я понял хватит AllowOverride Options. На shared хостингах, где PHP работает в CGI режиме, этой фичей воспользоваться не получится.

Вариант второй, предложенный mihdan:

RemoveHandler .php
AddType application/x-httpd-php-source .php
RemoveType .php
Options -ExecCGI -Indexes

Этот метод совместим с большим количеством хостингов и на данный момент видится более предпочтительным.

О том как установить 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 одной таблицы. Удобно.

Вообще, по правилам 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 - поле, которе будем переключать.

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

У меня в базе данных введен в таблице специальный столбик, называемый 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/

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

Почти сразу у меня возникла идея использовать 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})";

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

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