More Intelligent Web - Интеллектуальные технологии в Сети

Конец Cookies Эпопеи

Igor Kandyba — Mon, 18 Feb 2013 08:00:02 +0000

Многие разработчики до сих пор с ужасом вспоминают 2011 год, когда британская организация ICO (Information Commissioner’s Office) благородным жестом выделила владельцам сайтов один год на приведение ресурсов в соответствие с законодательством. Дэдлайн стоял на 26 мая 2012 года и в случае невыполнения требований ICO сайты могли быть оштрафованы на космические суммы в районе £500 000.

Тем не менее, ни чёткой процедуры наказания нарушителей, ни способов их «отлова» и привлечения к ответственности названо не было, поэтому большая часть владельцев сайтов решила просто «забить» (или сделать вид что ни о каком законе они не слышали), остальные все таки внедрили на свои страницы предупреждения об использовании cookies, и лишь небольшая часть сайтов сделала всё по правилам:

Все скрипты, использующие cookies, блокируются до того момента, пока пользователь не даст на них специальное согласие (в том числе Google Analytics, Facebook лайки и т.п.)
Предупреждение показывается в максимально понятной форме (читай — огромный поп-ап, зачастую блокирующий всю страницу)
Отдельный раздел на сайте, разъясняющий что же это такое — cookies, как правило залинкованный с поп-апа

В течении всего 2012 года европейская зона интернета буквально бурлила. Google, Facebook и Amazon принципиально закон игнорировали, интернет наводнился скриптами, плагинами и модулями для всех возможных платформ, позволяющими внедрить cookie notice одним кликом, тысячи статей и блог постов пытались разъяснить резидентам ЕС, почему казалось бы, исключительно британский закон касается их всех, активно раскручивался протестный сайт No Cookie Law.

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

То есть фактически в 2013 году мы пришли к тому, с чего и начинали в 2009.

Неожиданно оказалось, что вся паника, блокирующие скрипты, бурления — всё было напрасно! Те же сайты, которые просто ограничились созданием специальных страниц о cookies, сделали всё правильно.

Ну и в заключение, так сказать, ретроспективная инфографика на тему.

Tags:

ЕС

законодательство

Categories:

Кибербезопасность

Государственный Долг США в $100 Банкнотах (Видео)

Igor Kandyba — Tue, 11 Dec 2012 19:18:21 +0000

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

Весь кредит идёт ребятам из demonocracy.info

Tags:

США

видео

Categories:

Визуализации

Упрощаем Жизнь с SSH config Файлом

Igor Kandyba — Sun, 25 Nov 2012 09:03:05 +0000

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

Заливка файлов на сервер
Мониторинг состояния сервера
Манипуляции файлами и папками, разрешениями

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

Для начала предположим, что вы используете любую Unix-based систему. Для пользователей Putty на Windows придётся почитать мануалы, так как программа сохраняет конфигурацию в файле putty.conf и синтаксис может отличаться. К тому же Putty отлично вызывается из WinSCP, где можно хранить параметры подключения для каждого конкретного хоста.

Если впереди строки стоит символ доллара ($), значит мы в терминале, а его вбивать не надо.

Шелл алиасы (синонимы)

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

$ ssh igor@miw.by -p 22000
password: *************

Всё, что от нас требуется, это указать имя пользователя и пароль, а также порт, если он отличается от стандартного (-p 22). Вроде бы неплохо, но придётся запоминать или копировать откуда-то пароли, что страшно раздражает.

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

$ ssh igor@miw.by -p 22000

И мы на сервере!

Если вы не слышали, что такое public/private key pair (публичный и приватный ключи), то можно сгенерировать её командой

$ ssh-keygen -t rsa -C "your_email@youremail.com"

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

У нас есть авторизация по ключам, но команду, которую мы вбиваем в терминал, всё равно нельзя назвать простой.

Открываем файл .bashrc (или .zshrc, если вы используете ZSH — очень рекомендую!), как правило они лежат в домашней директории вашего юзера, и добавляем строчку алиаса

alias miwby='ssh igor@miw.by -p 22000'

Сохраняем файл, и записываем изменения командой

$ source .bashrc

Если у вас ZSH:

$ source .zshrc

Вуаля! Сейчас для соединения с нашим сервером достаточно вбить в терминал

$ miwby

У меня в системе подобных алиасов десятки, и не только для SSH, поэтому я завёл привычку добавлять к алиасам серверов префиксы и соединяюсь так

$ sshmiwby

Но выбор алиаса — исключительно на ваше усмотрение и фантазию.

