Налицо двоякое понимание, чем является google.
С одной стороны — это коммерческая компания, которая ранжирует результаты, как хочет (в том числе, убирает из выдачи).
С другой стороны — из за её доминирования на рынке, на неё (точнее на её поисковую выдачу) возлагают социальную ответственность, права человека и т.д.
Имхо, простое решение проблемы — раз уж на google возлагают социальную ответственность, то и распространять right to be forgotten только на google.
С этой точки зрения, забавна реакция bing: «мы тоже, мы тоже большой и социально ответственный поисковик! От нас тоже что-то зависит!»
Возможно, над этой конструкцией нужно посидеть пару минут и обмозговать :)
Но это уже хитрая логика, которую нужно как-то описывать в конфиге.
Думаю, такая реализация через map читабельнее, чем 3-4 if в location :)
Прошу заметить, что такой подход рассчитан на масштабирование — если вам нужно будет добавить url, с map вам нужно добавить одну строчку.
Но может быть, это можно описать проще, буду рад узнать другой вариант.
С одной стороны, понимают ли в Минкомсвязи, сколько это мегабайт текста?
И сколько понадобится человеко-месяцев, чтобы это просто прочитать.
С другой стороны, SAP и Apple понимают, что чем дольше исходники будут «на изучении», тем больше шанс их утечки.
Поэтому ситуация двоякая — дать — огрести рисков, не дать — огрести рисков :)
Мне одному показалось, что на видео не показано со стороны, как он переходит из вертикального положения в горизонтальное?
Только на 32-33 секунде есть быстрые нарезки с внутренней камеры, но как-бы сказать, неполные.
Подчеркну, что если другие инвесторы говорят, что инвестиция плохая, это ещё не гарантирует успех. В тех случаях, когда мои инвестиции провалились, они тоже предупреждали меня об этом. Идти против всех и оказаться неправым всё ещё плохо — вы должны идти против всех и оказаться правым
Здесь очень легко совершить ошибку выжившего. Надо искать не сходство выстреливших с провалившимися, а отличия.
Название переменной $go — от фонаря.
В регулярке необязательно указывать ".*" в начале и в конце.
(?P<1>[3-7]) — создается переменная «1», со значением, которое попадет в фильтр [3-7]
В результате в переменной $go будет номер версии
rewrite ^ — это короткая форма, когда из урла не нужно ничего брать.
Хорошая мысль.
Если посмотреть какие схемы работают сейчас, довольно эффективно работает схема «jabber + свой домен».
Есть jabber сервисы, которые позволяют «приземлять» домен на их серверы.
Кто хочет независимости, используют свой домен.
Кто просто хочет общаться, регятся на общем домене сервиса.
На какой сервер слать данные, прописывается в dns.
Обычные пользователи вряд ли будут все поголовно регить домены и указывать, куда слать сообщения.
Т.е. единственная проблема — dns, как высокий порог вхождения.
Но можно сделать свою замену dns — DHT «данные юзера — адрес_сервера», как у торрентов.
Я бы предложил две сущности:
— серверы-клиенты, как у xmpp (чтобы хранить оффлайн сообщения и историю)
— DHT с данными пользователя и его сервера, защищенные его паролем/ключом (возможно, там же хранить зашифрованный ростер).
Как сейчас есть ноды и релеи tor, можно запускать IM-ноды, и пускать к себе юзеров.
Получаем плюсы децентрализованности и возможность поменять IM-провайдера без потери адреса.
* С точки зрения СХД, поломка одного диска — не трагедия (в отличие от точки зрения одного диска)
С одной стороны — это коммерческая компания, которая ранжирует результаты, как хочет (в том числе, убирает из выдачи).
С другой стороны — из за её доминирования на рынке, на неё (точнее на её поисковую выдачу) возлагают социальную ответственность, права человека и т.д.
Имхо, простое решение проблемы — раз уж на google возлагают социальную ответственность, то и распространять right to be forgotten только на google.
С этой точки зрения, забавна реакция bing: «мы тоже, мы тоже большой и социально ответственный поисковик! От нас тоже что-то зависит!»
Но это уже хитрая логика, которую нужно как-то описывать в конфиге.
Думаю, такая реализация через map читабельнее, чем 3-4 if в location :)
Прошу заметить, что такой подход рассчитан на масштабирование — если вам нужно будет добавить url, с map вам нужно добавить одну строчку.
Но может быть, это можно описать проще, буду рад узнать другой вариант.
И сколько понадобится человеко-месяцев, чтобы это просто прочитать.
С другой стороны, SAP и Apple понимают, что чем дольше исходники будут «на изучении», тем больше шанс их утечки.
Поэтому ситуация двоякая — дать — огрести рисков, не дать — огрести рисков :)
Только на 32-33 секунде есть быстрые нарезки с внутренней камеры, но как-бы сказать, неполные.
Вариант посложнее — список берется из DHT.
P.S.
Расставание: hard mode
Здесь очень легко совершить ошибку выжившего. Надо искать не сходство выстреливших с провалившимися, а отличия.
И после $http_user_agent нужно указать свою переменную, в которую и запишется выбранное значение.
В конфиге виртуального хоста:
Название переменной $go — от фонаря.
В регулярке необязательно указывать ".*" в начале и в конце.
(?P<1>[3-7]) — создается переменная «1», со значением, которое попадет в фильтр [3-7]
В результате в переменной $go будет номер версии
rewrite ^ — это короткая форма, когда из урла не нужно ничего брать.
Если посмотреть какие схемы работают сейчас, довольно эффективно работает схема «jabber + свой домен».
Есть jabber сервисы, которые позволяют «приземлять» домен на их серверы.
Кто хочет независимости, используют свой домен.
Кто просто хочет общаться, регятся на общем домене сервиса.
На какой сервер слать данные, прописывается в dns.
Обычные пользователи вряд ли будут все поголовно регить домены и указывать, куда слать сообщения.
Т.е. единственная проблема — dns, как высокий порог вхождения.
Но можно сделать свою замену dns — DHT «данные юзера — адрес_сервера», как у торрентов.
Я бы предложил две сущности:
— серверы-клиенты, как у xmpp (чтобы хранить оффлайн сообщения и историю)
— DHT с данными пользователя и его сервера, защищенные его паролем/ключом (возможно, там же хранить зашифрованный ростер).
Как сейчас есть ноды и релеи tor, можно запускать IM-ноды, и пускать к себе юзеров.
Получаем плюсы децентрализованности и возможность поменять IM-провайдера без потери адреса.