- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Навеяно этой темой:
/ru/forum/684802
А как например логичнее спроектировать БД для сервиса статистики?
Например. Есть юзеры. Это одна таблица. Есть список сайтов, это другая таблица.
Далее идет список посещений. Вот тут интересно. Валить все посещения в одну таблицу, приводя их к какому-то простому виду? Например referer сохранять. Так это при 100 юзерах с сайтами по 10000 человек в сутки 1000000 записей в БД чисто по источникам переходов. Или делать свою таблицу статистики под каждого юзера? Так это при 1000 пользователях 1000 таблиц.
В общем, какая тут схема наиболее оптимальна?
каждый объект в отдельной таблице. и каждая их связь так же в отдельной таблице. короче свыше 9000 таблиц, по любому, если нормальный сервис хотите, со всеми современными срезами и возможностями. что бы самому спроектировать, хоть что-то жизнеспособное, надо иметь как минимум профильное образование, или быть гением-самоучкой в матане. и то, как у метрики не выйдет, вы же не команда хорошо оплачиваемых специалистов?
каким образом вышло 9000 таблиц? что за подсчет? Речь не про сервис как таковой, никто конкурента LI не задумывает, интересует именно возможная оптимальная структура БД :)
Оптимальная структура, как мне кажется, от нагрузки зависеть будет. Одно дело, если у вас будет пара своих сайтов обсчитываться, другое - если тысячи, да посещаемых.
1) Записываем всю нужную информацию о посещении в какое-нибудь хранилище (файл, оперативная память).
2) Раз в день или чаще выгружаем информацию из хранилища, анализируем её и записываем куда-нибудь (файл, БД).
В вашем случае можно создать 2 таблицы: сайты и статистика по сайтам.
В таблицу со статистикой записываете id сайта, дату, количество хостов и хитов.
При таком решении на каждый сайт в день будет всего 1 запись. Нагрузка минимальная.