Если вы используете разные ключи для разных серверов, достаточно указать путь к необходимому ключу, тогда наш алиас будет выглядеть так:

alias sshmiwby="ssh -i ~/.ssh/id_rsa_2 igor@miw.by -p 22000&#8243;

Казалось бы, что все идеально, но мы можем улучшить систему ещё чуть чуть.

Файл ~/.ssh/config

Если его или папки пока не существует, их надо создать.

Записываем наш хост

Host miwby
  HostName miw.by
  Port 22000
  User igor

Намного более читабельно, не так ли? А сейчас укажем приватный ключ

Host miwby
  HostName miw.by
  Port 22000
  User igor
  IdentityFile ~/.ssh/~/.ssh/id_rsa_2

А теперь представим, что мы настолько продвинутый юзер, что поставили или включили на сервер файрвол, который разрешает только веб и ssh подключения (так и надо делать, вообще-то).

В таком случае использование какой-нибудь программы управления MySQL, того же Sequel Pro, становится невозможным, ведь она ждёт, что на сервере будет открыт порт 3306, который мы не можем открыть по соображениям безопасности.

Проблему решает ssh туннель, который можно пробросить командой

$ ssh -f -N -L 9906:127.0.0.1:3306 user@database.example.com

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

НО! Огромное количество флагов не самая простая вещь для запоминания, поэтому воспользуемся ssh config файлом.

Host tunnel
  HostName database.example.comm
  IdentityFile ~/.ssh/~/.ssh/id_rsa_2
  LocalForward 9906 127.0.0.1:3306
  User igor

После чего запустить туннель в бэкграунде можно командой

$ ssh -f -N tunnel

Если этого вам показалось мало, отсылаю к манаулу по ssh_config . Доступных опций просто куча.

Если на компьютер можно переложить рутинные однообразные задачи, грех этого не делать. Будьте ленивыми!

Tags:

Categories:

Что Нужно Знать Каждому Front-end Специалисту (видео)

Igor Kandyba — Tue, 13 Nov 2012 11:59:56 +0000

Сейчас такое время, когда достаточно «покурить» парочку туториалов и книжек по HTML и CSS (пятой и третьей версий соответственно), что можно смело брать в руки Firebug или Chrome Dev Tools и считать себя крутейшим фронт-энд инженером. Технологии становятся всё более доступными, в Сети огромное количество онлайн курсов и обучающих материалов, платных и бесплатных, которые способны свести на нет необходимость в «классическом» высшем образовании во многих сферах IT.

И, к сожалению, больше всего страдает от этого именно front-end — та сфера, которая несёт полную ответственность за то, что конечный юзер «видит» на сайтах и с чем взаимодействует. Скорее всего от того, что порог входа все таки не очень высокий.

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

Тех, кто уже осознал наличие некоторого пробела в своих знаниях, сразу отсылаю к фундаментальной работе и настольной книге любого веб-разработчика — How Browsers Work. Пара часов увлекательного чтива и множество неожиданных открытий гарантированы!

Тех же, кто всегда спешит и готов потратить на самообразование максимум час, оставляю наедине с видео, опубликованном в конце октября и в сжатом виде, буквально на пальцах, визуально объясняющем самые узкие и сложные для понимания моменты. По крайней мере, How Browsers Work после него можно не читать.

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

Из чего состоит браузер
Что происходит «за сценой» видимой части браузера во время между первоначальным запросом страницы и полной её отрисовкой
Как парсится HTML и строится DOM
Как парсится CSS и JavaScript
Как вычисляются конечные стили, которые будут применены к элементам страницы
Как на самом деле работает «каскадность» CSS и как правильно решать конфликты стилей
Почему использование CSS resets и !important — это не хорошо
Как отрисовывается страница — правильное позиционирование элементов (floats), грамотное применение inline стилей

Вы скажете, что многое из этого элементарно, и будете в корне неправы, поскольку важно не только понимать КАК это работает, но и ПОЧЕМУ это работает именно так. Ведь именно это и отличает ремесленника от специалиста.

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

Tags:

Categories:

Linux Journal. Drupal Special Edition, October 2012

Igor Kandyba — Mon, 08 Oct 2012 09:30:26 +0000

Не мог пройти мимо такого события. Целый выпуск Linux Journal про Drupal - тонны первоклассного материала!

Бесплатно скачать можно на сайте паблишера.

Tags:

Drupal

литература

Categories:

Разработка

Google визуализирует мировые поставки стрелкового оружия и боеприпасов

Igor Kandyba — Thu, 30 Aug 2012 06:58:04 +0000

