Имхо, Вы исходите из сразу нескольких, вызывающих некоторое сомнение предположений:
Что отзывы и предложения на regulation.gov.ru вообще кто-то читает.
Что авторы законопроекта искренне пекутся исключительно о благе детей, которых склоняют к Роскомнадзору террористически настроенные наркоторговцы населения.
Что авторы законопроекта не были проконсультированы должным образом, ещё на стадии составления своего предложения, и плохо осознают все последствия его ведения.
Что авторы законопроекта имеют намерение избавления страны от глупых, неэффективных законов, строгость которых, компенсируется необязательностью их исполнения.
Что переговоры с террористами приводят к положительным результатам.
Да, честному человеку нечего скрывать.
А это вообще полнейший бред.
Вы скрываете номер, срок действия, и CVV код от своей карты, чтобы с неё не украли деньги.
Вы не распространяете информацию о том сколько и когда Вы будете отдыхать за границей, чтобы Вашу квартиру не обнесли домушники.
Вы не афишируете сумму и день получения своей зарплаты, чтобы Вас около подъезда не встретили гопники, и не сделали Вам безакцептное предложение купить кирпич, за всю имеющуюся у Вас сумму.
Вы не распространяете фотографии Ваших детей, и описание дороги по которой они возвращаются из школы, на форумах «любителей детства», так как опасаетесь, что кто-то из участников этих форумов встретит Вашего ребёнка вместо Вас.
Вы ставите галочку в избирательном бюллетене в закрытой кабинке, для того чтобы Вам не объяснили подробно, насколько был неправильным Ваш выбор, обиженные сторонники одного из других кандидатов.
Подобных примеров можно привести ещё очень много.
Люди скрывают информацию о себе не потому что нечестны сами, а для того чтобы ею не воспользовались во вред нечестные окружающие.
И не надо говорить, что от государственных структур честному человеку скрывать точно нечего. Нечестные люди могут работать и в государственных структурах.
Или в них может работать хреновый, или просто невыспавшийся сисадмин, который забудет закрыть внешний доступ к базе данных…
Микросервисы никогда не были методом создать хорошую архитектуру. Они были (и являются) методом разделения компетенций. Люди с высокой компетенцией занимаются архитектурой и критическими сервисами, а второстепенные можно спихнуть на менее квалифицированных людей, обложив их фашистскими спецификациями и стандартами.
Главная разница между сервисной и микросервисной архитектурой в том, что микросервисное деление позволяет доводить этот процесс до «сервис на таску» или «сервис на человек».
Ценой же решения является вываливание ответственности (очень большой ответственности) за архитектуру на компетентных людей. Если кто-то не знает какая должна быть архитектура проекта, то сделав её микросервисной, человек получит куда более ужасную проблему, чем с кривой архитектурой в паре сервисов или монолитном приложении.
Перевод взаимодействя компонент с «внутри приложения» на сеть открывает новый класс ошибок — transient errors, вываливающиеся на operations. transient errors обладают таким свойством, что после того, как они случились, их нельзя отладить — они самопроходят. Просто что-то где-то флапает иногда. Достаточно, чтобы это раздражало и мешало, не достаточно, чтобы быть уверенным, что «оно не работает».
Второй говорил Командиру в полёте —
''Я зачитал Руководство до дыр!
Но, чтоб я ни делал, Вы только орёте!''
''Ты делай как надо!''- Сказал Командир…
Горькая правда жизни в том, что подавляющее большинство имеющегося ПО не нужно было даже начинать разрабатывать, не говоря уже о качественной разработке. А около того ПО, что действительно нужно, уже есть регулятор от государства и УК.
Кроме того, адептов Сразу Всё Делать Правильно я видел много и в т.ч. в зеркале, это не работает. Человечество едет на костылях которую тысячу лет совершенно не из-за нехватки манифестов, а из-за нехввтки кадров. Костыли в потребном количестве можем производить, а чуть поинтереснее — люди кончаются.
Поэтому совершенно без издёвки предлагаю Вам заняться важными штуками, где от косяков могут люди погибнуть, и где думать поэтому надо сильно до. Больше хороших штук появляется от запиливания хороших штук, а не от запиливания хороших манифестов.
если для проекта в котором ничего не понятно вы делаете костыль, то вероятно вы используете бестпрактис этого проекта, а как результат не будете выделяться на общем фоне и нарушать хрупкий баланс и эстетику остального кода
мда...
Могу рассказать много интересного про работу хостеров изнутри, но боюсь меня потом побьют камнями, а то и ногами =)
Шаред это рулетка, кому-то хорошо, но в основном плохо всем и по чуть-чуть. Я думаю не надо рассказывать как написать скрипт на пхп или 5 строк, который повесит сервер. А вот теперь представим, что таких "писателе" пара сотен на одном сервачке. Как оно будет работать? Правильно, в большинстве случаев оно так и работает.
Если вы делаете проект, с целью получать с него прибыль, нужно покупать дедик и только дедик. Решение с ВДС тоже довольно смешное. Много у кого стоит 256мб оперативки и пентиум3 400мгц? Попробуйте поработать на такой машине. Сервер ничем не отличается, там точно так-же все будет свопиться и тормозить. ВДС это решение для очень узкого сегмента, а свое распространение получило только из-за дешевизны.
Дешевый дедик (100$) это рулетка еще та. Начнем с содержания машины в стойке и электропитания. 35-40$ минимум. Аплинк стоит денег, обычно к малобюджетному серверу дают 1тб трафа, это порядка 4мбпс загрузка канала. Самый дешевый и галимый когент стоит 11$ за мегабит. Что остается? 15$ прибыли, с которой нужно окупить стоимость сервера хотя бы за год. 15*12=180$ вот столько эта машина стоит в закупке. Сколько стоит комплектуха, я думаю, знают все. Так в чем же цимус?
Есть много вариантов где надуть клиента.
Канал - тут можно химичить как угодно, шэйпить его всячески, пихать в 100мб порт 50 машин и каждому нарезать 10мбпс.
Железо - идем на ebay и закупаем сервера по 100 баков, некондиция с завода, которая не прошла тесты, б/у барахло, распродаваемое после разорения компаний или после модернизации, и просто тупо ворованное железо. Все это гавно не гарантийное и работать оно будет ровно на те деньги, которые оно стоит.
Для справки, брендовое серверное шасси (корпус в формфакторе для стоек +материнка) начинается от 500 долларов, дальше навесное считаем сами.
Каждый, кто умеет пользоваться калькулятором давно уже посчитал, что и сколько должно стоить.
Резюме. Не ведитесь на дешевое предложение, вы сами копаете могилу своему проекту. Если вы нацелены на получение прибыли, не стесняйтесь вкладывать в проект деньги, сэкономив пару сотен, вы просто не заработаете. Всегда рекомендую пользоваться здравым смыслом и калькулятором.
Про форки, включая эти, стоит почитать How to choose a browser for everyday use? — там жёсткий "срыв покровов" по некоторым из них.
Имхо, Вы исходите из сразу нескольких, вызывающих некоторое сомнение предположений:
детей, которых склоняют к Роскомнадзору террористически настроенные наркоторговцынаселения.А это вообще полнейший бред.
Подобных примеров можно привести ещё очень много.
Люди скрывают информацию о себе не потому что нечестны сами, а для того чтобы ею не воспользовались во вред нечестные окружающие.
И не надо говорить, что от государственных структур честному человеку скрывать точно нечего. Нечестные люди могут работать и в государственных структурах.
Или в них может работать хреновый, или просто невыспавшийся сисадмин, который забудет закрыть внешний доступ к базе данных…
Я просто оставлю это здесь.
https://www.youtube.com/watch?v=f01t7OQjF4E
Как организовать полностью deniable стегонографический скрытый том без видимого спецсофта для стегонографии.
Главная разница между сервисной и микросервисной архитектурой в том, что микросервисное деление позволяет доводить этот процесс до «сервис на таску» или «сервис на человек».
Ценой же решения является вываливание ответственности (очень большой ответственности) за архитектуру на компетентных людей. Если кто-то не знает какая должна быть архитектура проекта, то сделав её микросервисной, человек получит куда более ужасную проблему, чем с кривой архитектурой в паре сервисов или монолитном приложении.
Перевод взаимодействя компонент с «внутри приложения» на сеть открывает новый класс ошибок — transient errors, вываливающиеся на operations. transient errors обладают таким свойством, что после того, как они случились, их нельзя отладить — они самопроходят. Просто что-то где-то флапает иногда. Достаточно, чтобы это раздражало и мешало, не достаточно, чтобы быть уверенным, что «оно не работает».
Горькая правда жизни в том, что подавляющее большинство имеющегося ПО не нужно было даже начинать разрабатывать, не говоря уже о качественной разработке. А около того ПО, что действительно нужно, уже есть регулятор от государства и УК.
Кроме того, адептов Сразу Всё Делать Правильно я видел много и в т.ч. в зеркале, это не работает. Человечество едет на костылях которую тысячу лет совершенно не из-за нехватки манифестов, а из-за нехввтки кадров. Костыли в потребном количестве можем производить, а чуть поинтереснее — люди кончаются.
Поэтому совершенно без издёвки предлагаю Вам заняться важными штуками, где от косяков могут люди погибнуть, и где думать поэтому надо сильно до. Больше хороших штук появляется от запиливания хороших штук, а не от запиливания хороших манифестов.
app.programmingfonts.org
eprint.iacr.org/2012/584.pdf — дата-майнинг графа
www.wi.uni-muenster.de/sites/default/files/public/department/itsecurity/mbc13/mbc13-moeser-paper.pdf — анализ эффективности и уязвимостей различных микшеров
Он, оказывается, ещё и софтверными компаниями рулит? Суровый товарищ, однако. Респект.
В моём рейтинге авторов фантастики — четвёртый в списке, второй из ныне живущих
Могу рассказать много интересного про работу хостеров изнутри, но боюсь меня потом побьют камнями, а то и ногами =)
Шаред это рулетка, кому-то хорошо, но в основном плохо всем и по чуть-чуть. Я думаю не надо рассказывать как написать скрипт на пхп или 5 строк, который повесит сервер. А вот теперь представим, что таких "писателе" пара сотен на одном сервачке. Как оно будет работать? Правильно, в большинстве случаев оно так и работает.
Если вы делаете проект, с целью получать с него прибыль, нужно покупать дедик и только дедик. Решение с ВДС тоже довольно смешное. Много у кого стоит 256мб оперативки и пентиум3 400мгц? Попробуйте поработать на такой машине. Сервер ничем не отличается, там точно так-же все будет свопиться и тормозить. ВДС это решение для очень узкого сегмента, а свое распространение получило только из-за дешевизны.
Дешевый дедик (100$) это рулетка еще та. Начнем с содержания машины в стойке и электропитания. 35-40$ минимум. Аплинк стоит денег, обычно к малобюджетному серверу дают 1тб трафа, это порядка 4мбпс загрузка канала. Самый дешевый и галимый когент стоит 11$ за мегабит. Что остается? 15$ прибыли, с которой нужно окупить стоимость сервера хотя бы за год. 15*12=180$ вот столько эта машина стоит в закупке. Сколько стоит комплектуха, я думаю, знают все. Так в чем же цимус?
Есть много вариантов где надуть клиента.
Канал - тут можно химичить как угодно, шэйпить его всячески, пихать в 100мб порт 50 машин и каждому нарезать 10мбпс.
Железо - идем на ebay и закупаем сервера по 100 баков, некондиция с завода, которая не прошла тесты, б/у барахло, распродаваемое после разорения компаний или после модернизации, и просто тупо ворованное железо. Все это гавно не гарантийное и работать оно будет ровно на те деньги, которые оно стоит.
Для справки, брендовое серверное шасси (корпус в формфакторе для стоек +материнка) начинается от 500 долларов, дальше навесное считаем сами.
Каждый, кто умеет пользоваться калькулятором давно уже посчитал, что и сколько должно стоить.
Резюме. Не ведитесь на дешевое предложение, вы сами копаете могилу своему проекту. Если вы нацелены на получение прибыли, не стесняйтесь вкладывать в проект деньги, сэкономив пару сотен, вы просто не заработаете. Всегда рекомендую пользоваться здравым смыслом и калькулятором.