Информационное перенасыщение

Высшее образование дает способность говорить глупости с умным лицом 

и слушать их же с понимающим видом.

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

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

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

i386 на amd64 в lxc

По-умолчанию при создании окружения в lxc поддержка i386 не включена, для разрешения установки пакетов другой архитектуры: dpkg --add-architecture i386

Radeon HDMI sound

По умолчанию звук через HDMI на radeon какрточках в ubuntu отключен. Чтобы включить нужно в /etc/default/grub  в строку GRUB_CMDLINE_LINUX_DEFAULT дописать radeon.audio=1. Иначе звук не будет выводиться - сделано так из-за ошибки на некоторых устройствах с расчетом правильной хеш суммы для пакетов.

Иллюзия мечты

It's not a bug, it's a feature.

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

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

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

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

А вы как думаете - дочитав?

CDN, безопасность

​Продолжение предыдущего поста.

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

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

​CDN, общие идеи

Это описание абстрактной реализации, 

не имеющей ничего общего с реальными реализациями.

Сеть доставки контента содержит три уровня: 

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

Общая логика работы: 

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

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

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

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

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

CDN

​Идея относительно оптимизации обновления кеша в CDN(впрочем как и любого reverse proxy): можно запоминать кроме самого контента и максимального времени хранения с параметрами обновления (хеш и время обновления) еще время за которое контент был получен. И на основе количества запросов к контенту после первого получения делать для топового контента запрос перед окончанием времени хранения, как раз на время получение первого результата, дополнительный запрос для получения обновления контента. Перед этой операцией также анализировать эффективность данного решения: и для быстро генерируемого, контента который генерируется за время сравнимое с временем кеширования или редко запрашиваемого предварительный запросы не делать. Также можно на первый запрос после окончания времени кеширования, но до окончания времени ожидания ответа на изначальный запрос, еще выдавать старый контент, если это время еще в пределах разумного.