Small Arms and Ammunition — Imports and Exports — так называется проект chromeexperiments, разработанный под эгидой инкубатора идей Google Ideas, задача которого — исследовать роль новых технологий в решении мировых проблем.

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

Кликнув на любую из стран, например, Беларусь, можно проследить её потоки индивидуально, а также получить точные цифры в долларах.

Какой вывод можно сделать из всего этого? На поверхности лежит только один — наш шарик становится всё более опасным местом для жизни.

Tags:

оружие

Google

Categories:

Визуализации

API для Ромни и Обамы

Igor Kandyba — Wed, 01 Aug 2012 06:23:02 +0000

Президентская кампания в США набирает обороты, в основном благодаря традиционному подогреву со стороны масс-медиа. Но не всегда средства массовой информации служат лишь дополнительным источником дезинформации. Как ни странно это звучит, но последний проект New York Times ставит своей целью стать источником 100-процентно объективных данных. А поскольку только цифры обычно не врут (в большинстве случаев), то всё, что делает сервис Campaign Finance API — это предоставляет всем желающим программный доступ к финансовой информации предвыборных кампаний кандидатов.

Данные берутся напрямую из United States Federal Election Commission, где они хранятся в «сыром» виде. New York Times затем создаёт из них пригодный к использованию датасет, отражающий основные, наиболее интересующие общественность моменты гонки. Самое интересное, что весь процессинг происходит фактически в реалтайме — данные Комиссии обновляются каждые 15 минут, API обновляется дважды в день.

Прямо сейчас можно начать использовать New York Times API for Campaign Finance для создания своих динамических подборок данных. Теперь возможно практически в реальном времени следить за потоками средств, включая все пожертвования и расходы. В настоящее время API поддерживает четыре отклика по информации о взносам:

Недавние пожертвования в пользу кандидата
Недавние пожертвования в пользу комитета
Недавние пожертвования на определённый момент времени
Самые последние взносы на текущую дату

Для любителей Ruby и Python хорошая новость — под API существуют отдельные клиенты.

Ну и наконец, последняя плюшка. С целью сделать API более лёгким в освоении и понятным, издание подготовило дополнительный сервис, через который пользователи могут потренироваться в создании REST запросов прямо в онлайн консоли на всех 13 API, доступных через New York Times.

Так что это — начало новой эпохи в big data или новое слово в политической пропаганде? В любом случае, от ответа на этот вопрос вас отделяет лишь один запрос к API.

Tags:

Categories:

Сочтены ли дни RSS?

Igor Kandyba — Wed, 27 Jun 2012 15:34:58 +0000

Не так уж много времени прошло с тех пор, когда мы рассуждали на тему «А что же лучше, использовать RSS или закладки?». Защитников и противников «действительно простой синдикации» было примерно поровну, но все продвинутые блоггеры, как правило, в один голос заявляли — «Только RSS!», что и отличало их от просто блоггеров, не выползающих из домена livejournal.com.

Казалось бы, этому стандарту нет и не может быть альтернативы, но время всё расставляет по своим местам. Судя по всему, цикл завершается и RSS снова становится гиковской технологией, совершенно бесполезной для большинства интернет-аудитории.

Прямая причина этого явления проста до безобразия — крупнейшие интернет-корпорации начинают отказ от RSS в своих продуктах, или уже отказались от него. А поскольку экосистема Twitter, Facebook, Apple — это и есть весь Интернет для рядовых пользователей, можно представить последствия такого шага.

Apple

В последних обзорах новых фишек в Mountain Lion нечасто, но проскакивает факт отказа от поддержки RSS в почтовом клиенте Mail. Раньше можно было получить RSS поток новых сообщений прямо из интерфейса программы, что было особенно удобно для использования со сторонними сервисами. Теперь же придется химичить напрямую с Gmail. Впрочем, лично мне подобный шаг абсолютно понятен — все таки работа с почтой несколько отличается от работы с новостями и RSS здесь ну никак не необходимость.

По подтвержденным данным, Safari также лишается иконки RSS в адресной строке (хотя в 5.1.7 она ещё есть). И вот это уже серьёзный удар по формату — ведь именно этим значком пользуется неискушенный пользователь для добавления ленты сайта в свой ридер. Не говоря уже о том, что как минимум он служил своеобразным рекламным баннером для тех, кто был вообще не в курсе, что сайты можно читать каким-то другим способом, кроме как заходить на них через браузер.

Twitter

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

