https://marketplace.1c-bitrix.ru/solutions/scrollup.bxd/

Для установки решения на демо сайт — сначала ставим его на сайт с лицензией, далее копируем модуль в демо сайт — после чего активируем в админке!
Папка модуля /bitrix/modules/scrollup.bxd/

Отличное бесплатное решение для отладки в Битрикс (далее текст с Маркета).

Описание решения
Решение позволяет выводить отладочную информацию в удобном виде.

1. Вывод в виде разворачивающегося дерева с подсветкой элементов, выводом типа и размера элемента.

Для этого достаточно в любом месте кода вызвать функцию __() и передать ей нужную переменную для вывода.
Например: __($arResult);

По-умолчанию, вывод будет происходить до вывода информации всего сайта.

Если второй параметр задать true, то вывод будет там, где вы вызывали: __($arResult, true);

2. Вывод в консоль браузера.

Для вывода в консоль нужно вызвать функцию _c() и передать ей нужные данные для вывода.
Например: _c($arResult);

3. Иногда нужно посмотреть какие-то данные, но вывести их на экран нельзя.
Для этого есть третий параметр у функции __()
Если вызвать функцию, например, вот так: __($arResult, false, true);, то результат сохранится в лог файл. За это отвечает третий параметр.
При вызове функции _l(); будет выводится результат из него в таком же удобном виде дерева. Сохраняется только один последний вызов.

Еще описание в моем блоге: http://olegorestov.ru/this/bitrix_debug_module/

Хотите что-то добавить, изменить или улучшить? https://github.com/ancorp/bitrix-debug
Жду ваших pull реквестов.

Хочу поделиться довольно интересным наблюдением на счёт кэширования в Битриксе!
Собственно, на одном из поддерживаемых мной проектов в менюшке должен появляться новый пункт в зависимости от … (от чего именно не особо важно)
Факт в том, что кэширование об этом не знает 🙂 и пункт не появлялся пока кэш не обновится.
Пришлось кэш вырубить и ради интереса померил я время формирования меню без кэша
bitrix:menu: 0.003 с; Запросов: 1 (0.0004 с)
Довольно быстро!
Иду назад — врубаю кэш, делаю замер — получаю
bitrix:menu: 0.0032 с
обновляю
bitrix:menu: 0.0028 с
со сбросом кэша доходило до
bitrix:menu: 0.0063 с; Запросов: 2 (0.0012 с)

Вывод — для простых компонент, не делающих запросы к БД проще обходиться вообще без кэша (т.к. сам механизм кэширования так же создает какую то минимальную нагрузку).

Статья на злободневную тему — как же правильно выбирать кондиционер для своей квартиры?
Хочется, чтобы дома было комфортно и приятно — во всех комнатах сохранялась уютная нам температура, а дышалось легко и приятно.
Однако жара в летний период утомляет душным и сухим воздухом, спастись от которого невозможно даже в собственной квартире. И конечно же никто не поспорит с тем, что самый лучший способ создания комфорта в домашних условиях это кондиционирование.
В статье подробно описаны основные принципы подбора кондиционера для квартиры — рекомендую!
Кратко, о основных типах кондиционеров, подходящих для квартиры:

• Настенная сплит-система.
  Это наиболее распространенный тип кондиционера, который выбирает в свою квартиру среднестатистический потребитель. Такое устройство конструируется из двух соединенных между собой блоков. Один крепиться с внешней стороны и через медные трубки соединяется со вторым внутренним блоком, который размещается внутри помещения. Такая система не производит шумовых эффектов, так как ее компрессор находится снаружи. Несмотря на удобство подобного кондиционера для создания комфортной температуры воздуха во всей квартире/доме его одного не хватит. С этой целью придется устанавливать кондиционеры в каждой комнате жилого здания.
• Канальная сплит-система.
  Не каждому придется по душе вид блока кондиционера внутри интерьера собственной комнаты. Чтобы избежать подобных моментов, можно установить канальную сплит-систему. Она полностью прячется под навесным потолком, и внешне совершенно незаметна глазу. Вместе с тем такая конструкция полностью готова обеспечить свежим воздухом всех, кто находится в доме через специальные воздухозаборные системы. Она же замечательно справиться с задачей вентиляции всех помещений. Однако при выборе такой конструкции надо знать, что при довольно значимой стоимости, распределять воздух по комнатам такой кондиционер будет только в одном температурном режиме. Регулировать этот показатель будет невозможным.
• Мультисплит система.
  Представляет собой конструкцию, состоящую из одного наружного блока и нескольких (до 9ти) внутренних. В случае, когда нет возможности разместить отдельный внешний блок для каждой комнаты, или нет желания демонстрировать окружающим количество кондиционеров, такая система будет отличным решением.
