LiveStreet CMS

Да не у меня такого гуру и совсем запрещенного контента не планируется=) просто сайт для неформальной тусовки городской. Соответственно срачи вокруг политики, обсирание церкви и т.д. предполагаются по дефолту, поэтому решил что проще зарание убрать подальше от России в связи с последними бред-законами.

Но мне просто не нравятся российские законы, ну их в пень. Дость сайт на зарубежных хостингах сложнее.

Сам пользуюсь от hetzner.de, при этом работаю в саппорте одного из российских хостинг провайдеров=))

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

Собственно это основная идея и не какой магии.Кто то может спросить почему же нельзя просто воткнуть комп поставить веб-сервер на него залить сайт и не кому не платить? А ответ прост, почему нельзя вполне можно и многие так и делают. Но тут нужно учитывать что у хостинг компании не отключает свет и инернет (обычно). А также качество соединения и ширину канала, обычный домашний интернет с нормальными нагрузками просто не справиться.

Теперь нужно опредилиться что же нам необходимо от хостера, смотрим варианты и тут по сути есть 3 возможности:

1. Самый простой вариант: Виртуальны хостинг он же шаред от английского (shared hosting)
2. Пробдвинутый вариант: VDS/VPS виртуальный сервер Virtual Dedicated Server/Virtual Private Server
3. Самый замороченый: Кластерный хостинг например от amazon.

Итак в чем же отличия и что выбрать?

Итак шаред при первом приближении наиболее дешевый и просто вариант. Что же он из себя представляет:

Это сервер где не будь в дата-центре воткнутый в стойку. На котором запущен один (это важно) веб-сервер. Для него создается несколько десятков пользователей с ограниченным доступом к ресурсам.Дальше все просто при регистрации вы получаете доступ к своим ресурсам на этом сервере и можете начинать работать. Естественно никто не будет все это делать в ручную и вам не предоставят пустую систему. Вам дадут удобный способ администрирование то есть панельку с красивыми кнопочками Plesk, ISP или ещё какая особой роли не играет функционал в них примерно одинаков.

На что же важно обращать внимание при выборе виртуального хостинга поскольку на нем работает один сервер для всех, то нужно обратить внимание что это за сервер как он работает и т.д. необходимо понять что этот сервер никто не будет перенастраивать конкретно под ваши нужды, максимум что можно будет это подключить какой нибудь модули к php. При этом нужно понимать что никто не даст вам установить отдельные северные приложения такие как sphinx. Как пример часто провайдер не дает отключить режим Safe Mode, что может приводить к неработоспособности сайта. Поэтому если у нас нестандартный сайт написанный на экзотических языках/фреимфорках или требующий чего то нестандартного лучший способ узнать запустится ли он на этом хостинге это спросить в сапорте перечислив все необходимые вам модули, приложения и версии.

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

Теперь короткое сравнение недостатков и преимуществ шареда и VDS:

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

На шареде ресурсы сервера распределяются между «соседями» таким образом если кто то начнет загружать сервер то достанется всем. Но у нормальных хостеров такие люди обычно отключаются достаточно быстро с дугой стороны среди таких людей можете оказаться вы.
Зато и это важно при наличии свободных ресурсов, при высокой нагрузке нормальные сервер использует свободные для вашей нагрузки это не мало важно. Многие тяжелое проекты вешаются на шаред на дорогие тарифы именно по этой причине, обычно у хостера сервера под шаредом никогда не загружены полностью.

На VDS все просто сколько ресурсов вам выделено столько вы и можете использовать не больше не меньше. Правда иногда есть общий swop но это не существенно.

Примерно так.

Кстати на любом нормальном хостинге можно заказать услугу администрирования VDS на 1-2 часа и вам все настроят и установят за это время.

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

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

Зависит от того что значит посещаемый. Но одновременно человек 100 на сайте должен вывозить как нефиг пить

А вообще ТС рекомендую такую подборку книг bukabench.com/books-collections/collection/?id=45 Для сайта главное не красиво выглядеть, а соответствовать какой то цели и приносить прибыль в каком либо виде.

Да не тут она ну просто очень нужна была, адрес по ней пустили блин и телефон. У них вообще весь дизайн был аля 90е=) как сказали «мы работаем с гос конторами, там такой привычнее» =))

или что подумают что используется как Дорвей что ещё хуже.

Ааа, вон оно что SEO прет =) не боитесь что от дублей просядет сайт?

