воскресенье, 15 июня 2014 г.

Magento: Как добавить во flat таблицу аттрибут с собственной source моделью

Для добавления атрибута продукта во flat таблицу достаточно выполнить следующие действия:
1. Включить для атрибута настройку "Used in Product Listing"
2. Выполнить полный реиндекс catalog_product_flat

Но это не работает если вы создаете атрибут с собственной source моделью. Чтобы сделать это нужно выполнить несколько дополнительных действий:
1. Добавить в source модель функцию getFlatColums() с описанием вашего атрибута. Да да, именно getFlatColums, а не getFlatColumns (привет core разработчикам Magento).
/**
 * {@inheritdoc}
 */
public function getFlatColums()
{
    return array($this->getAttribute()->getAttributeCode() => array(
        'type'      => 'tinyint',
        'unsigned'  => true,
        'is_null'   => true,
        'default'   => null,
        'extra'     => null
    ));
}

2. Добавить функцию getFlatUpdateSelect()
/**
 * {@inheritdoc}
 */
public function getFlatUpdateSelect($store)
{
    /** @var $attr Mage_Eav_Model_Resource_Entity_Attribute */
    $attr = Mage::getResourceSingleton('eav/entity_attribute');
    return $attr->getFlatUpdateSelect($this->getAttribute(), $store);
}

После этих действий не забываем выполнить полный реиндекс catalog_product_flat.
Читать далее

воскресенье, 6 апреля 2014 г.

Вышла beta-версия MAMP для Windows

Я не раз упоминал что не люблю смешивать рабочее окружение и среду для программирования, стараюсь максимально разделить их – например, вынести на виртуалку. Но если выбирать среди сборок, то здесь лидирует MAMP. Программа очень мощная, гибкая, богатая на настройки. Например, она содержит несколько версий PHP (5.2.x, 5.3.x, 5.4.x, 5.5.x) и позволяет настроить отдельную версию для каждого хоста. То есть, один локальный сайт может работать с PHP 5.3.x, а другой c PHP 5.5.x. Согласитесь, очень удобно. Раньше это удовольствие было доступно только для Mac OS X, но пару дней назад вышла beta-версия для Windows. Рекомендую посмотреть и попробовать.
Читать далее

вторник, 25 марта 2014 г.

Узнать время выполнения скрипта

Если вам нужно анализировать время выполнения скрипта (крон, индекс и т.д.), рекомендую посмотреть в сторону команды time
$ time php -f indexer.php

Читать далее

суббота, 7 сентября 2013 г.

Установка расширения SHH2 для PHP на CentOS

Установить расширение SHH2 для PHP на CentOS очень просто. Его нельзя поставить через yum install, но все-равно установка сводится к выполнению нескольких простых шагов.

Перед установкой необходимо проверить, что у вас установлен репозиторий EPEL. Если у вас отсутствует данный репозиторий, то перейдите на http://fedoraproject.org/wiki/About_EPEL и следуйте инструкциям.

После того как репозиторий EPEL установлен, можно приступать к установке завимостей.
yum install gcc php-devel php-pear libssh2 libssh2-devel

Это позволит нам установить расширение SSH2 для PHP с помощью pecl.
pecl install -f ssh2

Экстеншен установлен. Дайте опишем конфиг чтобы PHP мог использовать данное расширение.
touch /etc/php.d/ssh2.ini
echo extension=ssh2.so > /etc/php.d/ssh2.ini

Если вы всё сделали правильно, то при выполнении следующей команды вы получите строку с "ssh2".
php -m | grep ssh2

Расширение SSH2 готово к использованию. Не забудьте перезагрузить веб-сервер ;)
Читать далее

пятница, 6 сентября 2013 г.

Установка TeamCity на CentOS

TeamCity — серверное программное обеспечение от компании JetBrains, написанное на языке Java, билд-сервер для обеспечения непрерывной интеграции.

Я узнал о TeamCity два года назад, когда ребята поднимали CI на нашем проекте. В то время я не совсем понимал что из себя представляет CI и как это работает. Со временем мне пришлось создавать новые билды и описывать их конфигурацию в Ant-скриптах. Недавно мне пришлось самому устанавливать TeamCity на "чистую" CentOS. Об этом и расскажу. Будете удивлены, но делается это очень просто.

Для примера я взял CentOS 6.4 и TeamCity 8.3.

1. Устанавливаем Oracle 1.6 JDK.
yum install java-openjdk

2. Устанавливам tomcat 6.*-7.*. Я выбрал шестую версию. Разработчики TeamCity рекомендуют Tomcat 6.0.27+.
yum install tomcat6 tomcat6-webapps tomcat6-admin-webapps

4. Открываем http://www.jetbrains.com/teamcity/download/index.html и качаем версию для Linux.



mkdir /opt/jetbrains
cd /opt/jetbrains
wget http://download.jetbrains.com/teamcity/TeamCity-8.0.3.tar.gz
tar -xzf TeamCity-8.0.3.tar.gz

