The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Управление траффиком"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Управление траффиком"
Сообщение от SSin Искать по авторуВ закладки on 10-Фев-03, 11:33  (MSK)
Люди, помажите! Открыли тут сервак, разместили сайт и все дела... Но траффик прет просто ошизенный! А реальных клиентов, делающих заказы, крайне мало, считай 90-95% траффика - пустой сурфинг произвольными пользователями, которых наш сайт, в общем-то, мало интересует. В связи с чем возникла весьма реальная необходимость как-то ограничить это дело... Ограничение количества пользователей - не подходит, ограничение пропускной способности канала - тоже, ибо тогда ограничим и наших клиентов. Можно ли как-то в Апаче, разделив сайт на виртуальные хосты, сильно ограничить траффик там, где он не нужен? Или подскажите какой-нибудь другой реальный вариант. А то ведь вылетим в трубу с этими сурферами-бездельниками. :-(
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: Управление траффиком"
Сообщение от alex emailИскать по авторуВ закладки on 10-Фев-03, 11:58  (MSK)
>Люди, помажите! Открыли тут сервак, разместили сайт и все дела... Но траффик
>прет просто ошизенный! А реальных клиентов, делающих заказы, крайне мало, считай
>90-95% траффика - пустой сурфинг произвольными пользователями, которых наш сайт, в
>общем-то, мало интересует. В связи с чем возникла весьма реальная необходимость
>как-то ограничить это дело... Ограничение количества пользователей - не подходит, ограничение
>пропускной способности канала - тоже, ибо тогда ограничим и наших клиентов.
>Можно ли как-то в Апаче, разделив сайт на виртуальные хосты, сильно
>ограничить траффик там, где он не нужен? Или подскажите какой-нибудь другой
>реальный вариант. А то ведь вылетим в трубу с этими сурферами-бездельниками.
>:-(

А у тебя один сайт или несколько?
Может у тебя много контента, который направлен на привлеччение серферов, а не заказчиков?
Или попробовали привлекать клиентов по непрофильным словам (типа porno, xxx)?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Управление траффиком"
Сообщение от us.master emailИскать по авторуВ закладки on 10-Фев-03, 12:04  (MSK)
А они на сайт ходят?
Или может на порт 25?
Или может у вас squid наружу торчит?
По каким портам трафик?
  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Управление траффиком"
Сообщение от SSin Искать по авторуВ закладки on 10-Фев-03, 16:13  (MSK)
>А они на сайт ходят?
>Или может на порт 25?
>Или может у вас squid наружу торчит?
>По каким портам трафик?


Сайт один. На весь сервер. Но сайт здоровый.
Весь траффик прет через 80, все остальные порты на нем для сторонних юзверей закрыты.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: Управление траффиком"
Сообщение от alex2002 Искать по авторуВ закладки on 10-Фев-03, 21:15  (MSK)
>>А они на сайт ходят?
>>Или может на порт 25?
>>Или может у вас squid наружу торчит?
>>По каким портам трафик?
>
>
>Сайт один. На весь сервер. Но сайт здоровый.
>Весь траффик прет через 80, все остальные порты на нем для сторонних
>юзверей закрыты.


В таком случае ты врядли справишься с трафиком чисто техническим путем.
Тебе лучше тщательно проанализировать контент, потому что скорее всего именно кривость его струтуры причина нежелательного траффика.

Посмотри как посетители к тебе приходят:
1) с поисковиков (по каким словам)
2) по ссылкам (смотри кто и почему ссылается)
3) что-то еще

Посмотри как они ходят по сайту.

Раздели причины прихода серферов и клиентов.

После этого принимай решение - нужны ли тебе серферы потому что именно часть их превращается в клиентов, или клиенты приходят по определенным словам и тогда контент не связанный с этими словами можно обрезать или перенести на другой сайт.

Если не можешь сам сделать анализ логов, то поставь hotlog`овский счетчик
(он пока бесплатный в отличие от spylog`a).
А если уж совсем трудно, то зови профессионалов со стороны.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: Управление траффиком"
Сообщение от SSin Искать по авторуВ закладки on 11-Фев-03, 03:05  (MSK)
>>>А они на сайт ходят?
>>>Или может на порт 25?
>>>Или может у вас squid наружу торчит?
>>>По каким портам трафик?
>>
>>
>>Сайт один. На весь сервер. Но сайт здоровый.
>>Весь траффик прет через 80, все остальные порты на нем для сторонних
>>юзверей закрыты.
>
>
>В таком случае ты врядли справишься с трафиком чисто техническим путем.
>Тебе лучше тщательно проанализировать контент, потому что скорее всего именно кривость его
>струтуры причина нежелательного траффика.
>

