На счет не дорого и качество, если OpenVZ устраивает, globoxhost.com [реф] подойдет, 1,5 лет с ними нареканий нет, даже абузоустойчив, взять машину можно во многих странах, много способов оплаты в том числе ЯД и WM, дополнительные IP по $10 в месяц, возможность зарегиться на левого чела из америки, есть просто хостинг под высоконагруженные проекты если нет желания заниматься администрированием, в общем там все написано.
Один раз за это время горел винт, заменили в течении часа, саппорт неплохо работает, отвечает в районе от 10 мин до 2часов, когда падала машина из-за перегруза ребутили в течении 30мин-1ч на протяжении долго времени, мож скриптом конечно, мож в ручную, не знаю. Форум мертвый и заспамленный, видимо им не занимаются давно.
Попробуйте плагин Role, в нем есть «аватар» (позволяет админам при необходимости залогиниться под любым пользователем с правами полностью идентичными этому пользователю), подробнее здесь
Ловите фирменный рецепт для высоконагруженных проектов на LS (испробовано на личном опыте путём множества проб и ошибок.)
Во-первых, устраняем узкие места.
Начать надо не с LS и даже не с самого веб-сервера, а с общесистемных заморочек.
Иногда бывает так, что много процессорного времени уходит на дисковые операции, т.е. IOwait.
Здесь две задачи: выставить адекватный IO Sheduler (CFQ, или даже Noop), и перенести всё — слышите, всё, что можно, в RAM FS. Особые джедаи-оверклокеры переносят весь движок в оперативку (об этом расскажу позже.)
Вот уж теперь приходит очередь сервера. Толстый и неповоротливый апач, падающий от SlowLori-атаки в одиночку (банальный питоноскрипт), сносим к Дискорду.
Качаем исходники nginx'а.
./configure --help
Вдумчиво курим мануал, и определяемся, что нам надо. Потом курим опять, и вновь конфигурируем для сборки с нужными флагами (Модуль STUB не забудьте, ага), выставляем все пути соответственно FHS!
make
Витиевато выражаемся, доставляем нужные зависимости и пакеты (опять-таки, если вы джедаист-пингвиновод, этот пункт пропускаем.)
checkinstall
(аккуратно собираем в пакет). Ставим.
Всё, теперь у нас красивый, быстрый, аки Рэйнбоу Дэш, сверкающий новизной nginx. Конфигурирование его может ускорить ещё на 20%.
Затем — php. Естественно, работать будем только, и только через CGI-интерфейс. Джедаисты качают исходники, собирают@компиляют. Ленивые кунг-фу панды ставят из пакетов.
Затем приходит время настраивать ШINDOШS nginx и собственно связку php-fpm. Приблизительные цифры могу посоветовать только тогда, когда скажете параметры этого вашего сервера и среднюю нагрузку на сайт (посещаемость). Для статики ставьте expires: max и отфутболивайте вплоть до ~75% запросов статики не с 200, а с 304 ответом, ня!
Переносим временные каталоги nginx в предусмотрительно откушенный кусок оперативной памяти.
Настраиваем mysql… тот же mysqltuner.pl вам в помощь, а временные каталоги вы уже поняли, куда. Само взаимодействие тоже строго через сокет — линукс же!
Затем ставим ускоритель. eAccelerator, спросите вы? Да как бы не так. Во-первых, он древнее Селестии и Луны вместе взятых, и не развивается уже очень долго. И потом, из-за его вредной привычки не следить за целостностью shared memory, и при высокой нагрузке то и дело отправлять в 502 сайт, я и отказался от него — ну стопорит обработку php-cgi, и всё тут. Доработка напильником как spawn-fcgi, так и php-fpm помогала лишь временно — до первой же лавины запросов.
Иногда советуют ставить memcached… ИМХО, излишний велосипед. Да, у него есть няшная фича распределения по нескольким серверам, но оно вам надо? Запускать отдельный кеширующий сервер, особенно на слабых хостингах/серверах суть лишняя головная боль. Поэтому выбрасываем это звено также.
Два вышеназванные «ускорителя» успешно заменяет xCache — кеш как опкода, так и переменных (var cache). Гибкая настройка, наличие «админки», быстродействие и нетребовательность к ресурсам процессора — что ещё надо для полного счастья? Благо, LS с ним работать умеет (и по сокету тоже), посему ставим. Аппетиты настраиваем в xcache.ini, если захотели стабильности и решили включить RO-protection, то файл также ложим в RAM FS.
Ставим сфинкс, ротацию топиков-комментов вешаем на крон, сам сфинкс просто вешаем на сокет.
Если не можете позволить себе полностью переместить LS в RAM FS, сделайте это хотя бы для каталога шаблонов — и немного, и ощутимо сэкономите ресурсы.
Вот, в принципе, и всё… по просьбе могу расписать любой пункт более подробно.
С Денвера базу перенести?
Коротко:
1. в папку www или public_html загрузить и распаковать архив LiveStreet
2. Установить site/install
3. Загрузить бэкап базы и перенести папку upload.
0. Если уже есть домен нужно прописать ip из письма от liveblot И пользоваться поиском!
Всем приветствую! Развернул сайт на указанном хостинге. Было несколько трудностей в процессе, но все успешно решены.
Итак, по порядку:
1. Меня не хотели регистрировать по почте @mail.ru. Категорически. Нет и все. Без объяснений. Поставил запасной ящик @gmail.com. Через несколько секунд пришло письмо с поздравлениями о регистрации. Вывод — нашу почту не любит.
2. Долго пытался войти в cpanel. Использовал данные при регистрации (логин, пароль). Выдавало ошибку, что пароль не верен. Вопрос решился путем обращения в службу поддержки, откуда часа через 2 мне прислали пароль для доступа в cpanel. Как я понял, другого способа получить пароль нет…
3. Долго искал, где взять адреса DNS — серверов, дабы привязать купленный домен в зоне ru. Вопрос решился так же — обращением в службу поддержки. Вот они Nameserver1: ns1.liveblot.com Nameserver2: ns2.liveblot.com. Как я понял, они одинаковы для всех.
На сим траблы закончились. Хостинг работает стабильно, сервера стоят в Казас-Сити, что несколько далековато от нас. Результаты тестов порадовали —
Как видно из последнего графика, время отклика в среднем составляло около 3-х секунд даже при одновременном обращении 50-ти пользователей, что для такого уровня хостинга весьма неплохо. Страницы сайта грузятся быстро, в основном хостингом я доволен.
Самый крупный сайт из тех, что я видел на ЛС — это ~15000 топиков, туча комментариев, количество уников в месяц — 650,000 (больше миллиона хостов), количество хитов в месяц — 24,000,000. Работает сайт быстро и как часы — ошибок не замечал.
на всякий случай, дублирую свой коммент с livestreetcms (страницы плагина), в надежде получить ответ на вопрос:
это не реклама. я реально прибалдел от этого плагина (как мало надо для счастья).
можно за раз добавить много материалов на сайт и распределить их по времени. в течении недели например. и будет такое ощущение, будто над сайтом постоянно кто-то трудится кропотливо.
ещё мне нужно было переносить свои старые посты из жж — хотелось указывать их реальные даты публикаций. Вот здесь кстати недочет плагина, что нельзя произвольные годы выбирать (только текущий и следующий). Хотя ничто не мешает использовать его для публикаций задним числом (в плане функционала). Но авторы почему-то концептуально ограничили ось времени. (надеюсь прислушаются ко мне)
Последний, с радостью, открыл для себя совсем недавно. Точнее знал, то я про него давно, но пользоваться стал совсем недавно. Раньше в основном хватало стандартных функций гуглехрома.
Кстати, OpenX, это как раз продолжение разработки phpAdsNew, так что есть смысл ставить именно ее, она более свежая.
Для того чтобы повесить баннер на сайт, нужно либо сгенерить с помощью системы JS код для вставки его на сайт, либо еще лучше — определеить на сайте зону показа баннеров, как-то ее назвать, например, «banner_200_200», а потом уже на сайте вставить JS код, подключающий эту зону.
Далее при размещении баннеров, просто указываем эту зону и он автоматически появляется на сайте.
P.S.
OpenX используют даже очень крупные сайты, типа BFM
На счет не дорого и качество, если OpenVZ устраивает, globoxhost.com [реф] подойдет, 1,5 лет с ними нареканий нет, даже абузоустойчив, взять машину можно во многих странах, много способов оплаты в том числе ЯД и WM, дополнительные IP по $10 в месяц, возможность зарегиться на левого чела из америки, есть просто хостинг под высоконагруженные проекты если нет желания заниматься администрированием, в общем там все написано.
Один раз за это время горел винт, заменили в течении часа, саппорт неплохо работает, отвечает в районе от 10 мин до 2часов, когда падала машина из-за перегруза ребутили в течении 30мин-1ч на протяжении долго времени, мож скриптом конечно, мож в ручную, не знаю. Форум мертвый и заспамленный, видимо им не занимаются давно.
VPS Hyper Xeon E5645 2 × 2400 МГц 4000 МБ 120 ГБ
у меня там на гораздо проще VPSе (VPS Easy) отлично живет LS проект с 3000 уников дэйли. Плюс саппорт там офигенен.
фирменныйрецепт для высоконагруженных проектов на LS (испробовано на личном опыте путём множества проб и ошибок.)Во-первых, устраняем узкие места.
Начать надо не с LS и даже не с самого веб-сервера, а с общесистемных заморочек.
Иногда бывает так, что много процессорного времени уходит на дисковые операции, т.е. IOwait.
Здесь две задачи: выставить адекватный IO Sheduler (CFQ, или даже Noop), и перенести всё — слышите, всё, что можно, в RAM FS. Особые джедаи-оверклокеры переносят весь движок в оперативку (об этом расскажу позже.)
Вот уж теперь приходит очередь сервера. Толстый и неповоротливый апач, падающий от SlowLori-атаки в одиночку (банальный питоноскрипт), сносим к Дискорду.
Качаем исходники nginx'а.
Вдумчиво курим мануал, и определяемся, что нам надо. Потом курим опять, и вновь конфигурируем для сборки с нужными флагами (Модуль STUB не забудьте, ага), выставляем все пути соответственно FHS!
Витиевато выражаемся, доставляем нужные зависимости и пакеты (опять-таки, если вы джедаист-пингвиновод, этот пункт пропускаем.)
(аккуратно собираем в пакет). Ставим.
Всё, теперь у нас красивый, быстрый, аки Рэйнбоу Дэш, сверкающий новизной nginx. Конфигурирование его может ускорить ещё на 20%.
Затем — php. Естественно, работать будем только, и только через CGI-интерфейс. Джедаисты качают исходники, собирают@компиляют. Ленивые кунг-фу панды ставят из пакетов.
Затем приходит время настраивать
ШINDOШSnginx и собственно связку php-fpm. Приблизительные цифры могу посоветовать только тогда, когда скажете параметры этого вашего сервера и среднюю нагрузку на сайт (посещаемость). Для статики ставьте expires: max и отфутболивайте вплоть до ~75% запросов статики не с 200, а с 304 ответом, ня!Переносим временные каталоги nginx в предусмотрительно откушенный кусок оперативной памяти.
Настраиваем mysql… тот же mysqltuner.pl вам в помощь, а временные каталоги вы уже поняли, куда. Само взаимодействие тоже строго через сокет — линукс же!
Затем ставим ускоритель. eAccelerator, спросите вы? Да как бы не так. Во-первых, он древнее Селестии и Луны вместе взятых, и не развивается уже очень долго. И потом, из-за его вредной привычки не следить за целостностью shared memory, и при высокой нагрузке то и дело отправлять в 502 сайт, я и отказался от него — ну стопорит обработку php-cgi, и всё тут. Доработка напильником как spawn-fcgi, так и php-fpm помогала лишь временно — до первой же лавины запросов.
Иногда советуют ставить memcached… ИМХО, излишний велосипед. Да, у него есть няшная фича распределения по нескольким серверам, но оно вам надо? Запускать отдельный кеширующий сервер, особенно на слабых хостингах/серверах суть лишняя головная боль. Поэтому выбрасываем это звено также.
Два вышеназванные «ускорителя» успешно заменяет xCache — кеш как опкода, так и переменных (var cache). Гибкая настройка, наличие «админки», быстродействие и нетребовательность к ресурсам процессора — что ещё надо для полного счастья? Благо, LS с ним работать умеет (и по сокету тоже), посему ставим. Аппетиты настраиваем в xcache.ini, если захотели стабильности и решили включить RO-protection, то файл также ложим в RAM FS.
Ставим сфинкс, ротацию топиков-комментов вешаем на крон, сам сфинкс
просто вешаемна сокет.Если не можете позволить себе полностью переместить LS в RAM FS, сделайте это хотя бы для каталога шаблонов — и немного, и ощутимо сэкономите ресурсы.
Вот, в принципе, и всё… по просьбе могу расписать любой пункт более подробно.
Да пребудет с вами мудрость Селестии.
Коротко:
1. в папку www или public_html загрузить и распаковать архив LiveStreet
2. Установить site/install
3. Загрузить бэкап базы и перенести папку upload.
0. Если уже есть домен нужно прописать ip из письма от liveblot
И пользоваться поиском!
Итак, по порядку:
1. Меня не хотели регистрировать по почте @mail.ru. Категорически. Нет и все. Без объяснений. Поставил запасной ящик @gmail.com. Через несколько секунд пришло письмо с поздравлениями о регистрации. Вывод — нашу почту не любит.
2. Долго пытался войти в cpanel. Использовал данные при регистрации (логин, пароль). Выдавало ошибку, что пароль не верен. Вопрос решился путем обращения в службу поддержки, откуда часа через 2 мне прислали пароль для доступа в cpanel. Как я понял, другого способа получить пароль нет…
3. Долго искал, где взять адреса DNS — серверов, дабы привязать купленный домен в зоне ru. Вопрос решился так же — обращением в службу поддержки. Вот они Nameserver1: ns1.liveblot.com Nameserver2: ns2.liveblot.com. Как я понял, они одинаковы для всех.
На сим траблы закончились. Хостинг работает стабильно, сервера стоят в Казас-Сити, что несколько далековато от нас. Результаты тестов порадовали —
Как видно из последнего графика, время отклика в среднем составляло около 3-х секунд даже при одновременном обращении 50-ти пользователей, что для такого уровня хостинга весьма неплохо. Страницы сайта грузятся быстро, в основном хостингом я доволен.
Задавайте вопросы, постараюсь ответить
вот тут много полезного можно найти
это не реклама. я реально прибалдел от этого плагина (как мало надо для счастья).
можно за раз добавить много материалов на сайт и распределить их по времени. в течении недели например. и будет такое ощущение, будто над сайтом постоянно кто-то трудится кропотливо.
ещё мне нужно было переносить свои старые посты из жж — хотелось указывать их реальные даты публикаций. Вот здесь кстати недочет плагина, что нельзя произвольные годы выбирать (только текущий и следующий). Хотя ничто не мешает использовать его для публикаций задним числом (в плане функционала). Но авторы почему-то концептуально ограничили ось времени. (надеюсь прислушаются ко мне)
А как думаете есть смысл делать плагин для управление показом рекламы учитывающим еще таргетинг (пол, возраст, регион, время) пользователей?
Будет слать всех на your_page_name.html, если при этом самому надо иметь доступ к сайту (например, во время обновления движка), добавляем:
вместо ххх ставим свой IP адрес.
RAM: 200 МБ
CPU: 600 MГц
HDD: 8 Гб
Трафик: 1000 Гб
Стоит Debian: apache, php, nginx, mysql, eaccelerator, phpmyadmin, proftpd. Естественно без панели управления.
Время загрузки страницы:
— На главной — 0.141
— На странице с блогами — 0.283
— На странице блога — 0.177
По поводу руководства:
Велосипед уже изобрели :) Остальное зависит только от степени бессовестности вашего хостера.
1. www.google.ru/#hl=ru&xhr=t&q=Dreamweaver&cp=11&pf=p&sclient=psy&newwindow=1&aq=0&aqi=&aql=&oq=Dreamweaver&pbx=1&fp=80d22ec531cec4d
2. www.google.ru/#sclient=psy&hl=ru&newwindow=1&q=notepad+%2B%2B&aq=0&aqi=&aql=&oq=&pbx=1&fp=80d22ec531cec4d
3. www.google.ru/#hl=ru&xhr=t&q=firebug&cp=5&pf=p&sclient=psy&newwindow=1&aq=0&aqi=&aql=&oq=fireb&pbx=1&fp=80d22ec531cec4d
Последний, с радостью, открыл для себя совсем недавно. Точнее знал, то я про него давно, но пользоваться стал совсем недавно. Раньше в основном хватало стандартных функций гуглехрома.
Для того чтобы повесить баннер на сайт, нужно либо сгенерить с помощью системы JS код для вставки его на сайт, либо еще лучше — определеить на сайте зону показа баннеров, как-то ее назвать, например, «banner_200_200», а потом уже на сайте вставить JS код, подключающий эту зону.
Далее при размещении баннеров, просто указываем эту зону и он автоматически появляется на сайте.
P.S.
OpenX используют даже очень крупные сайты, типа BFM