5. TeamCity скачан, распакован, и находится в папке /opt/jetbrains/TeamCity. Пришло время запустить TeamCity сервер и дефолтный билд-агент.
cd /opt/jetbrains/TeamCity/bin
sh runAll.sh start

Всё готово. Теперь вы можете открыть http://your_host:8111/ и начинать работать с TeamCity. Если всё установилось правильно, то вы должны увидеть страницу с таким содержанием:



Я описал как просто и быстро "завести" TeamCity. О детальной настройке можно прочитать в разделе документации TeamCity.

Читать далее

суббота, 16 марта 2013 г.

SVN: Как мерджить из одной ветки в другую

Subversion была моей основной CVS более трёх лет. С Git я познакомился всего год назад. Не скажу что мой мир сильно изменился, но он мне показался более удобным. По-этому свои личные проекты я храню только в Git, а две недели назад даже купил Micro Plan на GitHub.

На работе же всё зависит от проекта: некоторые используют Git, остальные постепенно мигрируют с SVN на Git. Я сейчас работаю в команде, которая относится ко второму типу. По-этому я хочу рассказать о своем опыте мерджа из одной ветки в другую.

Нам понадобится Svnmerge.py и две ветки (например, http://svn.local/dev и http://svn.local/qa). Вторая ветка это копия первой, она была создана с помощью 'svn cp' и закомичена ревизией 12830.

Теперь предположим что у нас есть задача, реализацию которой мы запилили в dev-ветку. Список ревизий: 12834, 12839, 12845. Теперь нами стоит задача мерджа этих ревизий в qa-ветку.

1. Создаем папку и выполняем туда чекаут qa-ветки:
mkdir qa 
svn co http://svn.local/qa qa

2. После окончания чекаута нужно положить svnmerge.py в папку qa и сделать его исполняемым.
3. Заходим в папку qa и инициализируем dev-ветку. Эту единоразовая операция, ее не придется повторять в будущем:
svnmerge.py init -r1-12830 http://svn.local/dev
svn ci -F svnmerge-commit-message.txt

12830 это ревизия, в которой была создана qa-ветка. Мы записали в свойства бранча информацию о том, что в нем находится код dev-ветки с 1й по 12830й ревизии. Теперь у нас не получится повторно вмерджить эти ревизии.

4. Собираем необходимые ревизии и проверяем их наличие в dev/qa ветках:
svnmerge.py avail -r12834,12839,12845 -Shttp://svn.local/dev

Если это ревизии dev-верки и они не были ранее вмерджены в qa-ветку, то мы получим список доступных ревизий:
12834,12839,12845

Если какая-то из ревизий отсутствует в списке, на это может быть 2 причины:
  • Это не ревизия dev-ветки;
  • Это ревизия dev-ветки, но она уже была вмерджена в qa-ветку.

5. Мы предполагаем что у нас все хорошо и выполняем команду для мерджа:
svnmerge.py merge -r12834,12839,12845 -Shttp://svn.local/dev # мердж
svn st # проверяем изменения
svn ci -F svnmerge-commit-message.txt # комитим результат

Как видите все не так просто как в Git, но и сложного ничего нет :)

Читать далее

воскресенье, 3 марта 2013 г.

DLE: rewrite правила для nginx

Исторически так сложилось, что DataLife Engine (DLE) это первая CMS, которую я изучил. По-этому некоторые проекты еще крутятся на ней. С каждый годом этот геморрой становится все больнее, но пока что нет времени все переписывать.

2 недели назад мне пришло уведомление из ITL, что на серваке, на котором лежит мой VPS, посыпался винт. Извинились, дали 99% скидку на 2 месяца и сказали что надо бы переезжать на новый VPS. Заказал, предоставили чистую FreeBSD и начал Игорь сисадминить.

Сразу решил полностью отказаться от Apache, использовать только nginx. Думаю, все те кто юзал DLE помнят .htaccess с большим количеством реврайтов. Это и была основная проблема при миграции с Apache+nginx на standalone nginx. Авторы DLE позаботились об этом и предоставили rewrite правила для nginx (ссылка для тех, у кого спизженная CMS отсутствует лицензия - ТЫЦ). Но лично мне они не понравились, по-этому я продолжил поиски и собрал из нескольких источников следующий конфиг:

server {
    listen 80;
    server_name YOUR_HOST;

    root /path/to/document_root;

    rewrite ^/page/(.*)$ /index.php?cstart=$1 last;

    location / {
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$" /index.php?year=$1&month=$2&day=$3 last;
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$" /index.php?year=$1&month=$2&day=$3&cstart=$4 last;
        rewrite "^/([0-9]{4})/([0-9]{2})(/?)+$" /index.php?year=$1&month=$2 last;
        rewrite "^/([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$" /index.php?year=$1&month=$2&cstart=$3 last;
        rewrite "^/([0-9]{4})(/?)+$" /index.php?year=$1 last;
        rewrite "^/([0-9]{4})/page/([0-9]+)(/?)+$" /index.php?year=$1&cstart=$2 last;
        rewrite "^/([^.]+)/page/([0-9]+)(/?)+$" /index.php?do=cat&category=$1&cstart=$2 last; 
        rewrite "^/([^.]+)(/?)+$" /index.php?do=cat&category=$1 last;
        index  index.php index.html index.htm;
    }

    location /tags/ {
        rewrite ^/tags/([^/]*)(/?)+$ /index.php?do=tags&tag=$1 last;
        rewrite ^/tags/([^/]*)/page/([0-9]+)(/?)+$ /index.php?do=tags&tag=$1&cstart=$2 last;
    }

    location /user/ {
        rewrite ^/user/([^/]*)/rss.xml$ /engine/rss.php?subaction=allnews&user=$1 last;
        rewrite ^/user/([^/]*)(/?)+$ /index.php?subaction=userinfo&user=$1 last;
        rewrite ^/user/([^/]*)/page/([0-9]+)(/?)+$ /index.php?subaction=userinfo&user=$1&cstart=$2 last;
        rewrite ^/user/([^/]*)/news(/?)+$ /index.php?subaction=allnews&user=$1 last;
        rewrite ^/user/([^/]*)/news/page/([0-9]+)(/?)+$ /index.php?subaction=allnews&user=$1&cstart=$2 last;
        rewrite ^/user/([^/]*)/news/rss.xml(/?)+$ /engine/rss.php?subaction=allnews&user=$1 last;
    }

    location /lastnews/ {
        rewrite ^/lastnews/(/?)+$ index.php?do=lastnews last;
        rewrite ^/lastnews/page/([0-9]+)(/?)+$ /index.php?do=lastnews&cstart=$1 last;
    }

    location /catalog/ {
        rewrite ^/catalog/([^/]*)/rss.xml$ /engine/rss.php?catalog=$1 last;
        rewrite ^/catalog/([^/]*)(/?)+$ /index.php?catalog=$1 last;
        rewrite ^/catalog/([^/]*)/page/([0-9]+)(/?)+$ /index.php?catalog=$1&cstart=$2 last;
    }

    location /newposts {
        rewrite ^/newposts(/?)+$ /index.php?subaction=newposts last;
        rewrite ^/newposts/page/([0-9]+)(/?)+$ /index.php?subaction=newposts&cstart=$1 last;
    }

    location /favorites {
        rewrite ^/favorites(/?)+$ /index.php?do=favorites last;
        rewrite ^/favorites/page/([0-9]+)(/?)+$ /index.php?do=favorites&cstart=$1 last;
    }

    location ~ \.(html|xml) {
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$" /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6 last;
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$" /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 last;
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$" /engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 last;
        rewrite "^/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$" /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4 last;
        rewrite "^/([^.]+)/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$4&news_page=$2&cstart=$3 last;
        rewrite "^/([^.]+)/page,([0-9]+),([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$3&news_page=$2 last;
        rewrite "^/([^.]+)/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$" /engine/print.php?news_page=$2&newsid=$3 last;
        rewrite "^/([^.]+)/([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$2 last;
        rewrite "^/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$3&news_page=$1&cstart=$2 last;
        rewrite "^/page,([0-9]+),([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$2&news_page=$1 last;
        rewrite "^/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$" /engine/print.php?news_page=$1&newsid=$2 last;
        rewrite "^/([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$1 last;
        rewrite "^/static/(.*).html(/?)+$" /index.php?do=static&page=$1 last;
        rewrite ^/rules.html$ /index.php?do=rules last;
        rewrite ^/statistics.html$ /index.php?do=stats last;
        rewrite ^/addnews.html$ /index.php?do=addnews last;
        rewrite ^/([^.]+)/rss.xml$ /engine/rss.php?do=cat&category=$1 last;
        rewrite ^/page,([0-9]+),([^/]+).html$ /index.php?do=static&page=$2&news_page=$1 last;
        rewrite ^/print:([^/]+).html$ /engine/print.php?do=static&page=$1 last;
        rewrite ^/rss.xml$ /engine/rss.php last;
        rewrite ^/sitemap.xml$ /uploads/sitemap.xml last;
        rewrite ^/([^/]+).html$ /index.php?do=static&page=$1 last;
    }

    location ~* (uploads|uploads/fotos|templates|language)/.+\.php {
        deny all;
    }

    location ~* /templates/.+\.tpl {
        deny all;
    }

    location ~* (engine/cache) {
        deny all;
    }

    location ~ /\.ht {
        deny  all;
    }

    location ~* \.(jpg|jpeg|gif|png|ico|swf|css|js)$ {
        expires             30d;
        add_header          Cache-Control public;
    }

    # extra login to admin panel
    location =/admin.php {
        auth_basic            "closed section";
        auth_basic_user_file  htpasswd;
        fastcgi_pass   unix:/tmp/fastcgi.sock;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }

    location ~ \.php$ {
        fastcgi_pass   127.0.0.1:9000; # or socket
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}

Конфиг проверен и успешно работает на моем проекте, но не стоит вслепую его копировать. Лучше разобраться: возможно, что-то вам покажется лишним или, наоборот, недостаточным.

Читать далее