При этом остальные блоки, в которых может идти возврат, к примеру, и слайса байт, и функции которая вернёт слайс байт, и просто nil — хочется видеть целиком и с подсветкой синтаксиса.
Есть опубликованное приложение, где контент генерируется пользователями.
Получили предупреждение о взрослом контенте.
Оказалось один из пользователей загрузил всего одну эротическую картинку.
Интересно то, что увидеть контент можно после регистрации через смс.
Попросили добавить автоматическую проверку на запрещённый контент на изображениях с ссылкой на свой сервис (autoML вроде бы).
Мы же добавили просто кнопку «Пожаловаться» в меню изображения. Прокатило.
Глянул показатели конкретно этой страницы.
Немного смущает что TTFB у статики 5-20мс, а вот у документа прыгает от 300 до 1300мс.
Во время очередного обновления страницы (Firefox):
DNS resolution: 3 ms
Connecting: 128 ms
TLS setup: 135 ms
Sending: 0 ms
Waiting: 1916 ms <<<
Receiving: 129 ms
Если большая картинка вытиснила маленькие в первом случае из-за нехватки памяти, согласно статье, то никакой алгоритм тут не спасёт. И автор статьи использует НЕ классический 2Q. Достаточно перейти по ссылке в статье http://www.vldb.org/conf/1994/P439.PDF.
А вот 2Q решает эту проблему тем, что OUT хранит исключительно ключи, а не значения, и не обязан быть большим по памяти.
В свою очередь MAIN защищает данные от «вымывания».
А IN защищает от попадания в MAIN временно частых запросов.
2Q — это не убер-алгоритм, но он идеально подходит для кэширования данных генерируемых поведением пользователя.
Это не единственные правки, но хорошо, попробуйте прочитать статью без этого абзаца) Складывается впечатление что виной всему OAuth и при помощи приложения можно получить доступ к посторонней странице, что является очень серьёзной уязвимостью. Это то, что я понял прочитав утром ваш пост. Но позже смог убедился что дела обстоят совсем иначе.
Сейчас пост вами отредактированный более чем полностью, содержит другие формулировки и дополнительную информацию, из-за чего часть комментариев выглядит теперь странно.
Мой пост прошёл модерацию, но остался в песочнице.
* МаросНет — ДЦ и оренда железа
* Айхор — хостинг на железе МаросНета.
Складывается впечатление что Лунгов, уже бывший ген.дир. и миноритарий, решил вывести второй бизнес из состава компании и оформить на своих людей…
При этом остальные блоки, в которых может идти возврат, к примеру, и слайса байт, и функции которая вернёт слайс байт, и просто nil — хочется видеть целиком и с подсветкой синтаксиса.
Да как бы наоборот растёт быстрее производственных мощностей)
www.canalys.com/newsroom/canalys-global-pc-market-Q319
bugzilla.mozilla.org/show_bug.cgi?id=1310842#c30
-a -installsuffix устарело уже как 4 года:
github.com/golang/go/issues/9344#issuecomment-69944514
Вполне достаточно
CGO_ENABLED=0 go build
Или лучше глобально определить CGO_ENABLED=0
Если сменить тип репозитория на приватный, то всё ОК.
Получили предупреждение о взрослом контенте.
Оказалось один из пользователей загрузил всего одну эротическую картинку.
Интересно то, что увидеть контент можно после регистрации через смс.
Попросили добавить автоматическую проверку на запрещённый контент на изображениях с ссылкой на свой сервис (autoML вроде бы).
Мы же добавили просто кнопку «Пожаловаться» в меню изображения. Прокатило.
Немного смущает что TTFB у статики 5-20мс, а вот у документа прыгает от 300 до 1300мс.
Во время очередного обновления страницы (Firefox):
DNS resolution: 3 ms
Connecting: 128 ms
TLS setup: 135 ms
Sending: 0 ms
Waiting: 1916 ms <<<
Receiving: 129 ms
Я не выспался или получается что это практически равносильно вынести туже «соль» на отдельный сервис?
А вот 2Q решает эту проблему тем, что OUT хранит исключительно ключи, а не значения, и не обязан быть большим по памяти.
В свою очередь MAIN защищает данные от «вымывания».
А IN защищает от попадания в MAIN временно частых запросов.
2Q — это не убер-алгоритм, но он идеально подходит для кэширования данных генерируемых поведением пользователя.
Всегда пожалуйста)
Мой пост прошёл модерацию, но остался в песочнице.