Блог Антона К.

#! - последовательность из двух символов: решётки и восклицательного знака в начале файла скрипта.

Как сохранить cookie на d7:

\Bitrix\Main\Context::getCurrent()->getResponse()->addCookie(
    new \Bitrix\Main\Web\Cookie('cookieName', 'cookieValue')
);

Но на странице обязательно должен быть подключен

require($_SERVER['DOCUMENT_ROOT'] . '/bitrix/footer.php'); 

или

require($_SERVER["DOCUMENT_ROOT"].BX_ROOT."/modules/main/include/epilog_after.php");

т. к. куки d7 добавляются именно в эпилоге.

При этом старый код

$APPLICATION->set_cookie('cookieName', 'cookieValue');

сработает даже без подключения эпилога.

Вместе ответить на 4 вопроса:

• Что это даст мне?
• Что это даст тебе?
• Что будет, если договорённость выполняется?
• Что будет, если договорённость нарушается?

Это свойство определяет может ли мышь взаимодействовать с элементом.

По умолчанию стоит значение auto.

Значение none предотвращает события: hover, active, click и прочие. При чём не только в css но и в js.

Не работает в старых IE, доступно только начиная с IE11.

Зачем?

1. Чтобы элемент не реагировал на наведение мыши, если в css прописаны стили для :hover и прочих.

2. Чтобы отключить правую кнопку мыши.

3. Для ускорения скроллинга, т. к. без hover перерисовок станет меньше.

Чтобы удобно пользоваться ssh и git на windows можно использовать pageant, с его помощью будут иметь доступ putty, git bash, winscp и phpstorm.

• 95% успеха зависит от архитектуры
• основное усилие нужно направить на обеспечение гибкости системы
• не получится всё спрогнозировать заранее, поэтому ключ в постепенном росте, нужно постепенно принимать правильные архитектурные решения
• решения должны быть простыми, гибкая система не бывает сложной
• правильные приоритеты - всё, что влияет меньше чем на 5% пользователей можно отложить и заняться тем, что важнее

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

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

Допустим у нас есть таблица с годами:

CREATE TABLE `year` (
    `id` INT(11) NOT NULL AUTO_INCREMENT,
    `year` INT(11) NOT NULL,
    PRIMARY KEY (`id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

таблица с месяцами:

CREATE TABLE `month` (
    `id` INT(11) NOT NULL AUTO_INCREMENT,
    `month` INT(11) NOT NULL,
    PRIMARY KEY (`id`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

и таблица с днями:

sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get autoremove

Удаляем ядра, кроме последнего и предпоследнего:

sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1)

Желательно убедиться, что мы не удаляем текущее ядро - то, которое выводится тут:

uname -a

Запускаем очистку:

sudo apt-get autoremove
sudo apt-get autoclean

Смотрим какое ядро используется сейчас:

uname -r

Выбираем новую версию ядра тут: http://kernel.ubuntu.com/~kernel-ppa/mainline/

Скачиваем deb файлы для своей архитектуры:

cd /tmp/
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.111/linux-headers-4.4.111-0404111-generic_4.4.111-0404111.201801100931_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.111/linux-image-4.4.111-0404111-generic_4.4.111-0404111.201801100931_amd64.deb

Устанавливаем файлы ядра:

sudo dpkg -i *.deb

Обновляем загрузчик:

sudo update-grub

Перезагружаемся:

sudo reboot

Проверяем версию:

uname -r