понедельник, 10 апреля 2017 г.

Поиск по нестандартным элементам

Сегодня, друзья, я расскажу вам о том, как добавить в стандартный битриксовый поиск возможность искать по нестандартным элементам.
Стандартный битриксовый поиск это тот который bitrix:search.page. А нестандартные элементы - это, например, веб-формы. Или вообще какой-нибудь контент, который вы в своем, лично вами разработанном модуле, храните в отдельной таблице в БД.

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

суббота, 28 января 2017 г.

Замена пробелов табами и наоборот

Следуя PSR, мой редактор настроен на работу с отступами в 4 пробела, эта настройка применяется при открытии/сохранении файла, заменяя все лишние табы на пробелы.
Однако бывает так что некоторые файлы проекта обязаны иметь в качестве отступов табы. Так как мне лень ковыряться в настройках редактора и вводить какие-нибудь исключения-шмисключения, я сделал себе такой воркфлоу:
  • открываю нужный файл в редакторе
  • редактирую
  • сохраняю
  • командой unexpand заменяю пробелы на табы обратно.
Собственно, сегодня речь пойдет о командах unexpand и expand.

среда, 11 января 2017 г.

Отмена коммита в git

Когда при командной разработке какой-нибудь не самый внимательный  или просто уставший разработчик покоммитит в ветку, которая в ориджине ушла вперед, то в истории коммитов получится не слишком нужный мерж. Для того чтобы этого избежать можно создать простейший гит-хук (подробнее о хуках) на событии pre-commit.

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

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

git rev-list HEAD..origin/branch --count

Выводом данной команды является число коммитов, на которое локальная ветка отличается от ветки в удаленном репозитории. Если ветки одинаковы - то это число 0. Если ветки в удаленном репозитории нет - то возвращается пустая строка и дополнительное сообщение о том что ветка origin/branch не найдена в удаленном репозитории.

суббота, 7 января 2017 г.

Команды MySQL

После того как вы освоили простецкие команды mysql типа
SELECT * FROM
или
UPDATE `TABLE` SET ...
то можно изучить новые, ранее неизвестные, дабы лучше понимать что и как в вашей базе данных организовано.

пятница, 16 декабря 2016 г.

Настройка DATABASE_URL для локальной разработки

При разработке go-проекта (да и любого другого) вы вправе использовать базу данных. Обычно подключение к базе данных требует dsn-строки определенного формата, например (для Postgres):

dbdsn = "dbname=my_database user=postgres password=my_password sslmode=disable"
db, err := sql.Open("postgres", dbdsn)


При размещении проекта на серверах heroku данная конструкция неактуальна, так как силами инженеров heroku dsn-строка перенесена в переменную окружения DATABASE_URL и код подключения выглядит так:

db, err := sql.Open("postgres", os.Getenv("DATABASE_URL"))

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

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

четверг, 1 декабря 2016 г.

Сервис кодогенерации

Всем здрасьте.

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

Так вот, сервис находится тут. Интерфейс сервиса на английском, тут уж ничего не попишешь. Слева выбираете тип сущности который хотите создать, в подгружаемых полях указываете некоторые значения и на выходе получаете php-файлик с кодом. Файлик можно либо запустить, либо запустить код из него в командной php-строке Битрикса. Быстро и просто.

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

Вот собственно и все. Ссылка на сайт и на бота еще раз.

вторник, 8 ноября 2016 г.

git-rebase скрипт

Для того чтобы история веток не переплеталась причудливым образом - умные люди придумали git rebase.

Таким образом, процесс разработки в вашей ветке происходит так:

1. Почкуемся от мастера
2. Разрабатываем, коммитим.
3. Когда все готово и можно мержить в мастер выясняется что в мастере появились новые коммиты.
4. Конечно, можно наплевать на всё и сделать мерж, попутно разобравшись с конфликтами и увидеть в графе невероятные узоры).

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

#!/bin/bash

# Перемещаемся в каталог проекта
cd /path/to/project

# Основная ветка разработки, обычно "master"
baseBranch="base_branch"
# Выцепляем текущую ветку
curBranch=`git status |head -n 1| grep "branch" | cut -d ' ' -f 4`

# Если мы не на основной ветке - делаем ребейз, предварительно обновив основную ветку
if [ "$curBranch" != "$baseBranch"  ];
then
    echo "Updating $baseBranch"

    git co "$baseBranch" && \
    git plo "$baseBranch" &&

    echo "$baseBranch updated"

    echo "Moving to $curBranch and start rebasing"

    git co "$curBranch" && \
    git rebase "$baseBranch"

else
    # иначе просто обновим основную ветку, так как мы уже в ней
    git plo "$baseBranch"
fi

exit 0


Этот же скрипт на гисте.
Применяемые гит-алиасы (plo - pull origin, co - checkout) - в моей репе.