Этим постом я отвечаю на вопрос в комментариях о том, как я реализовал стрелки вверх и вниз для категорий. Перейдем к делу Читать дальше...

Давно я не брал в руки шашек. То есть не писал про symfony. А разработка продолжается. Сайт фактически готов, остаются мелкие доделки, доработка напильником и все такое. О "переключателях" или "тогглерах"(togglers), или не знаю как еще их назвать я уже давно хотел написать. Ну вот и пришло время, получайте. Читать дальше...

Сходил я тут на Sun Tech Days. Само мероприятие длится три дня, я пошел только на первый. Дальше напишу что там было и выложу фотки. Читать дальше...

Долго-долго не было апдейтов, но вот пора настала. Изменилось в общем-то немного. По-прежнему надо дописать FAQ и Manual, по-прежнему куча нереализованных фишек.. но движение какое-то есть. Рассказывать мне особо нечего, просто повешу ссылку.

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

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

Как некоторые возможно заметили блог переехал. Раньше я жил на шаред хостинге. Тариф был нормальный, возможностей было уйма: SVN, Jabber, RoR, MsSQL, PostreSQL, возможность запускать демонов и куча всего еще. Но.. 1 домен и 1 БД. Это все равно что Ferrari в чаще леса. Круто, но не развернешься. Присмотрел я себе 3 хостинга для переезда: Infobox, McHost и неизвестный мне до этого Domishko. С первыми двумя я общался по работе(техподдержка у Инфобокса надо заметить отменная). Но тут вдруг мой товарищ YS.PRO предложил попробовать VDS. Читать дальше...

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

Этот пост не совсем про симфони. На самом деле я опишу, как реализовывал категории и подкатегории для сайта над которым тружусь уже около месяца. Но так как сам сайт создается на symfony, то без нее тут никуда. Задача стояла примерно такая: для удобной навигации и поиска по товарам их нужно отнести к различным категориям и подкатегориям. Количество как первых, так и вторых может быть бесконечно. Единственное ограничение - уровень вложенности, он равен двум. В тех.задании категории и подкатегории были описаны двумя таблицами. Я думаю, что если бы последовал этому - я бы сэкономил пару-тройку часов, однако же, мне пришла в голову идея сделать все в одной таблице. Ведь по сути эти сущности ничем не отличаются, только что подкатегории имеют родительские категории.

Читать дальше...

Продолжаю посты про symfony. Сегодня сделаем динамический роутинг. То есть будем добавлять правила роутинга из php, минуя routing.yml. Это нужно, например, если вы хотите делать страницы вида http://site.com/page1, где page1 может быть создана, может быть удалена и прочее. Дело в том, что указать какой-то общий шаблон нельзя, потому что иначе он будет конфликтовать с дефолтным /:module. Что делать? А вот что. Читать дальше...

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

Метод таков:

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

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

3. Меняем no_script_name на "on" в настройках backend (app/backend/config/settings.yml):
   prod:
   .settings:
   no_script_name: on
4. Чистим кеш и заходим в папку: http://project/admin/ без проблем.

Кратко:
Моя YACI состоит в том, чтобы сделать чекбокс, и положить его в display:none контейнер. После чего onload страницы ставить туда галочку.

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

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

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