Буквально 3 месяца назад делал верстку по PSD макету и в тех задании была бегущая строка… я заказчика так и не смог переубедить что это говно бесполезное =)

дык написано свяжитесь с администратором хостинга)

livestreet.ru/blog/11665.html
livestreet.ru/blog/267.html

Наиболее частой причиной ошибки 500 (Internal Server Error, внутренняя ошибка сервера) является неверный синтаксис файла .htaccess или наличие в нем неподдерживаемых директив. Чаще всего достаточно закомментировать директиву Options (для этого нужно поставить в начале строки решетку — #), и проблема исчезнет.

Ошибка 500 также может возникать вследствие неправильного обращения с CGI-скриптами:

CGI-скрипты должны иметь окончания строк в формате UNIX (\n), а не в формате Windows (\r\n). Для этого их надо загружать на сервер по FTP в режиме ASCII.

CGI-скрипты и папки, в которых они находятся, должны быть доступны для записи только владельцу, то есть иметь права 0755 (drwxr-xr-x).

В результате работы CGI-скрипта сформированны неправильные HTTP-заголовки ответа. В этом случае для решения проблемы полезно обратиться к error_log (его можно найти в контрольной панели в разделе «Статитистика / Лог-файлы / Лог ошибок»).

Ну или давайте логи хотя бы тут не экстрасенсы.

Угу вам судя по всему нужен 301 редикт использующийся при переездах и склейках страниц. Он сообщит поисковикам что нужно теперь всегда нужно отдавать новый адрес.[R=301]

Я внизу привел результат теста работы своего LS на vds на хетзере за 7 баксов в месяц при условии 150 активных пользователей на нем. Можете прикинуть. Крутиться там из софта nginx+php-fpm+mySQL+sphinx+eaccelerator на чистом дебе. Памяти для кеша маловато канеш, но жить можно.

О так интереснее, примерно чтобы представлять что жрет ЛС под nginx:
loadimpact.com/load-test/spagency.org-86755745939db9df5c4c70add9ec6af8 — эмитация 150 пользователей в течении 15 минут 21026 запросов. Псоле 100 пользователй работать можно, но тормозит ппц. С другой стороны 1.2 gb трафика за 15 минут =)))

конфига processor: 0
vendor_id: GenuineIntel
cpu family: 6
model: 2
model name: QEMU Virtual CPU version 1.0
stepping: 3
cpu MHz: 3411.480
cache size: 4096 KB
fpu: yes
fpu_exception: yes
cpuid level: 4
wp: yes
flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm up rep_good pni vmx cx16 popcnt hypervisor lahf_lm
bogomips: 6822.96
clflush size: 64
cache_alignment: 64
address sizes: 40 bits physical, 48 bits virtual
power management:
512 M RAM

Сайт правда полупустой и все мультимедиа на амазон s3

Точнее не то что вызывать, а наверно правильнее сказать строить правила внутри ЛС не трогая конфига самого сервера. Если вам например нужно чтобы плагин перенаправлял все запросы с domen/1.html на domen/2.html на любом сервере куда бы его не поставили.

.htaccess апачевый файл для конфига, nginx это конфиг nginx суть одинаковая. При обращении к домену установленный у вас сервер апач или энжинкс сверяет адрес запроса с правилами. Если адрес входа соответствую для редикта то используемый у вас сервер перекидывает запрос на заданную страницу согласно правилам. Не вызывая php.

$config['router']['uri'] Хак для редикта внутренними средствами LS, вызываемый какими не будь плагинами и т.д. Чтобы его запустить веб серверу нужно сначала прочитать и выполнить скрипт пхп и только после этого он исполняется, соответственно нагрузка больше на железо. Зато можно вызывать внутри LS.

Примерно так если не гоню с недосыпа)

loadimpact.com/load-test/spagency.org-8e5e0f74b3714ebea9756338d64cbc40 счас ради интереса протестировал свой сайт. стоит на самом дешевом VDS от хетзера, сайт ещё не запущен в работу так что оптимизировал не до конца. Конечно 50 конектов маловато но все таки показательно. Времени загрузки странице ваше пофиг что 1 коннект что 50. la на 50 было примерно 1.5:0.5:0 второй сайт на этом же сервере на опен карте loadimpact.com/load-test/cofie.ru-fd939bf5eaa9f2d57f0c9ee0e6b6fa1a

Так что советую особо не запариваться. Потом зарегаюсь прогоню нормальный тест на отказоустойчивость конектов на 500