По(л)ныл и опять работать :-)

Кто-то выпускает мега-доргены, скруджи садят репку, кто-то продает/покупает сайты, я занимаюсь чем? Правильно, х…ней :-)

В начале начал загибаться 1-ин сервер от нагрузки, пришлось потратить 1.5-2 дня на оптимизацию и быстро патч витрин под слона. Как говорится, нужно было сразу делать для людей. Но по факту, узкие моменты вылезают когда сервер находится на приделе. Придел сформировал озверевший бот яндекса, который начал бешено кушать витрины + доры. Сервер начал падать. Причина была в коде витрин — не оптимизированные запросы в  ЧПУ, не оптимизирован подбор похожих терминов.

Поиск по строке в MYSQL фиксированного размера varchar(32), где лежит md5 строки, работает в разы быстрее чем поиск по строке varchar(255), где лежит эта строка. Подбор терминов был «ресурсоемким», пришлось кэшировать результат в БД, чтобы снизить нагрузку за последующих 5-10 дней до нормальной. Но это все лирика…

Потом вылетел 2-ой сервер, с 30 витринами под admitad. Закончилось место и посыпались все БД. Я контролировал этот процесс, но думал что у меня есть еще 7-10 дней и я спокойно смогу решить этот вопрос после развертывания +1 сервиса. Как обычно, не хватило не много времени. Сам дурак. Нужно лучше планировать время. Еще минус 2 дня прошлая проблема.

Ну а так, лето, в плане витрин — худший месяц. В плане доров — худший месяц. Все уезжают отдыхать, мало тратят на покупки.

Прошел вроде бы от автор24 какой-то заказ, плюс еще что-то по мелочи, но  это марафон доров не спасает. Цель выполнена на 20% — а это смех :-)

Для того чтобы закончить сервис, нужно полных 2-3 дня. Заканчиваю и запускаю.

Нужно что-то полезное написать в статье…

Хмм… Сравнил эффективность витрин под слона (на основе их выдачи API) и моих витрин под admitad (на основе их XML файлов), прикинул эффективность и т.д. и т.п. 2-ые побеждают на +30%.

На витринах, на текущих технологиях, ничего не светит. Да же если еще нарастить количество на +100-200-300-… штук, с небольшой оптимизацией, существовать за эти деньги не получится :-)

Анализировал я свое г…но, анализировал выдачу. У меня пока не все так плохо, но в среднем по больнице такие сайты собирают 5-7 уников на домен (чужие сетки по 50-100 доменов).

Анализ форумов, закрытых тусовок и т.д.  предполагает что сейчас income составляет на этом  где-то 0.1-0.5 р. с уника ( тенденция -50% за год).

Вложения на витрину: 150р на домен + 100-300р на хостинг (за год, смотря у кого какая технология), будут окупаться долго и могут не окупиться.

Считаем, 365*(5-7) = 1825-2555 уников с домена за год.  Теоретическое бабло: (1825-2555) * (0.1-0.5) = 180-255 до 900-1250 р с домена, на большой выборке.

То есть за год получается в лучшем случае можно получить 1000р с домена, в худшем потерять 270р с домена. Возьмем средний показатель, +375р с 1-ой витрины.

Делаете 100 штук, зарабатываете ~+$600 за год в лучшем случае (при стартовых инвестициях ~$500, $200-домены, $300 — хостинг на год).

Вроде да, +120% годовых, круто. Но сколько времени уйдет на эту 100-ку витрин? Ну пусть 7 дней. Тогда цена 1-го рабочего дня составит ~80-90 баксов ну или 10 баксов в час. Это в идеале.

Для того чтобы это жило долго — нужна хотя бы шаблонная «уникализация», какие-то тексты, картинки, иконки. То есть, если да же «схалтурить» на 1-2ой сотни, все равно потом придется что-то менять, а это время. А главное нет гарантий.

Не верю я в то, что это может сработать… А это сильно удручает :-)

 

 

По(л)ныл и опять работать :-): 18 комментариев

    1. На заводе платят больше 500 баксов?
      Проще каждый месяц делать +100 чем стать станочником :-)

  1. Чёткий расчёт — у меня такие же расклады, а с уника даже я бы написал 0.05 — 0.25 и лучше оч. редко. Реально подкосило повышение цены на ру, теперь появились вопросы по продлению, хз что делать — есть мысль в сапу/майнлинк податься чтобы главную по 20-30р продать и вопрос окупаемости закроется.

    1. Ух ты. Целых 30 рублей. Целое состояние. Мой Вам совет, отправляйте свои говносайты в дроп и занимайтесь чем нибудь более полезным.

    1. Он делал столько же запросов, сколько и ты, когда начинаешь заебывать тырнет своими камментами

    2. Достаточно делать 1-2 запроса в секунду к каждому домену.
      Но когда там ~300 доменов + штук 40 витрин, получается прилично.

      PS. Ну ты возьми любой крутой VPS/VDS, за 1К-1.5К в месяц. Повесь туда штук 40-50 сайтов на WP, на каждый закинь по 10К статей хотя бы с картинками и т.д. и т.п. Ну и потом поговорим про «слабый» ;-)

  2. «varchar(32), где лежит md5 строки» — а если для этого поля индекс приделать, поиск вообще шустрый будет, но места БД будет заниматься больше.

    1. Ну индекс — это ИМХО… Глупо делать это поле без него.
      Речь идет о том что индекс с varchar(32) где лежит md5 + сделать его UNIQ шустрее в разы
      чем то же самое в varchar(255) (не фиксированной длинны).
      ХЗ почему… (видимо тут дерево поиска, где 32 — 5 граней, а там 8…)
      Может что-то не так сделал где-то, но это заметно становится уже на БД от 40К записей.

      1. Лучше юзать не varchar а bigint и хранить в нем не md5 а base_convert (substr(md5(), 0, 15), 16, 10);Ну и уникальный индекс. Таким образом скорость практически мгновенная а индекс весит всего 4 байта на каждую запись.

    1. поныл, по(л/м)ныл… ну и т.д.
      Поныл — звучало как-то совсем не интересно!
      Пускай Яндекс узнает новое словосочетание! :-)

Добавить комментарий

Ваш e-mail не будет опубликован.