• Оконный кондиционер. Прародитель всех современных сплит-систем. Отличается повышенной шумностью при работе (компрессор находится внутри комнаты), но вместе с тем обладает максимально низкой стоимостью по сравнению со всеми остальными кондиционерами. При желании можно и такой поставить, хотя, конечно,какой выбрать кондиционер, решать только вам.
• Мобильный кондиционер.
  Тем, кто часто меняет место жительства, но везде хочет ощущать комфортную температуру воздуха можно порекомендовать приобрести этот вид кондиционера. В помещении он располагается на полу, и имеет эластичный воздуховод, который и выводит теплый воздух на улицу через отверстие в стене (можно воспользоваться форточкой). Стоит, правда, такая система не дешево, а вот шума от ее работы будет предостаточно.

Ура, наконец-то проверили мой экзамен (почти 10 дней прошло) — жестоко конечно, но я был уверен в результатах!
Хотя сдал не идеально — косячки были … нужно было перепроверить раза на три, время было (я за 2.5 часа управился).
Собственно, сертификатик



Что позволило подтвердить партнерский статус «Сертифицированный партнер»



Ну и ещё один баннер «до кучи» 🙂

Как я уже писал ранее один из моих сайтов поймал АГС, ссылки то я почистил, далее встал вопрос как бы ускорить рассмотрение Яндексом обновленной версии сайта?
В бета версии Я.Вебмастер я нашел, что хотел — тут в проекте сайта кнопка обратной связи присутствует кнопка «Я все исправил». Которую я конечно нажал — теперь вот жду, и надеюсь, что кнопка действительно работает 🙂

P.S.
Тема работает — уже 21 апреля АГС был снят!

Просто и красиво 🙂


img.gt:hover {
transform: scale(1.15) rotate(5deg);
}
img.gt {
box-shadow: 0 0 1px rgba(0, 0, 0, 0);
display: inline-block;
transform: translateZ(0px);
transition-duration: 0.3s;
transition-property: transform;
}


Уже 3й пост за сегодня 🙂 Долго не писал — был занят над проектом, да и в офлайне дела какие то всё появлялись
сейчас чуток освободился — и так сказать «всё что накопилось» …

По сабжу довольно много информации в сети, даже не один внешний модуль лежит в маркете, но я всё же хочу поделиться своим опытом в данном вопросе т.к. мне показался самым простым и эффективным! а к чужим внешним модулям я вообще с опаской отношусь — мало ли чего там …

Итак — правим init.php
Публикую чистый код, т.к. всё предельно понято


AddEventHandler('main', 'OnBeforeEventSend', Array('myClass', 'OnBeforeEventSendHander'));
class myClass {
function OnBeforeEventSendHander(&$arFields, &$arTemplate) {
//получим сообщение
$mess = $arTemplate["MESSAGE"];
if(strpos($mess,'#MY_VARIABLE')) {
$arFields['MY_VARIABLE'] = "значение своей переменной, собственно при доступном массиве arFields - можно вытащить, что угодно";
}
}
}


Случай конечно можно сказать уникальный!
Но тем не менее решил я поделиться и таким опытом.

Обращаются ко мне с определённым ТЗ (не имеет отношение к сабжу) … и я в процессе ознакомления с сайтом, замечаю приличные тормоза (до 10 сек) при открытии страниц.
А конктретно — страничка с компонентом видео потока ютуба. Посмотрел код — вызывается компонент step2use:youtube.subscribe.
Поковырял — смысл простой — тащит канал с ютуба, парсит, результат кэширует и выводит.
Ладно, 10 секунд для запроса канала с ютуба я ещё понимаю, но почему при повторномо открытии такие тормоза?
Проверил — кэш компонента включен! Чудеса!
Тут к бабке не ходи — кэш глючит!
Накинул самый простой скрипт для проверки кэша

InitCache(3600, '12356356gt' , '/' )) {
echo "cache";
$res = $cache->GetVars();
$arResult = $res['arResult'];
} elseif ($cache->StartDataCache()) {
echo "no cache";
$arResult = array(1,2,3,4,5);
$cache->EndDataCache(array("arResult"=>$arResult));
}
?>

и тот хоть ты тресни выводит «no cache» — что говорит о том, что кэш не работает!

Далее посмотрел в dbconn.php и .setting.php — кэш настроен на memcashed (кэширование в памяти)
Перенастроил на файловый кеш — скрипт отработал и всё залетало!
Страничка стала генерироваться за 0.2 секунды ! ускорение в 50 раз!

Но всё же решил кэш настроить как и задумано на memcached!
дал рутом
#service restart memcashed
а самого сервиса то и нет! 🙂

Ну далее, всё как в книжке
# yum -y install memcached

настройки я сделал как в статье (чуть увеличил)
в файле /etc/sysconfig/memcached

MAXCONN = «1024» — количество одновременных подключений (по умолчанию 1024) — больше думаю не понадобится
CACHESIZE=»2048″ — объем выделяемой памяти для кеша (по умолчанию 64MB) — я дал 2 гига
USER=»bitrix» — пользователь, от которого будет запущен memcache
OPTIONS=»-t 16 -s /tmp/memcached.sock» — количество потоков и путь к сокету — у меня один домен на сервер, можно и через сокет — быстрее вроде

