Как же бесят выпадающие окна на различных сайтах. У одних — это предложение подписаться на рассылку, у других — предложение заполнить анкету о качестве услуг (у государственных и муниципальных учреждений, у некоторых даже в спец.веб.ПО такие выскакивают). И бесит даже не сам факт, а то, что у многих эти окна выскакивают при каждом заходе на главную страницу. При каждом, Карл! Да, я увидел ваше окно, прочел, закрыл, хватит мне его показывать.

Разве так трудно добавить пару строк js скрипта в код, чтобы ставить cookies. Пометить, мол в этом браузере на этом компе окно показали, больше не показывать.

Тем, кто не знает, как (jQ) (если криво, не ругайте, оно работает):

<script>
(function($) {
$(function() {

// Проверим, есть ли запись в куках о посещении посетителя
// Если запись есть - ничего не делаем
if (!$.cookie('was')) {

// Покажем всплывающее окно
тут код который запускает всплывающие окно

}

// Запомним в куках, что посетитель к нам уже заходил
$.cookie('was', true, {
expires: 100,
path: '/'
});

})
})(jQuery)
</script>

Вот пример на рабочем сайте, кстати, заполните анкетку =))))

На днях столкнулся с двумя багами. Один в своём блоге, другой в используемом на работе ПО. Случаи похожи тем, что решения/причины были банальные, связаны с отсутствием тестов, но из поиск отнял достаточно времени, так как грешил на другое.

Баг с блогом.

Обнаружил, что страницы сайта перезагружаются через какое-то время. Баг подтвердил и т-щ userinfo.gif?v=17080?v=136 Поиск "неожиданных" багов и косяков в своем коде и чужом ПО  newmelotar. Обнаружен был при просмотре видео в ролике. Но с видео не связан, просто на просмотр нужно время, в которое страница и перезагружалась. Начал искать проблему — поочередно отключил разные скрипты, плагины и т.д. и т.п. Результата ноль. Включил другую тему оформления — баг исчез. А потом заметил, что в метатегах header’а темы зачем то вписал <meta http-equiv="refresh" content="360">. Зачем я это сделал я уже и не помню, но страницы сайта «исправно» перезагружали себя раз в 360 секунд =)))

Баг в рабочем ПО.

Юзаем систему автоматизации библиотек ИРБИС. Недавно перешли на новую версию (2015.1). Покопался в новых настройках.

Пару слов о данной САБ. По сути это библиотечная база данных. Есть сервер, есть клиенты — разные АРМы с разными задачами: один на ввод данных, другой для читателей для поиска книг, третий для веб-морды электронного каталога (кстати частично мной переписанной в плане фронт-енда, правда надо там ещё много доделать) и т.д. Сам софт мне не нравится, но приходится работать с чем есть, альтернативы нет. Разработка нишевая, для библиотек. Могу предположить, что максимально тестируются только основные функции.

Так вот, к делу. Обнаружил, что в АРМе для вноса данных (АРМ Каталогизатор) в окне Печати в пункте выбора Выходного формата (можно выбрать как отобразить выбранные данные) пусто, не подгружается справочник. Соответственно печать невозможна. Давай искать где я накосячил. Проверил на других базах (та же беда), на разных учетках (для каждого юзверя можно сделать свои настройки, чем и пользуемся). Перепроверил словари и справочники. Посмотрел, что изменял (при переходе на новую версию по сути заново создаешь базы, заливаешь данные и перенастраиваешь то, что было настроено под себя). Нечего не помогает.

Вспомнил, что менял одну новый параметр на сервере, а именно выставил запрет на одновременное подключение нескольких АРМов под одной учетной записью/с одного IP (есть лицензионный лимит на кол-во одновременных подключений к серверу). «Ну ведь не может быть это причиной» — подумал я. Но давайте таки проверим. Отключаем запрет. ВСЁ ЗАРАБОТАЛО.

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

С нетерпением жду, когда же все откажутся от Adobe Flash.

Зачем он нужен в век HTML5?

Многие браузере толсто намекают на его небезопасность. Opera, например, не воспроизводит flash если не стоит последняя версия плагина. Браузеры смартфонов его не поддерживают (разве несколько не особо популярных), и это огромный стимул. Но почему-то он еще жив. Бывает даже такое, что сайт с мультимедиа оптимизирован для телефонов, но десктопам подсовывает flash (например, сайты ВГТРК, писал недавно об этом).

Сегодня опять столкнулся с подобным. Поставил на смарт программку Deezer — потоковая музыка с рекомендациями. Вроде не плохая программка. Решил послушать с ПК, зашел на сайт сервиса, и мне говорят, что у меня не стоит Adobe Flash. Но, я пользуюсь Chrome в котором плагин стоит и обновляется «из коробки». Дело оказало в том, что в настройках отображения контента в Chrome в разделе Плагины у меня стоит «Запрашивать разрешение на запуск контента плагинов». А Deezer даже разрешения не спросил, решил, что Flash не установлен. Добавляем сайт в исключения.

Не понятно, почему сразу не писать сервисы на новых и уже обкатанных стандартах?