Это так, но не я делаю на нем контент. Раньше сайт был на доволно уродском и тормозном хостинге, и выходило примерно 25 гигов в месяц. Теперь шеф хочет, чтобы и сейчас так выходило... А сейчас, в день у нас по 2-3 гига выходит... Мотивируя тем, что "если са

>Посмотри как посетители к тебе приходят:
>1) с поисковиков (по каким словам)
>2) по ссылкам (смотри кто и почему ссылается)
>3) что-то еще
>
>Посмотри как они ходят по сайту.
>
>Раздели причины прихода серферов и клиентов.
>
>После этого принимай решение - нужны ли тебе серферы потому что именно
>часть их превращается в клиентов, или клиенты приходят по определенным словам
>и тогда контент не связанный с этими словами можно обрезать или
>перенести на другой сайт.
>
>Если не можешь сам сделать анализ логов, то поставь hotlog`овский счетчик
>(он пока бесплатный в отличие от spylog`a).
>А если уж совсем трудно, то зови профессионалов со стороны.


  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RE: Управление траффиком"
Сообщение от SSin Искать по авторуВ закладки on 11-Фев-03, 03:28  (MSK)
>>>А они на сайт ходят?
>>>Или может на порт 25?
>>>Или может у вас squid наружу торчит?
>>>По каким портам трафик?
>>
>>
>>Сайт один. На весь сервер. Но сайт здоровый.
>>Весь траффик прет через 80, все остальные порты на нем для сторонних
>>юзверей закрыты.
>
>
>В таком случае ты врядли справишься с трафиком чисто техническим путем.
>Тебе лучше тщательно проанализировать контент, потому что скорее всего именно кривость его
>струтуры причина нежелательного траффика.
>

Это так, но не я делаю на нем контент. Раньше сайт был на доволно уродском и тормозном хостинге, и выходило примерно 25 гигов в месяц. Теперь шеф хочет, чтобы и сейчас так выходило... А сейчас, в день у нас по 2-3 гига выходит... Мотивируя тем, что "если сайт раньше сайт хавал 25 в месяц, то и сейчас может" про изменение структуры сайта он и слышать ничего не хочет.

>и тогда контент не связанный с этими словами можно обрезать или
>перенести на другой сайт.
>

Вот я и говорю - можно ли как-то, разделив сайт на виртуальные хосты, или на папки - как-то по скорости ограничивать траффик, или это за пределами реальности? Ибо я и сам не вижу какого-то реального выхода, кроме урезания канала. :-(

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RE: Управление траффиком"
Сообщение от us.master emailИскать по авторуВ закладки on 11-Фев-03, 09:13  (MSK)
>Вот я и говорю - можно ли как-то, разделив сайт на виртуальные
>хосты, или на папки - как-то по скорости ограничивать траффик, или
>это за пределами реальности? Ибо я и сам не вижу какого-то
>реального выхода, кроме урезания канала. :-(

Всё просто:
Пишешь в корень сайта файл robots.txt,
в котором перечисляешь все каталоги (или не все),
и поисковые системы начинают постепенно забывать
о сайте, народу ходит меньше и т.д.

:))

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "RE: Управление траффиком"
Сообщение от alex2002 emailИскать по авторуВ закладки on 11-Фев-03, 17:32  (MSK)


mod-throttle - Throttle the usage of individual users  [+]
bwshare - bandwidth throttling by client IP address [+]
mod_bandwitdh - Limit bandwidth uses per virtual server depending of the number of connexions [+]
mod_throttle_access - limit number of apache children that could simultaneously be serving the (nearly) same resource [+]
Virtual server throttling for Apache [+]
Apache httpd Bandwidth management - mod_bandwidth (Версия: 2.0.44 от 2003-01-25) [+]
  Модули для Apache httpd, позволяющие ограничить максимальное количество соединений от клиента за единицу времени, управлять пропускной способностью, зажимать трафик и накладывать иные ограничения для усложнения жизни многопотоковым программам зеркалирования. Кстати, модули для апача на све случаи жизни можно найти здесь

Взято с этого сайта http://www.opennet.ru/prog/sml/76.shtml

Если можешь разделить контент на виртуальные хосты то поиграйся с этими модулями к Apache

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "RE: Управление траффиком"
Сообщение от Alex Korshunov emailИскать по авторуВ закладки on 12-Фев-03, 09:17  (MSK)
Добрый день.

А ошизенный трафик это сколько? Просто у нас когда хотели свой сайт поднять, первоначально решили хостить его у себя и соответственно самим платить за трафик. Так вот после простых подсчетов оказалось, что экономически выгодно просто напросто купить хостинг и не париться.

wbr, AKeeper. http://www.triza.ru

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру