На оборотах выше 2000 (а это стандартные обороты, если не душить их) начинает сильно выть. На максимальных оборотах — уже трудно находиться рядом.
Вибрации! Даже на 1000 оборотах можно почувствовать вибрацию от несбалансированного пропеллера. На 2000 нереальный вой.
Сразу мысль: почему автор кормит нас фотографиями, а не видео с прогоном стресс-тестов. Может именно потому, что для практического применения без беруш и стальных нервов это творение родилось негодным?
Нет смысла в мощности, если её нельзя задействовать на всю катушку.
Если вы имеете в виду, что эти фото с тех пор были удалены в ВК из альбомов, то есть логически не могли быть проиндексированы в 2018-ом, то удаление через веб-интерфейс не показатель того, что ВК удаляет их с дисков серверов. Как минимум из соображений фрагментации — не удаляет.
И, теоретически, возможно есть способ получения ссылок на такие недоудалённые файлы.
Пример на Imba примерно в два раза короче — и по количеству строк, и по объёму кода.
По-моему, справедливости ради, надо сравнивать ещё и длину значащих пробелов.
Есть ли редакторы/IDE, чтобы постоянно не думать об отступах в таком языке?
PS: у вас доступ к серверам дата-центра надолго отдохнуть прилёг? Уже не меньше двадцати минут дрыхнет
502 — Bad Gateway. That’s an error.
Looks like we have got an invalid response from the upstream server. That’s all we know
Схемы управления версиями API
Общим подходом, позволяющим продвигать вперед веб-API, является использование версий. Пользователи определяют версию, когда они делают запросы, и поставщики API могут внести изменения, которые они хотят для своей следующей версии, и поддерживать совместимость в текущей. По мере выпуска новых версий пользователи могут обновляться, когда это удобно для них.
Это часто рассматривается как основная схема управления версиями с именами, такими как v1, v2 и v3, которые передаются в качестве префикса для URL-адреса (например, /v1/widgets ) или через HTTP-заголовок, например Accept. Это может работать, но имеет существенный недостаток в изменениях между версиями, которые настолько велики и настолько эффективны для пользователей, что это почти так же больно, как повторная интеграция с нуля. Это также не явная победа, потому что будет класс пользователей, которые не хотят или не могут обновиться и попасть в старые версии API. Поставщикам необходимо сделать сложный выбор между версиями API для выхода на пенсию и расширением, сокращающим этих пользователей, или сохранением старых версий навсегда при значительных затратах. Хотя поставщики, поддерживающие старые версии, могут показаться на первый взгляд полезными для пользователей, они также платят косвенно в виде снижения прогресса в улучшении. Вместо того, чтобы работать с новыми функциями, время разработки перенаправляется на сохранение старого кода.
В Stripe мы реализуем управление версиями со скользящими версиями, имена которых указаны с датой их выпуска (например, 2017-05-24 ). Несмотря на то, что они несовместимы в обратном направлении, каждый из них содержит небольшой набор изменений, которые делают инкрементные обновления относительно легкими, так что интеграция может оставаться актуальной.
В первый раз, когда пользователь делает запрос API, их учетная запись автоматически привязывается к самой последней доступной версии, и с этого момента каждый вызов API, который они делают, неявно назначается этой версией. Такой подход гарантирует, что пользователи не получают случайного изменения и делают первоначальную интеграцию менее болезненной, уменьшая количество необходимой конфигурации. Пользователи могут переопределять версию любого отдельного запроса, вручную устанавливая заголовок Stripe-Version или обновляя прикрепленную версию своей учетной записи на панели инструментов Stripe.
Некоторые читатели, возможно, уже заметили, что Stripe API также определяет основные версии с использованием префиксного пути (например, /v1/charges ). Хотя мы оставляем за собой право использовать это в какой-то момент, это вряд ли изменится в течение некоторого времени. Как отмечалось выше, основные изменения в версии, как правило, делают обновление болезненным, и нам сложно представить редизайн API, который достаточно важен, чтобы оправдать этот уровень воздействия пользователя. Наш нынешний подход был достаточным для почти сто несовместимых обновлений за последние шесть лет.
API versioning schemes
A common approach to allow forward progress in web APIs is to use versioning. Users specify a version when they make requests and API providers can make the changes they want for their next version while maintaining compatibility in the current one. As new versions are released, users can upgrade when it’s convenient for them.
This is often seen as a major versioning scheme with names like v1, v2, and v3 that are passed as a prefix to a URL (like /v1/widgets) or through an HTTP header like Accept. This can work, but has the major downside of changes between versions being so big and so impactful for users that it’s almost as painful as re-integrating from scratch. It’s also not a clear win because there will be a class of users that are unwilling or unable to upgrade and get trapped on old API versions. Providers then have to make the difficult choice between retiring API versions and by extension cutting those users off, or maintaining the old versions forever at considerable cost. While having providers maintain old versions might seem at first glance to be beneficial to users, they’re also paying indirectly in the form of reduced progress on improvements. Instead of working on new features, engineering time is diverted to maintaining old code.
At Stripe, we implement versioning with rolling versions that are named with the date they’re released (for example, 2017-05-24). Although backwards-incompatible, each one contains a small set of changes that make incremental upgrades relatively easy so that integrations can stay current.
The first time a user makes an API request, their account is automatically pinned to the most recent version available, and from then on, every API call they make is assigned that version implicitly. This approach guarantees that users don’t accidentally receive a breaking change and makes initial integration less painful by reducing the amount of necessary configuration. Users can override the version of any single request by manually setting the Stripe-Version header, or upgrade their account’s pinned version from Stripe’s dashboard.
Some readers might have already noticed that the Stripe API also defines major versions using a prefixed path (like /v1/charges). Although we reserve the right to make use of this at some point, it’s not likely to change for some time. As noted above, major version changes tend to make upgrades painful, and it’s hard for us to imagine an API redesign that’s important enough to justify this level of user impact. Our current approach has been sufficient for almost a hundred backwards-incompatible upgrades over the past six years.
Вот, кстати, Яндекс закрыл Фотки явно не по причине экономии на дисковом пространстве, иначе зачем им было так активно сейчас впаривать безлимитную загрузку фото. Всех фото подряд! Что всяко больше того, что осознанно загружалось в альбомы Яндекс.Фоток.
Так видеоконтент же, во-первых, генерируется куда меньшими объемами, чем фоточки.
Ой, не соглашусь с вами. Как минимум Вы не учитываете, что ютуб хоть и конвертирует-уменьшает видео, но также создаёт его копии в разном качестве, что по сравнению с фотками гораздо ощутимее преумножает объём контента. А кроме того, есть немало приватного видео, доступного по ссылке, а не через поиск, или находящегося вообще в закрытом доступе.
Штучные экземпляры? Видео — это нынешний тренд, молодёжь не удивить фотками, все готовы снимать всё и вся, людям уже банально лень что-то напечатать и снабдить фоткой, когда можно наболтать этот текст на камеру сразу с демонстрацией чего-либо. Зачем любителю десять минут сто раз фоткать котика, когда можно 10 минут снимать его?
По одному из подсчётов, в год на ютуб может загружаться 100 петабайт видео. В 2006 году размер хранимого видео оценивали всего лишь в 45 терабайт.
Большой вопрос, почему до сих пор нельзя отличить обычный городской автобус от брендированного мини-автобуса и тем более от подмосковного. Кто-то вообще думает о том, что люди по проездным ездят и им важно не тратить больше, чем можно, пользуясь услугами системы одного перевозчика? Или в Яндексе (да и 2гисе) только на метро и такси ездят?
Ёпрст, 5 минут листал экран в надежде увидеть технические комментарии, что за хостинг гугла, что за технические домены, правда ли и счётчики аналитикса на них — один хохлосрач и политота.
Продолжайте
Сразу мысль: почему автор кормит нас фотографиями, а не видео с прогоном стресс-тестов. Может именно потому, что для практического применения без беруш и стальных нервов это творение родилось негодным?
Нет смысла в мощности, если её нельзя задействовать на всю катушку.
Часть 1 и Часть 2
Утилиты для отслеживания:
FolderChangesView
xStarter
И, теоретически, возможно есть способ получения ссылок на такие недоудалённые файлы.
Потом уже просто офигевал от этой Сима-Ленд…
66.ru/news/business/195760
www.znak.com/2018-05-29/kuyvashevu_proveli_ekskursiyu_po_zolotym_zalam_sima_lenda_i_poprosili_o_lgotah_dlya_biznesa
Ещё статьи Руссиновича тогда на меня впечатление произвели, особенно смаковал его
Управление учетными записями пользователей Windows Vista: взгляд изнутри
Есть ли редакторы/IDE, чтобы постоянно не думать об отступах в таком языке?
PS: у вас доступ к серверам дата-центра надолго отдохнуть прилёг? Уже не меньше двадцати минут дрыхнет
Баннер для Якутии: «Ограбь Сбер — покори Москву!»
stripe.com/blog/api-versioning
Штучные экземпляры? Видео — это нынешний тренд, молодёжь не удивить фотками, все готовы снимать всё и вся, людям уже банально лень что-то напечатать и снабдить фоткой, когда можно наболтать этот текст на камеру сразу с демонстрацией чего-либо. Зачем любителю десять минут сто раз фоткать котика, когда можно 10 минут снимать его?
По одному из подсчётов, в год на ютуб может загружаться 100 петабайт видео. В 2006 году размер хранимого видео оценивали всего лишь в 45 терабайт.
Сокращают, вероятно, минификаторы…
Заголовок не раскрыт: конкретики про "дешевизну" не приведено. Может пять рублей в цифрах выиграли, а нагородили...
Продолжайте
В 8.1 файл program.exe создаётся/переименовывается без предупреждений
Так в итоге что, бабуля ему тоже не помогла впихнуть, только успокоиться?