четверг, 19 апреля 2018 г.

Текущий год в Twig

Чтобы при заходе на ваш сайт в футере не выводился прошлый или что еще хуже позапрошлый год, следует выводить дату динамически. В простейшем случае:

echo date('Y').

Для того, чтобы показать текущий год в Twig достаточно одной строки:

{{ 'now'|date('Y') }}

Кстати, если у вас под рукой нет Twig или заводить его напряжно - можно воспользоваться TwigFiddle.

В комментах можете добавлять свой код для показа года в других шаблонизаторах, например, в Blade.

вторник, 6 марта 2018 г.

Mysql и проверка внешних ключей

Начнем с простейшей команды:

> mysql -u user -p databasename < dump.sql

Иногда дамп бывает сделан так, что сначала создается таблица, в которой имеется foreign key на еще не созданную. В этом случае, процедура импорта будет прервана с сообщением вида:

ERROR 1215 (HY000) at line 42: Cannot add foreign key constraint

Что же делать? Специально для такого случая имеется системная переменная FOREIGN_KEY_CHECKS. Оптимальным способом ее использования будет следующий:

> mysql -u user -p --init-command="SET SESSION FOREIGN_KEY_CHECKS=0;" databasename < dump.sql

После этого импорт отлично отрабатывает.

Чтобы два раза не вставать с дивана: для просмотра больших дампов можно использовать утилиту sed.
Например, при импорте вышеуказанного дампа вам вывелось сообщение вида.

ERROR 1215 (HY000) at line 19242: Cannot add foreign key constraint

Допустим, вы не знаете причину и хотите посмотреть, что же там такого на строке 19242. Конечно, можно открыть файл и медленно и печально листать до нужной строки. А можно сделать так:

sed -n '19240,19245p; 19246q' dump.sql

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

суббота, 23 декабря 2017 г.

Алгоритм вращения массива

В одном из заданий на сайте codewars в качестве дополнительного алгоритма требовалось вращать массив в конкретном направлении.

Хотя направлений всего два (против или по часовой стрелке), приведу вам код для вращения против часовой стрелки.
Итак, исходные данные:
$a = [
    [1,2,3],
    [4,5,6],
    [7,8,9],
];

Требуется получить:
$a = [
    [3,6,9],
    [2,5,8],
    [1,4,7],
];

понедельник, 14 августа 2017 г.

Очистка сессий в битриксе

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

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

Для начала изучим код метода, разлогинивающего пользователя.
Как видно, в методе Битрикс уничтожает только собой же установленный массив данных SESS_AUTH и еще несколько ключей.
Остальные данные остаются в сессии и умирают спустя некоторое время после закрытия браузера.
Значит, требуется удалить эти данные самостоятельно.
В коде того же метода видим, что в ходе его работы возникают несколько событий, на которые можно повесить обработчик.
Выбираем, к примеру, событие OnAfterUserLogout и вешаем на него собственный обработчик, в котором удаляем сессионные данные. Например, так:

// Регистрация обработчика
AddEventHandler(
    'main',
    'OnAfterUserLogout',
    ['Some\Namespace\Here\EventHandlers', 'deleteSessionData']
);

// Собственно обработчик
public function deleteSessionData()
{
    unset($_SESSION['CUSTOM_SESSION_KEY']);

    // Явно вернем true чтобы не испытывать проблем с трактовкой результата
    return true;
}

После этого можно спать спокойно.

P.S. Как вариант, можно добавлять свои данные в ключ SESS_AUTH и тогда событие не понадобится совсем. Однако, в этом случае следует быть внимательным в выборе названия ключей, чтобы ваши данные не затерли битриксовые или наоборот.

пятница, 11 августа 2017 г.

Модификация сообщения к коммиту

Не знаю, как насчет остальных трекеров, но при интеграции гита и Redmine появляется возможность связывать коммиты с задачами в трекере. Обычно это работает следующим образом - вы указываете в тексте коммита некую последовательность символов, например, task-212, которая в дальнейшем переводится в ссылку на задачу.

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

Находим его в папке .git/hooks проекта, ставим права на исполнение и заносим в него следующий код:

#!/bin/bash

# Получаем текст коммита из файла `.git/COMMIT_EDITMSG`
INPUT_FILE=$(cat $1)

# Создаем шаблон урла для редмайна или прочего трекера
# Не забываем экранировать слеши, так как данный шаблон
# будет как есть подставлен в регулярное выражение
rePattern='https:\/\/redmine.somedomain.com\/issues\/'

# C помощью sed заменяем последовательность
# вида #ЦИФРЫ (например #212) на ссылку в трекер
# вида https://redmine.somedomain.com/issues/212
INPUT_FILE=$(sed -re "s/#([0-9]+)/${rePattern}\1/g" <<< "$INPUT_FILE")
# Перезаписываем файл `.git/COMMIT_EDITMSG` новым текстом
echo "$INPUT_FILE" > $1

exit 0


Ссылка на gist.

суббота, 1 июля 2017 г.

Число дней в месяце

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

Известно, что за число дней отвечает символ t в первом параметре функции date. Значит, остается правильно сформировать второй параметр и обернуть всё это в функцию, например, так:

function getDaysCount($month, $year)
{
    return date('t', strtotime('01.' . $month . '.' . $year));
}


Естественно, следует отметить, что формат d.m.Y являет собой дату в формате, понимаемом функцией date.

Тестовый прогончик:

$year = 2016;
foreach (range(1,12) as $month) {
    var_dump(getDaysCount($month, $year));
}

вторник, 20 июня 2017 г.

Кодировка для DOMDocument

Сегодня покажу вам, ребята, немного "костыликов" при работе с xml и xpath.

Допустим, откуда-то издалека вы получаете кусок html-разметки и дальше ее парсите, вытягивая заголовки, какие-нибудь абзацы текстов и прочие слова. Как только вы все полученные данные захотите вывести - может произойти так что на странице вместо текста будут всем известные кракозябры. В чем же дело? А дело в том, что при создании объекта DOMDocument вы не указали кодировку, в которой пришли данные. Ну и так как вы это не указали, то DOMDocument подумал, что данные пришли скорее всего в ISO-8859-1.

Само собой это надо быстренько исправить. И написать вот так:

// Создаем объект
$dom = new DOMDocument('1.0', 'utf-8');

// Ваша строка с HTML-разметкой
$stringToParse = "......";

// Загружаем строку в DOMDocument, ЯВНО указывая ее кодировку
$dom->loadHTML('<?xml encoding="utf-8"?>' . $stringToParse);

// Делаем xpath-запрос, например
$xpath = new DOMXPath($dom);
$ps = $xpath->query('//p');

Причем абсолютно неважно как выглядит строка с html-разметкой - один ли там корневой элемент или несколько, DOMDocument сделает все как надо.