Если в бд хранится что-то очень жирное, PG сжимает страницы в TOAST на лету по умолчанию, при этом не теряется транзакционность и все остальное
Это другое (с) В MySQL можно с помощью myisampack сжимать MyISAM таблицы. Они становятся ридонли и при запросе по ним в память загружаются только запрашиваемые столбцы. Иногда это дает впечатляющий рост производительности.
Много лет (10+) используем обе БД. Триггеры и хранимые процедуры практически не используем, т.к. вся логика на бекэнде. Единственная причина, по которой не перешли полностью на Postgres - наше нищебродство :) У MySQL есть возможность делать MyISAM таблицы, которые не поддерживают транзакции, констрейнты, ломаются, блокируются только целиком, но занимают в два раза меньше места. А еще их можно сжать и тогда вообще класс. Основную же боль MySQL нам причиняет двумя способами:
DDL не поддерживают транзакции. В результате падение апдейт скрипта превращает рутину в длительное приключение с возвратом к предыдущей версии.
субъективно планировщик запросов работает заметно хуже и на селекте с 4-5 джойнами можно внезапно получить тейблскан вместо поиска по индексам. Обычно лечится анализом таблиц.
Не знаю что там мутит ТГ, но я бы на их месте воспользовался облачными брокерами сообщений от амазона, гугла и микрософта. Они не подразумевают делегирования какого-либо ип, блочить придется сервисы целиком. А гугловый фаербейс еще и пуш-уведомления на андроиды и хромы рассылает, его блокировать вообще весело. Судя по масштабу, что-то подобное и происходит :)
Это какой-то позор… Теперь сдать назад и взять на себя резовлв доменов с регулярной проверкой контента при смене ип ркн вряд ли решится — это ж придется признать свою некомпетентность.
Вопрос к знающим людям: как устроен АПИ рассылки обновлений списка РКН? Наверняка же у существующих подобных сервисов типа google safe browsing был существенный недостаток и они сделали что-то свое.
Буквально месяц назад надо было решить одну ресурсоемкую задачу, которая легко распараллеливается. Хотели сделать быстро и прикинули, что штук 50 c4.8xlarge нам как раз все сделают за несколько часов. Начали было заказывать инстансы и наши планы разбились о суровую реальность — лимиты на аккаунте. Упомянутых мощных инстансов можно было взять 5 штук в зоне или 10 штук более слабых. Увеличить лимиты можно через саппорт, который отвечает примерно два рабочих дня. Но сначала они нам увеличили какие-то другие лимиты, так что запроса пришлось делать два и заняло это ровно рабочую неделю. Аккаунт у них создан еще до появления ec2 и как минимум последние 3 года находится в вялоактивном состоянии.
Научите делать такие прокаченные аккаунты, очень пригодилось бы.
Не хочу углубляться в контекст, но речь шла об апи, которое предполагает зипование ответа. И если программист не дочитал описание апи до этого пункта, то это наиболее оптимальный способ обратить его внимание на то, что входящий поток неплохо бы распаковать.
К ПХП можно по-разному относиться, но с ним приходится считаться, если имеешь дело с ит.
Хоть ты трижды супер-пупер джава инженер, при разговоре с контрагентом легко может случиться такой диалог:
(к) — почему не отвечает ваш сервис?
(вы) — ваш запрос приходит с незаполненным Accept-Encoding в хидере запроса
(к) — это что такое? HTTP_ACCEPT?
(вы) — омг, втф (про себя) — нет, это HTTP_ACCEPT_ENCODING
(к) — а, понятно, спасибо
Тоже сейчас происходит и с электронщиками. Сейчас они снисходительно смотрят на электро-школоло, а через 5 лет им придется делать двухсекундные задержки, чтобы другая железка заказчика успела подгрузить ардуиновский бутлоадер и встраивать в свои платы слоты с тем самым ненавидимым разъёмом.
Читая это матерые электронщики наверное испытывают примерно те же ощущения, что и айтишники лет 12 назад, когда пхп воспринимался ими как средство веб-быдлокодинга и периодически всплывал в серьезных проектах. Ну или проекты с его использованием внезапно становились серьезными.
Пересел за ноутбук примерно 7 лет назад. С тех пор на работе мышкой почти не пользовался.
За это время модели ноутов были самые разные — асер, хп (2 разных), макбук, самсунг. Везде юзал и юзаю тачпад, не могу сказать что у макбука он прям на голову выше самсунга, не почувствовал. К каждому новому ноуту приходилось привыкать пару недель, раскладка клавиатуры в этом вопросе больше беспокоила, чем отличия в работе тачпада.
На тачпаде невозможно делать две вещи — играть в игрушки и пользоваться архитектурными (и наверное всеми другими) CAD-прогами. Так что если ты не не архитектор, геймер или электронщик, то на ноут вполне можно пересесть сделав свое рабочее место более мобильным без потери эффективности.
А еще можно было взять фотодиод, приклеить его скотчем к экрану в зону, которая после разблокировки заведомо должна поменять яркость и подключить его к ардуине. Перебор пароля останавливать после того, как яркость изменилась сильнее порога. Метод менее надежный, зато более брутальный что ли… и камера не нужна :)
Помню в 9м классе в учебнике по общей химии был написан рецепт изготовления йодистого азота — достаточно смешать раствор аммиака с кристаллическим йодом. Недолго думая один из друзей сгонял в магазин «Химреактив» и купил оба ингредиента за какие-то копейки. Для тех кто не в курсе — йодистый азот представляет собой крайне нестабильный порошок, который взрывается с громким звуком и веселым фиолетовым дымком от малейшего шевеления и даже иногда от громкого звука. Но стабилен пока мокрый. Школьного энтузиазма хватило на оставшиеся 3 года учебы — с завидной периодичностью что-нибудь подрывали.
Т.е. сейчас, наверное, этот учебник должен быть запрещен т.к. содержит инструкцию для производства ВВ, а его составитель — репрессирован как пособник терроризму.
С кешированием нет проблем.
Тема очень широкая, но в случае картинок при проходе через цепочку редиректов на первом редиректе можно собрать основные данные и присвоить ид запросу, далее средиректить на уникальный субдомен 1234.example.com (1234 — ид запроса)
Из недостатков метода — сравнительно сложная реализация т.к. надо допиливать ДНС сервер и связывать его с основным сборщиком данных. Не так чтоб очень сложно, но заметно труднее, чем собирать хидеры и куки.
Это другое (с) В MySQL можно с помощью myisampack сжимать MyISAM таблицы. Они становятся ридонли и при запросе по ним в память загружаются только запрашиваемые столбцы. Иногда это дает впечатляющий рост производительности.
Даже не понял ирония это была или нет. Да, бекапов обычно для этих таблиц нет т.к. их восстановление с нуля немногим дольше поднятия из бекапа.
Много лет (10+) используем обе БД. Триггеры и хранимые процедуры практически не используем, т.к. вся логика на бекэнде. Единственная причина, по которой не перешли полностью на Postgres - наше нищебродство :) У MySQL есть возможность делать MyISAM таблицы, которые не поддерживают транзакции, констрейнты, ломаются, блокируются только целиком, но занимают в два раза меньше места. А еще их можно сжать и тогда вообще класс. Основную же боль MySQL нам причиняет двумя способами:
DDL не поддерживают транзакции. В результате падение апдейт скрипта превращает рутину в длительное приключение с возвратом к предыдущей версии.
субъективно планировщик запросов работает заметно хуже и на селекте с 4-5 джойнами можно внезапно получить тейблскан вместо поиска по индексам. Обычно лечится анализом таблиц.
буква "т" в заголовке - лишняя
Может стоит сохранять в БД те самые данные о "сэкономленных" кусках металла и использовать их в алгоритме? Тогда форы у людей будет меньше :)
В пятницу вечером алгоритм для Питера прост: ехать надо на Рубинштейна, потом - можно рассмотреть другие локации.
Вопрос к знающим людям: как устроен АПИ рассылки обновлений списка РКН? Наверняка же у существующих подобных сервисов типа google safe browsing был существенный недостаток и они сделали что-то свое.
Почему-то прописаны лимиты на серию с4, а мощные c3 похоже ограничить забыли и они идут как other — 20 штук на регион. Полезная инфа, спасибо.
Научите делать такие прокаченные аккаунты, очень пригодилось бы.
вроде как и провайдер соблюдает закон и клиент этого не заметил, очень по-нашему :)
ответ там был 400й, и даже с соответствующим сообщением
только это немного не то, что ожидал от нашего сервиса тот программист
Хоть ты трижды супер-пупер джава инженер, при разговоре с контрагентом легко может случиться такой диалог:
(к) — почему не отвечает ваш сервис?
(вы) — ваш запрос приходит с незаполненным Accept-Encoding в хидере запроса
(к) — это что такое? HTTP_ACCEPT?
(вы) — омг, втф (про себя) — нет, это HTTP_ACCEPT_ENCODING
(к) — а, понятно, спасибо
Тоже сейчас происходит и с электронщиками. Сейчас они снисходительно смотрят на электро-школоло, а через 5 лет им придется делать двухсекундные задержки, чтобы другая железка заказчика успела подгрузить ардуиновский бутлоадер и встраивать в свои платы слоты с тем самым ненавидимым разъёмом.
PS это я про ардуино, если кто не понял :)
За это время модели ноутов были самые разные — асер, хп (2 разных), макбук, самсунг. Везде юзал и юзаю тачпад, не могу сказать что у макбука он прям на голову выше самсунга, не почувствовал. К каждому новому ноуту приходилось привыкать пару недель, раскладка клавиатуры в этом вопросе больше беспокоила, чем отличия в работе тачпада.
На тачпаде невозможно делать две вещи — играть в игрушки и пользоваться архитектурными (и наверное всеми другими) CAD-прогами. Так что если ты не не архитектор, геймер или электронщик, то на ноут вполне можно пересесть сделав свое рабочее место более мобильным без потери эффективности.
Т.е. сейчас, наверное, этот учебник должен быть запрещен т.к. содержит инструкцию для производства ВВ, а его составитель — репрессирован как пособник терроризму.
Тема очень широкая, но в случае картинок при проходе через цепочку редиректов на первом редиректе можно собрать основные данные и присвоить ид запросу, далее средиректить на уникальный субдомен 1234.example.com (1234 — ид запроса)
Из недостатков метода — сравнительно сложная реализация т.к. надо допиливать ДНС сервер и связывать его с основным сборщиком данных. Не так чтоб очень сложно, но заметно труднее, чем собирать хидеры и куки.