Представьте: на сайте 5000 пользователей одновременно лайкают одну статью. Счётчик сошёл с ума, записи дублируются, а база падает под deadlock. Это не гипотетика — мы видели такое на продакшене. Система лайков и рейтингов — не просто «кнопка сердечка», а инженерная задача с атомарностью, кэшированием и защитой от накрутки. Мы разрабатываем такие системы под ключ уже более пяти лет, и вот как это делаем.
Почему система лайков сложнее, чем кажется?
На первый взгляд — связка «кнопка + счётчик». Но при параллельных запросах без блокировок значение счётчика может разойтись с реальным количеством голосов. Ещё одна проблема — дублирование: один пользователь может поставить лайк много раз, если не поставить уникальный constraint. Наконец, скорость: если каждый лайк пишется в БД и пересчитывается, при пиковой нагрузке страница будет тормозить. Мы решаем это комбинацией денормализации, кэширования и оптимистичных обновлений на фронтенде.
Как защитить систему от накрутки?
Защита строится на нескольких уровнях. На уровне базы — уникальный индекс (user_id, likeable_id, likeable_type) гарантирует один голос от пользователя. На уровне API — rate limiting: не более 60 запросов в минуту на одного пользователя. Для гостей используем ограничение по IP с куками. В кэше храним факт голосования на 5 минут, чтобы не дёргать БД. Всё это вместе делает накрутку практически невозможной.
Структура базы данных
-- Универсальная таблица лайков (polymorphic) CREATE TABLE likes ( id SERIAL PRIMARY KEY, user_id INTEGER NOT NULL REFERENCES users(id) ON DELETE CASCADE, likeable_id INTEGER NOT NULL, likeable_type VARCHAR(50) NOT NULL, created_at TIMESTAMPTZ NOT NULL DEFAULT NOW(), UNIQUE (user_id, likeable_id, likeable_type) ); CREATE INDEX ON likes(likeable_type, likeable_id); -- Рейтинги CREATE TABLE ratings ( id SERIAL PRIMARY KEY, user_id INTEGER NOT NULL REFERENCES users(id) ON DELETE CASCADE, ratable_id INTEGER NOT NULL, ratable_type VARCHAR(50) NOT NULL, value SMALLINT NOT NULL CHECK (value BETWEEN 1 AND 5), created_at TIMESTAMPTZ NOT NULL DEFAULT NOW(), UNIQUE (user_id, ratable_id, ratable_type) ); -- Счётчики в основных таблицах (денормализация для производительности) ALTER TABLE articles ADD COLUMN likes_count INTEGER NOT NULL DEFAULT 0; ALTER TABLE products ADD COLUMN rating_avg NUMERIC(3,2) NOT NULL DEFAULT 0; ALTER TABLE products ADD COLUMN ratings_count INTEGER NOT NULL DEFAULT 0; Laravel: лайки
trait Likeable { public function likes(): MorphMany { return $this->morphMany(Like::class, 'likeable'); } public function isLikedBy(?User $user): bool { if (!$user) return false; return Cache::remember( "liked:{$this->getMorphClass()}:{$this->id}:{$user->id}", 300, fn() => $this->likes()->where('user_id', $user->id)->exists() ); } } class LikeController extends Controller { public function toggle(Request $request, string $type, int $id): JsonResponse { $model = $this->resolveModel($type, $id); $user = $request->user(); $existing = Like::where([ 'user_id' => $user->id, 'likeable_type' => $type, 'likeable_id' => $id, ])->first(); if ($existing) { $existing->delete(); $model->decrement('likes_count'); $liked = false; } else { Like::create([ 'user_id' => $user->id, 'likeable_type' => $type, 'likeable_id' => $id, ]); $model->increment('likes_count'); $liked = true; } Cache::forget("liked:{$type}:{$id}:{$user->id}"); return response()->json([ 'liked' => $liked, 'count' => $model->fresh()->likes_count, ]); } private function resolveModel(string $type, int $id): Model { return match ($type) { 'article' => Article::findOrFail($id), 'comment' => Comment::findOrFail($id), 'product' => Product::findOrFail($id), default => abort(400, "Unknown type: {$type}"), }; } } Рейтинги (звёзды)
class RatingController extends Controller { public function store(Request $request, string $type, int $id): JsonResponse { $request->validate(['value' => 'required|integer|between:1,5']); $model = $this->resolveModel($type, $id); Rating::updateOrCreate( [ 'user_id' => $request->user()->id, 'ratable_type' => $type, 'ratable_id' => $id, ], ['value' => $request->value] ); $stats = Rating::where(['ratable_type' => $type, 'ratable_id' => $id]) ->selectRaw('AVG(value) as avg, COUNT(*) as cnt') ->first(); $model->update([ 'rating_avg' => round($stats->avg, 2), 'ratings_count' => $stats->cnt, ]); return response()->json([ 'user_rating' => $request->value, 'avg' => round($stats->avg, 1), 'count' => $stats->cnt, 'distribution' => Rating::where(['ratable_type' => $type, 'ratable_id' => $id]) ->groupBy('value') ->selectRaw('value, COUNT(*) as count') ->pluck('count', 'value'), ]); } } React: UI компоненты
// Лайк-кнопка function LikeButton({ type, id, initialCount, initialLiked }: LikeButtonProps) { const [liked, setLiked] = useState(initialLiked); const [count, setCount] = useState(initialCount); const [loading, setLoading] = useState(false); const toggle = async () => { if (loading) return; setLoading(true); setLiked(!liked); setCount(c => liked ? c - 1 : c + 1); try { const { data } = await api.post(`/api/likes/${type}/${id}/toggle`); setLiked(data.liked); setCount(data.count); } catch { setLiked(liked); setCount(count); } finally { setLoading(false); } }; return ( <button onClick={toggle} className={`like-btn ${liked ? 'like-btn--active' : ''}`} aria-label={liked ? 'Убрать лайк' : 'Поставить лайк'} aria-pressed={liked} > <HeartIcon filled={liked} /> <span>{count.toLocaleString('ru-RU')}</span> </button> ); } // Звёздный рейтинг function StarRating({ type, id, userRating, avgRating, ratingsCount }: StarRatingProps) { const [hover, setHover] = useState(0); const [selected, setSelected] = useState(userRating || 0); const handleRate = async (value: number) => { setSelected(value); await api.post(`/api/ratings/${type}/${id}`, { value }); }; return ( <div className="star-rating"> <div className="stars" role="radiogroup" aria-label="Оценка"> {[1, 2, 3, 4, 5].map(star => ( <button key={star} role="radio" aria-checked={selected === star} aria-label={`${star} звезд`} className={`star ${star <= (hover || selected) ? 'star--filled' : ''}`} onMouseEnter={() => setHover(star)} onMouseLeave={() => setHover(0)} onClick={() => handleRate(star)} > ★ </button> ))} </div> <span className="rating-summary"> {avgRating.toFixed(1)} ({ratingsCount.toLocaleString('ru-RU')} оценок) </span> </div> ); } Сравнение подходов: синхронное vs оптимистичное обновление
| Критерий | Синхронное (ожидание ответа) | Оптимистичное (мгновенное) |
|---|---|---|
| Восприятие скорости | Медленное, задержка 200-500 мс | Мгновенное, UX выигрывает в 3 раза |
| Сложность реализации | Низкая | Средняя (нужен откат при ошибке) |
| Надёжность счётчика | Абсолютная | Возможен временный рассинхрон |
| Нагрузка на сервер | Высокая (каждый клик — запрос) | Средняя (та же, но UX не страдает) |
Как обеспечить производительность при высоких нагрузках?
Мы используем комбинацию денормализации счётчиков и кэширования в Redis. Для лайков: при каждом голосовании инкрементим likes_count в таблице articles через атомарный UPDATE ... SET likes_count = likes_count + 1 — это быстрее, чем COUNT(*). Для рейтингов: пересчёт агрегатов выполняется только при изменении оценки, а не при каждом просмотре. Кроме того, на фронтенде применяется optimistic update: пользователь видит изменение мгновенно, а запрос уходит асинхронно. При ошибке состояние откатывается. Такой подход снижает нагрузку на сервер в 2–3 раза.
Какую базу данных выбрать для голосов?
PostgreSQL или MySQL?
| Критерий | PostgreSQL | MySQL |
|---|---|---|
| Уникальные constraint | Поддерживает | Поддерживает |
| Частичные индексы | Да (фильтр по status) | Нет |
| JSON-поля для мета | Отличная поддержка | Ограниченная |
| Производительность при 1000 RPS | Высокая | Высокая |
| Рекомендация | Для сложных выборок | Для простых схем |
Обе СУБД справляются с нагрузкой до 10 000 лайков в секунду при правильной индексации. Мы чаще используем PostgreSQL из-за частичных индексов и лучшей поддержки конкурентных обновлений.
Этапы внедрения системы лайков и рейтингов
- Анализ — изучаем вашу модель данных и нагрузку (1 день).
- Проектирование — разрабатываем схему БД и API (1–2 дня).
- Реализация — пишем бэкенд и фронтенд компоненты (2–4 дня).
- Тестирование — нагрузочное тестирование, отлов race conditions (1–2 дня).
- Деплой и обучение — разворачиваем на сервере, передаём документацию (1 день).
Что входит в работу
Мы передаём полный комплект: исходный код с комментариями, документацию API (OpenAPI), инструкцию по развёртыванию, доступ к репозиторию, обучение вашей команды (1–2 часа) и поддержку в течение 2 недель после сдачи. Гарантируем, что система пройдёт нагрузочное тестирование при 1000 RPS.
Сроки и стоимость
Базовая система лайков (polymorphic) с React UI и оптимистичными обновлениями — 2–3 дня. Рейтинги 1–5 с агрегатами и распределением — ещё 1–2 дня. Стоимость рассчитывается индивидуально после анализа вашего проекта. Свяжитесь с нами — оценим задачу за один день.
Почему выбирают нас
- Пятилетний опыт в разработке систем взаимодействия
- Более 120 реализованных проектов
- 98% клиентов рекомендуют нас коллегам
- Используем только проверенные технологии: Laravel, React, PostgreSQL
Гарантируем: система будет работать без ошибок при пиковых нагрузках, а если что-то пойдёт не так — исправим в течение 24 часов.
Наше готовое решение сокращает бюджет в два раза по сравнению с разработкой с нуля, а сроки — в три. Закажите оценку вашего проекта — мы рассчитаем стоимость за один день. Получите консультацию, и мы покажем, как система будет работать на ваших нагрузках.







