master32

Рейтинг
110
Регистрация
09.02.2022
сбер физик +1
estic #:
современный MySQL

кстати почти полностью отказался от MySQL в пользу SQLite + nvme)

nash300 #:
Ну тогда почему бы за полгода гугл или ютуб ее повторить

парсить дольше)

  • Если цель похожего на классический чат один на один, вы можете реализовать дополнительную логику в приложении для создания диалога, когда два пользователя впервые начинают общаться.
  • Для оптимизации работы можно добавить индексы на поля conversation_id, sender_id, created_at.
  • Дополнительная таблица «сообщений прочитанных» может быть реализована для отслеживания статуса прочтения для конкретного пользователя в конкретном чате (например, если требуется хранить отметку для каждого участника в группе).

Ниже приведён SQL-пример создания таблиц (пример на PostgreSQL):


-- Таблица пользователей

CREATE TABLE users ( id SERIAL PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, email VARCHAR(255) NOT NULL UNIQUE, password_hash VARCHAR(255) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP );


-- Таблица диалогов (бесед)

CREATE TABLE conversations ( id SERIAL PRIMARY KEY, name VARCHAR(100), is_group BOOLEAN DEFAULT FALSE, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP );


-- Таблица участников беседы (связующая таблица)

CREATE TABLE conversation_participants ( conversation_id INTEGER NOT NULL REFERENCES conversations(id) ON DELETE CASCADE, user_id INTEGER NOT NULL REFERENCES users(id) ON DELETE CASCADE, joined_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (conversation_id, user_id) );


-- Таблица сообщений

CREATE TABLE messages ( id SERIAL PRIMARY KEY, conversation_id INTEGER NOT NULL REFERENCES conversations(id) ON DELETE CASCADE, sender_id INTEGER NOT NULL REFERENCES users(id) ON DELETE CASCADE, message_text TEXT NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, status VARCHAR(20) DEFAULT 'sent' );


-- Индексы для ускорения выборок (опционально)

CREATE INDEX idx_messages_conversation ON messages(conversation_id); CREATE INDEX idx_messages_sender ON messages(sender_id);


-- Дополнительно можно создать таблицу для статуса чтения сообщений отдельным пользователям

CREATE TABLE message_read_status ( message_id INTEGER NOT NULL REFERENCES messages(id) ON DELETE CASCADE, user_id INTEGER NOT NULL REFERENCES users(id) ON DELETE CASCADE, read_at TIMESTAMP, PRIMARY KEY (message_id, user_id) );

Эта схема позволяет:

  • Отслеживать всех пользователей сайта.
  • Создавать диалоги/беседы, как для двух пользователей, так и для групповых чатов.
  • Хранить сообщения, отправленные в рамках каждого диалога.
  • Отслеживать участников бесед, их вступление в чат, а также при необходимости статус прочтения каждого сообщения для каждого пользователя.
EdwardEdit #:

А в чем смысл? Вот, к примеру, у меня интерес купить вермишель. Какая разница, зайду я на сайт про корм для кошек, где 1 млн посетителей, и перейду по объявлению, или на сайт про добычу золота, где 100 посетителей, и также перейду по объявлению?

смысл в ЦА

EdwardEdit #:

Это о чём? О прямых рекламодателях? А ну так да.

нет, про РСЯ и повышенные ставки на трафиковых сайтах

EdwardEdit #:

Дискриминация?

стабильное ядро аудитории больше, значит прогнозировать продажи рекламодателям легче, следовательно ценится выше)

Ankudos #:

От минималки отталкиваться нужно, не зная точную стату. в итоге 500к он дает по любому с РСЯ

это был пример подсчета рандомных цифр)
минималкой там и не пахнет (часто меньше), а к крупным площадкам свои тарифы применяются)
500к с РСЯ это со скольких посетителей?

Ankudos #:

Если речь идёт о 250 тысячах уникальных посетителей в месяц, и eCPM = 50 рублей, то сначала нужно оценить примерное количество показов рекламы.


Примерный расчёт

Пусть в среднем каждый пользователь просматривает 2 страницы, а на каждой странице размещено 2 рекламных блока.
Тогда:

  • 250 000 пользователей × 2 страницы = 500 000 просмотров страниц

  • 500 000 страниц × 2 блока = 1 000 000 показов рекламы

Теперь считаем доход:

  • 1 000 000 / 1000 × 50 = 50 000 рублей в месяц


Умножаем примерно на 5 по просмотрам рекламных блоков. если касается РСЯ только

• Ежемесячное количество уникальных посетителей = 300 000
• Среднее количество страниц, просматриваемых пользователем = 3
• Количество рекламных блоков на странице = 3
• eCPM = 60 рублей

Шаг 1. Рассчитаем примерное количество показов страниц:

  300 000 пользователей × 3 страницы = 900 000 просмотров страниц

Шаг 2. По количеству рекламных показов:

  900 000 страниц × 3 рекламных блока = 2 700 000 показов рекламы

Шаг 3. Определяем доход при данном eCPM:

  2 700 000 ÷ 1000 × 60 = 162 000 рублей в месяц

Если же мы рассматриваем ситуацию для РСЯ, где показы рекламных блоков могут быть умножены, допустим, на коэффициент 5 (в сравнении с базовыми показателями), то итоговое число показов рекламы становится:

  2 700 000 × 5 = 13 500 000 показов рекламы

И, соответственно, доход будет равен:

  13 500 000 ÷ 1000 × 60 = 810 000 рублей в месяц

Таким образом, в этом примере доход при использовании коэффициента умножения показов рекламных блоков для РСЯ составит около 810 000 рублей. Конечно, эти цифры — гипотетические и зависят от множества факторов, но они демонстрируют пример, как можно «пересчитать» показатели с помощью случайно выбранных значений.

это топовый сайт
такие сайты монументы в топах
чтоб подвинуть монумент надо приложить титанические усилия
в 2к25 не понимать простых истин ну такое себе)

Всего: 1648