- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Тут появилась мысль, а ведь можно сделать программку, которая бы с определенной периодичность загружала некий сайт или просто несколько html-файлов или картинок с этого сайта. При этом оценивалась бы скорость отклика и скорость закачки файлов.
В программу можно вписать адреса сайтов, которые известно на каком хостинге сидят точно. Такую информацию в общем-то достать можно через этот форум, например.
После опросов в течение нескольких дней сложится картина того, как же работает пров. Можно сравнить с другими провами. :idea:
Или такая прога уже существует? :)
http://expertmonitor.com/ например.
XTR, сейчас на любом хостинге самое главное - это скорость работы MySQL (или любой другой БД). Остальные параметры у всех нормальные. Если долго грузятся страницы - проблема, скорее всего, в БД.
Потому я хостинг всегда проверяю именно на MySQL. Самое долгое обычно подключение (mysql_connect). Для тестирования нужен скрипт, который бы, например, 10 раз подключался и отключался от MySQL сервера, засекая среднее время.
У меня подобный скрипт кроном запускается два раза в час. Результаты дл Арбатека - до полусекунды на одно подключение в часы пик (это ОЧЕНЬ плохо). На вэлюхосте - максимум 50 мс (это куда ни шло).
На вэлюхосте - максимум 50 мс (это куда ни шло).
Ну не знаю как там с подключениями, однако то что каналы у них загружены на 100% это факт.
Более того, к ним у меня еще один камень за пазухой есть, я специально взял у них хостинг, хотя знал что тормозной он жутко, потому как мне надо было гонять сриптик который за одну отработку генерит полгига трафа.. Причем ведь специально спросил, нормально ли это для них..
Ну и чего, поработал он неделю и все... с концами...
Нормально это?
за одну отработку генерит полгига трафа..
Есть такое дело. У меня тоже был случай, когда один проект оттуда погнали за превышение неограниченного траффика. Но так, я думаю, везде.
[off]
6. Чак Норрис досчитал до бесконечности. Дважды.
[/off]
По теме - есть http://host-tracker.com/ . Мониторит доступность из 31 точки мира. Или вы искали нечто большее?
Самое долгое обычно подключение (mysql_connect).
Отчего бы тогда не использовать pconnect?
Отчего бы тогда не использовать pconnect?
вот что пишет об этом саппорт Арбатека.
ресурсы сервера. Рекомендуем вам использовать mysql_connect для
производительной работы вашего ресурса.
Злыдень, ну, с Арбатеком-то давно все ясно. Там настолько забитые сервера, что как ни извращайся, толку не будет.
Если рассматривать вопрос в общем и целом, то в некоторых случаях помогает как замена connect на pconnect, так и pconnect на connect. При этом работа с pconnect действительно требует больших ресурсов сервера.
Машенька, pconnect имеет смысл, когда посещаемость сайта довольно большая (несколько посещений в минуту). Мне с такими сайтами работать не приходится.