На самом деле исчезла не только иконка, но и мета-ссылка на RSS в исходном коде страницы, то есть ни одна читалка автоматически фид не обнаружит.

Единственный способ получить фид пользователя Twitter — использовать знаниe API:

Вычислить ID пользователя. Идём в исходный код страницы и ищем строчку
<div class="account-group js-mini-current-user" data-user-id="12431032" data-screen-name="meramo">
Cоставляем конечную ссылку: http://twitter.com/statuses/user_timeline/12431032.rss

Но, как мы все понимаем, это не совсем дружественный к конечному пользователю способ.

Firefox

Когда-то любимый мой браузер в те далёкие времена показывал в адресном баре иконку RSS для страниц, поддерживающих этот формат. Было безумно удобно — клик, и ты уже читаешь сайт через Google Reader.

В одной из последних версий эта иконка исчезла. Сейчас нужно лезть в меню «View page info» или искать в закладках пункт «Subscribe to this page». Совсем неочевидно и неудобно.

Google

По-моему, Google был той самой компанией, благодаря которой RSS вошёл в нашу жизнь. Миллионы до сих пор пользуются Google Reader и что самое интересное — адекватных ему альтернатив пока не предвидится, и навряд ли будет.

И пока всё хорошо, но что будет, если Google решится закрыть Reader или ещё хуже — полностью интегрировать его с Google Plus? Это, по-моему, и станет концом RSS как юзер-ориентированного универсального формата.

И мы уже не говорим про поддержку RSS в Хроме, там она полностью отсутствует как таковая (плагины не в счёт).

Facebook

Идём на свой Timeline, сканируем страничку в поисках знакомой иконки — пусто. Исходный код — тоже самое. Фэйсбук в принципе никогда не претендовал на открытость (в отличие от того же Твиттера), так что и предъявить ему нечего.

Что делать?

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

Проблема в том, что на RSS были возложены слишком большие ожидания, которые приходится корректировать с учётом развития технологий. RSS так и не стал универсальным стандартом де-факто «для всего», ведь очевидно, что для обмена и распространения информации между девайсами, серверами, пользователями гораздо удобнее использовать более гибкие форматы — JSON, XML (как «родитель» RSS) и другие. И точно также, как каждый раньше считал своим долгом отдавать контент в RSS, скоро каждый блог будет иметь свой простенький API.

Контент-провайдерам стоит рассматривать Twitter и Facebook как реальную альтернативу RSS и грамотно использовать их с учётом специфики.

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

И хоть ситуация для кого-то может выглядеть печально, RSS хоронить рано. Сейчас это просто ещё один удобный способ синдикации контента, а значит он всегда найдёт поддержку со стороны пользователей и разработчиков.

По мотивам: William Vambenepe

Tags:

RSS

API

Categories:

Новые Медиа

Что такое Markdown и с чем его едят

Igor Kandyba — Tue, 08 May 2012 11:24:18 +0000

Для того, чтобы понять, почему я поднимаю эту тему, постараемся ответить на вопрос: «Каким образом мы вводим текстовую информацию в интернете?». То есть комментарии в блогах, посты на форумах, фундаментальные статьи в научных онлайн-изданиях — всё, где требуется текстовый ввод. Уверен, что многие над этим не особо и задумывались. Мол, ну как администратор сайта настроил, так и вводим. А между тем, здесь кроется одна из наиглавнейших проблем современного веба, ведь как ни крути, а подавляющее большинство времени мы потребляем именно текст, а значит — кто-то его должен создавать. Вот об инструментах для создания текста мы сегодня и поговорим.

Существует несколько основных способов или инструментов ввода в текстовые поля

Plain text. Обычное текстовое поле для ввода, без возможности применения какого-либо форматирования. Самый безопасный способ, но в то же время наименее гибкий. Если для комментариев он подходит идеально, то авторы, которым надо вставлять гиперссылки и делать форматирование, ему явно не обрадуются. Plain text так же скучен и неинтересен, как серая бетонная стена.
HTML код. Проверенный годами способ ввода текста в поля, где он разрешён. Для его использования вам понадобится не много ни мало, а знание этого самого HTML, причём на довольно серьёзном уровне, если ожидается табличка или многоуровневый список. Плюс, вы должны заботиться о безопасности — ограничивать наиболее опасные теги, JavaScript и те теги, которые могут значительно изменить вид вашего сайта, если
будут где-нибудь неосторожно использованы (например, незакрытый <div>).
Копирование из Microsoft Word. Без комментариев. Если вы используете такую систему на вашем сайте, то у вас должны быть действительно веские причины.
Визуальный редактор (он же WYSIWYG). Самый распространённый способ, используемый практически всеми и повсюду. Однако не спешим радоваться, ведь у него не меньше недостатков, чем достоинств. Вот только некоторые из них:

— Вы НЕ контролируете исходный HTML. Это может привести к загрязнению кода, так как редактор делает его на своё усмотрение, хочет — пихает <div> или <br><br> там где должен быть <p>, или зачем-то заполняет ваш код тегами <pre>. Это влияет на поисковики, эстетику и с таким кодом очень тяжело работать, если вы отключили редактор или просто поменяли его на другой.

— WYSYWYG редакторы очень часто тянут за собой тяжёлые JS библиотеки, а значит страдает быстродействие странички. Да и не у всех включены скрипты.

Использование альтернативного языка форматирования текста, одним из которых и является Markdown. В роли его «убийцы» выступает Textile, но здесь, как говорится, на вкус и цвет.

Markdown это язык форматирования (или язык описания форматирования), по приниципу работы похожий на HTML, который используется для определения финального вида текста.

Работает это следующим образом — в текстовое поле мы вводим наш текст, форматируя его специальными кодами (тегами) Markdown, которые при сохранении формы конвертируются в абсолютно валидный и красивый HTML.

Преимущества использования Markdown

Основан исключительно на текстовом вводе. Вам не нужно использовать сторонние редакторы и инструменты — только обычное текстовое поле. Таким образом вы будете уверены, что ничего не поломается.
Минимальное количество кода. Всё, что нужно запомнить вашим пользователям — это пара попсовых и очень очевидных тегов, и несколько правил. Один раз и навсегда.
Исходный код максимально читабелен. Вы редактируете страницу, видите код Markdown и сразу можете сказать, что вот это заголовок, а это жирный текст, а это табличка. Всё очень наглядно.
Это open source. BSD лицензия.

К сожалению, не всё так сладко, и есть вещи, о которых следует помнить.

Недостатки Markdown

Строгие конвенции, которые надо соблюдать. Это фактически единственная жертва, которую надо принести, чтобы всё работало. Многие считают, что это делает Markdown слегка хардкорным и гиковским, но я так не считаю. Скорее, это добавляет некоторую степень «крутизны» тем, кто им владеет.
Определенные символы нужно эскапировать. Если вы хотите ввести один из технических символов, используемых в Markdown для размётки, то перед ним надо ставить обратный слэш.

Время живых примеров

Перейдём к делу. Более подробно синтакс распишу в отдельном посте, а пока что несколько простых примеров.

HTML:

<p>Лучшими ресурсами для изучения <em>Drupal</em> являются <a href="http://drupal.org">D.O.</a>, <a href="http://drupalize.me">Drupalize Me</a> и <a href="http://drupal.stackexchange.com">Drupal answers на StackExchange</a>.</p>

Markdown:

Лучшими ресурсами для изучения _Drupal_ являются [D.O.][1], [Drupalize Me][2] и [Drupal answers на StackExchange][3].
[1]: http://drupal.org  
[2]: http://drupalize.me
[3]: http://drupal.stackexchange.com

И ещё один пример.

HTML:

<ul>
<li>Первый пункт</li>
<li>Второй пункт</li>
<li>Третий пункт</li>
</ul>

Markdown:

* Первый пункт
* Второй пункт
* Третий пункт

На сегодняшний день поддержка Markdown есть почти во всех популярных CMS (через плагины), его использует GitHub и Tumblr, поддержка синтаксиса появляется в профессиональных программах для написания текста, используемых редакторами и писателями во всём мире.

Понравилось? Тогда вам будут полезны несколько ссылок:

Синтаксис. Исчерпывающая база знаний на английском языке для конечных пользователей.

Песочница, где можно потренироваться без ущерба здоровью

Для вебмастеров инструкции по установке. Если вы используете CMS, то для неё скорее всего
есть готовый плагин.

На сегодня всё. В следующий раз постараюсь выложить инструкцию-шпаргалку с самыми популярными кейсами (стили, ссылки, подводные камни)

Tags:

Markdown

HTML

Categories:

Разработка

Только метал!

Igor Kandyba — Fri, 20 Apr 2012 15:09:49 +0000

Безумно информативная визуализация, демонстрирующая распределение метал групп по земному шару. А если быть точнее, сколько банд в каждой стране приходится на 100 тысяч населения. Не удивительно, что лидирует Швеция и Финдяндия.

Больше информации и карта в хорошем разрешении здесь.

Tags:

музыка

Categories:

Визуализации