# /etc/init.d/memcached start
# chkconfig memcached on

ВСЕ залетало!
Страничка с компонентом место 10 секунд стала открываться за 0.1 секунду — т.е. прирост в скорости в 100 раз! 🙂

После экспериментов с кэшами я подумал, что не помешало бы сделаать полную очистку кэша (чтоб все с нуля и в память! и лишнее место на диске почистить)
Запустил чистку и … сервер встал наглухо!
Смотрю top — 99% на mysqld
Поставил mytop — смотрю там удаление из таблицы b_cache_tag с параметром каким то (уже не помню)
Зашел в phpmyadmin — и охренел, таблица b_cache_tag — почти 30 миллионов записей и под 4 гигабайта размером!
Что это за наследие «прошлого» я разбираться не стал — очистил всю табличку
TRUNCATE TABLE b_cache_tag (таблица для управляемого кэша, а я все равно весь кэш чистить собрался)
и далее уже ещё раз из панели «очистить весь кэш» — на этот раз кэш нормально очистился, и теперь сайт живёт совсем другой жизнью 🙂

После очередного ТЗ по настройке почты, решил отдельный пост этому вопросу посвятить.
Итак, что же необходимо для того, чтобы почта нормально уходила, как это диагностировать и настраивать?

Во первых конечно же необходимо настроить в принципе саму почтовую систему на сервере — я обычно использую MTA Sendmail или Exim
(непосредственно почтовый сервер на виртуальной машине не поднимаю)

PTR проверка

Далее необходимо настроить соответствие IP адреса сервера-отправителя почты, с обратной доменной записью — так называемая PTR проверка.
Для отладки я создаю простенький php скрипт отправляющий почту средствами штатной фукнции mail() себе же на почтовый ящик gmail и смотрю полученное письмо в исходных кодах («Показать оригинал»)
Received: from srv.mydomain.ru (srv.mydomain.ru. [123.123.123.123])

То есть доменное имя сервера отправителя и обратная запись должны совпадать!
Проверяется с консоли windows
nslookup srv.mydomain.ru
получаем IP адрес 123.123.123.123
далее делаем обратный запрос
nslookup 123.123.123.123
должны получить srv.mydomain.ru

Если несоответствие — необходимо настроить прямую и обратную зону DNS!

Чтобы не ждать пока обновится зона (часа 3-4) рекомендую проверить обратную запись linux командой
dig -x 123.123.123.123 @ns.server.ru
Предварительно узнав какие именно NS сервера обслуживают наш домен командой
whois mydomain.ru

SPF проверка
приведу пример из исходных кодов тестового письма отправленного на гугл
Received-SPF: pass (google.com: domain of info@srv.mydomain.ru designates 123.123.123.123 as permitted sender) client-ip=123.123.12.123;

В переводе на русский — SPF проверка пройдена, IP адрес отправителя считается разрешенным.
Для того, чтобы сервер проходил SPF проверку необходимо IP адрес сервера (или домен) внести в SPF запись зоны (это текстовая DNS запись определенного формата)
Например такой записи «v=spf1 +mx +ip4:123.123.123.123» вполне будет достаточно, чтобы пройти SPF проверку

Далее при настройке почты и изучении оригинала письма мне не понравилась сточка генерируемая моим же sendmail
X-Authentication-Warning: srv.mydomain.ru : bitrix set sender to info@mydomain.ru using -f

видите ли пользователь bitrix не является отправителем для домена srv.mydomain.ru!
Добавляю пользователя bitrix в доверенных пользователей для отправки почты в файл /etc/mail/trusted-users и перезапускаю sendmail — всё, ошибка ушла!

Ну и чтобы не было путаницы с доменными именами, hostname серверу я так же присваиваю srv.mydomain.ru
Правим /etc/sysconfig/network на предмет HOSTNAME=srv.mydomain.ru
и чтоб не ребутить для текущей сессии даём команду
hostname srv.mydomain.ru

Всё!
Обычно этого «набора» хватает для того, чтоб письма нормально доходили и не попадали в спам

P.S.
Бывает нужно ещё и цифровую подпись DKIM настроить для верности — мне не приходилось, но могу порекомендовать хорошую статью по настройке почты (в т.ч. dkim)

Пришло время подтверждать статус Сертифицированного партнёра 1С-Битрикс, и снова «новинки» от Битрикса.
Теперь нужно не просто онлайн курсы пройти, теперь нужно практически настоящий экзамен на проверку знаний сдать!
В билетах практические задания, на всё выделяется 4 часа
(по мне так это лучше чем подобный же экзамен, но на тестовые вопросы — это была бы полная жесть).
Для понятия «что-почём» в паблик предоставлены первые два билета.
Сдача ведётся «под камерами» 🙂 в виртуальной среде без доступа во всемирную сеть (погуглить не получится).
Ну и … экзамен платный 🙁
Тут всё подробно.
О виртуальной среде подробнее тут.

Я же пошел ставить виртуалку и пробоваться на первых билетах, а то время уже поджимает.