Рубрика «mysql»
Как проверить, что бэкап действительно можно восстановить
2026-09-03 в 9:02, admin, рубрики: backup restore, binlog, borgbackup, linux, mysql, mysqldump, postgresql, ruvds_статьи, бэкап, резервное копирование
Я написал мессенджер в одиночку. Поможете устроить ему краш‑тест?
2026-08-04 в 16:06, admin, рубрики: backend, mvp, mysql, php, polling, архитектура, веб-чат, краш-тест, мессенджер, хабраэффектДисклеймер: Это статья-проверка на прочность. Проект работает на PHP + MySQL + Polling каждые 3 секунды. Если вы кликнули по ссылке, а сервер отдаёт 502 или упорно молчит — значит, поллинг взял своё под нагрузкой Хабра, а я прямо сейчас судорожно оптимизирую запросы и чиню базу!
Привет.
Ваш бэкап не восстановится. Вы просто ещё об этом не знаете
2026-07-20 в 8:50, admin, рубрики: backup, mysql, postgresqlКрон отработал. Экзит-код ноль. Файл лежит в S3, размер похож на правду. Мониторинг зелёный. Всё говорит о том, что бэкап сделан успешно, вот только его никогда не пробовали восстановить.
Я лично сталкивался с этой проблемой дважды и один раз наблюдал её последствия в масштабах всего интернета. Это побудило меня создать инструмент, который регулярно восстанавливает бэкапы по расписанию и проверяет целостность данных. Ниже я расскажу, почему «бэкап снят» и «бэкап восстановится» — это два совершенно разных факта, а также как автоматическая проверка второго факта работает на практике.
31 января 2017 года, GitLab
Проектирование интеграционного решения для автоматизации детской футбольной школы
2026-06-29 в 11:18, admin, рубрики: bpmn, ERP, mysql, Postman, UML, автоматизация, оптимизацияДетская футбольная школа имеет базу данных детей и их родителей, в которой более 7000 уникальных записей. На данный момент посещаемость, продление абонементов и напоминания об оплате происходять в ручном режиме через ERP‑систему.
Проблема: Администраторы тратят много времени на проверку платежей и ручную рассылку с напоминаниями об оплате родителям. Из‑за различных причин часть родителей не оплачивают абонемент на следующий месяц вовремя, что существенно снижает выручку школы.
Цель работы:Читать полностью »
Я не хотел писать ORM для Kotlin-Native. Мне просто нужен был PostgreSQL
2026-06-22 в 14:13, admin, рубрики: dsl, kotlin, kotlin multiplatform, Ktor, mysql, native, orm, postgresql, sqliteВсе началось с архитектурного тупика. Я занимался бэкенд-частью low-code платформы, для автоматизации внутренних процессов крупных компаний. У платформы была жесткая специфика — обязательный и хардкорный оффлайн-режим. Пользователи — прорабы на удаленных строительных объектах и геологи в тайге, где связь пропадает не на пару минут, а на целые дни.
Приложение при этом должно полноценно жить локально: пользователь забивает данные, меняет статусы сущностей, генерирует документы, прикрепляет фото. А затем, когда появляется сеть, на бэкенд одновременно прилетает лавина накопленных синхронизаций.
Eloquent Guard: как ловить N+1 и медленные запросы в Laravel, не зарываясь в vendor
2026-03-16 в 11:15, admin, рубрики: database monitoring, database optimization, database performance, eloquent, laravel, mysql, php, postgresql, sqlПроблема N+1 стара как мир. Инструментов много: Debugbar хорош локально, Telescope тяжеловат для продакшена. Мне хотелось решения, которое будет «стучать» в Slack или Telegram именно тогда, когда проблема случилась на проде, и при этом сразу показывать пальцем на виновную строку кода.
Так появился Eloquent Guard
Как это работает под капотом
Основная магия происходит через подписку на события базы данных в Laravel. В сервис-провайдере пакета мы слушаем QueryExecuted:
DB::listen(function (QueryExecuted $query) {
// 1. Проверяем дубликаты (N+1) по хэшу SQL
// 2. Замеряем время выполнения (Slow Query)
// 3. Если порог превышен — запускаем репортеры
});
Читать полностью »
Переезд с MySQL на PostgreSQL в Laravel: как мы перенесли гео сервис и не сошли с ума
2026-02-28 в 8:16, admin, рубрики: filament, laravel, mysql, pgloader, postgis, postgresql, геоданные, миграция, перенос данныхПривет! Недавно мы с проектом (а по факту я в гордом одиночестве) переезжали с MySQL на PostgreSQL. Зачем? Проект — гео‑сервис для рыбаков: карта с точками, поиск рядом, фильтры по регионам, водоёмам и рыбам. MySQL стал тормозить на гео‑запросах, а PostGIS обещал скорость и порядок. Плюс мы всё равно переезжали на новый VDS – решили заодно сменить СУБД, пока данных не стало неприлично много.
Продом обкатано: читать будет полезно.
1. Исходные данные (чтобы понимали масштаб)
Проект не огромный, но и не игрушечный:
Рейтинг контента и пользователей на основе офелократии. Часть 1
2025-10-30 в 13:01, admin, рубрики: mysql, ruvds_статьи, sql, меритократия, офелократия, рейтинги
В 2011-м и немного в 2015 году я принимал участие в разработке портала с прикольными роликами Читать полностью »