Работаю со всеми указанными видами виртуализации, включая Microsoft Hyper-V. У меня сложилась такая картина:
- для энтерпрайзных решений (средний/крупный бизнес) идеально подходят Hyper-V и VMware, так как у них есть офиц. поддержка и отличный функционал. Правда в последнее время Microsoft значительно "обскакала" VMware по различным "писькомеркам". Но не суть.
Выбор между VMware и Hyper-V обусловлен в первую очередь стоимостью лицензирования этих продуктов. Если планируется запускать много виртуальных машин с Windows Server, то Hyper-V становится экономически более выгодным. Для смешанных вариантов (виртуальные машины с Linux, FreeBSD, Windows) можно использовать VMware. Hyper-V правда в этом плане ничем не уступает.

- для небольших бизнесов и недорогих хостеров оптимально использовать KVM или Xen. В моём понимании сейчас они почти равнозначны по производительности. Вопрос уже сводится к тому - кому с чем удобно работать.



CentOS - хорошее решение. Ubuntu, Debian, Gentoo - ничем не хуже Просто нужно набить руку на администрировании и разобраться что там и где.


SSD намного быстрее SATA. Один диск SATA дает до 100 IOPS, а SSD - от 80000 IOPS. Но они и стоят соответственно. Серверные SSD вообще почти "золотые". Но зато у них и ресурс хороший.
Использовать SATA или SSD - это вопрос экономики и требований к производительности. Если нужно недорого, то лучше взять несколько SATA дисков и объединить их в raild. Берете, например, 10 SATA дисков и объединяете в raid. Получаете (в зависимости от типа raid) до 100 IOPS x 10 = 1000 IOPS. Хотите побыстрее - ставите SASные диски. У них до 200 IOPS на диск.


Не прокомментирую, к сожалению. Панелями не пользуюсь, а клиентские машины полностью под своим администрированием. Зачем клиентам разбираться с панелями..

webscs,



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

Для одного из своих недавних проектов я предпочёл хранить в базе только мета-данные изображений (название файла, дата-время загрузки, размер, EXIF информацию), а сами изображения загружались в CDN. Сервис-провайдеров CDN сейчас очень много, цены вполне приемлемые. Размер хранилища практически неограниченный, доступность изображений из разных концов мира становится выше, существенно уменьшается трафик на фронтенде (мне удалось сократить его с 1,3Тбайт/мес до 20Гбайт/мес), также исключается ситуация с "падением сервера с изображениями". Минус один - долгая синхронизация между всеми точками CDN. Но это тоже можно преодолеть - было бы желание, как говорится.


Вообще ни разу не сталкивался с тем, чтобы программист хотел что-то украсть. Обычно, начиная работу с любым специалистом, приходится провести ряд бесед, чтобы понять адекватность нанимаемого разработчика. Также не лишним будет поискать отзывы и посмотреть уже выполненные работы. Ну и главное - правильно мотивировать человека: объяснить ему, что работы будет много и она будет хорошо оплачена, что человек будет частью большого и полезного проекта, причём его роль будет одной из важных. Как правильно после этого никаких проблем не возникает. По крайней мере у меня не было ни разу. Бывали конечно задержки со сдачей этапов, но там еще играло роль то, что в процессе работы что-то додумывалось и доделывалось/переделывалось на ходу. Если есть четкое ТЗ, есть постоянный контроль исполнения - никаких проблем не возникнет.

Title, тогда предлагаю заглянуть в мою тему, если ещё не видели.

амазон - отличное решение для стартапа. при правильной настройке на первое время хватит и самого маленького инстанса (1 год бесплатно, а далее до 15 баксов в мес в зависимости от нагрузки). если социалка вдруг выстрелит - перейти на более мощный тариф можно будет без "переездов" и пр.

судя по путям, у вас там CentOS с панелькой Plesk
попробуйте вот это решение - http://shaun.net/2011/09/solving-plesk-10-3-1-cron-issues/

если выполнить команду "/usr/bin/php -v" под пользователем, которому устанавливается крон, она выводит версию PHP?
и приведите пример строки, которая в кронтабе.
там должно быть что-то типа "*/5 * * * * /usr/bin/php /home/user/some-script.php" или например "*/5 * * * * cd /home/user ; php some-script.php"

ыыы.. я сломал мозг, перечитывая задачу несколько раз..
вы пишете, что нужно на выходе два тега, один со значением filed + "2", а второй field + "1". field2 у вас может принимать либо 1, либо 2. т.о. не понятно, как получится два тега... может получиться один из двух вариантов.. или я чего-то не так понимаю.

вам нужно вывести тэг таким образом, чтобы значения field и field2 были объединены в ключ {tag}? каким образом? конкатенацией или через массив?

недавно кажется задавали подобный вопрос. вот тут можно проверить - http://browsershots.org/

у меня подобная ситуация была с кодом рамблера на одном из подопечных сайтов. много лет всё работало тип-топ, а в один прекрасный день сайт начал тупить. причём на сервере нагрузки не было. после долгих экспериментов выяснилось, что виноват был первый кусок кода рамблера, который нужно было поместить сразу под <body>. сервер, с которого он грузился, еле отвечал на запросы. после того, как этот кусок был вырезан, сайт забегал.

JS-код баннеров медленно грузится и не асинхронно, поэтому складывается впечатление, что "тормозит" весь сайт. Чтобы такого не было, нужно инициализацию кода рекламных блоков помещать как можно ближе к </body> (если такая возможность есть).

http://loadimpact.com/ вам в помощь
или http://blitz.io

Не представляю, как вы это уместите в WP, который предназначен для блогов. Перерабатывать его придётся 100%, а сколько это будет стоить - вопрос отдельный..

Если вы про проблему выбора, то однозначно нужно использовать InnoDB для сколь-нибудь серьёзных веб-проектов. Что касается индексации FULLTEXT, используйте вместе с InnoDB стороннюю службу индексации. Например, Sphinx или Xapian.

У ISPserver нет облачного хостинга. То, что они продают, называется кластерный хостинг. Они кстати там даже пишут "Cluster system".

Итак, небольшая вводная часть. Облака бывают разные по принципу предоставления сервиса:
- IaaS (инфраструктура как услуга): хостинг-провайдер продаёт вычислительные ресурсы под соусом VPS/VDS, который можно масштабировать от маленького сервера с 500МГц и 256Мб памяти до 16000МГц и выше, а также 192Гб памяти и более. Пределом правда всё равно останется физический сервер. VPS может занять максимум все ресурсы физического сервера. За счёт технологии виртуализации VPS можно переносить по физическим серверам практически без даунтайма, оптимизирую таким образом использование ресурсов физических серверов. Вобщем удобно всем.
- PaaS (платформа как услуга): тут хостинг-провайдер продаёт готовую платформу для запуска разработанных под неё приложений. Пример - Google App Engine. Google продаёт ресурсы внутри своей платформы, которую могут использовать Java и Python программисты для запуска своих приложений. Тут вот всё намного облачнее, потому что пользовательское приложение может запускаться на произвольном физическом сервере при каждом обращении клиентов к нему. Переноса тут не происходит. Система сама решает, на каком физическом сервере запустить приложение в зависимости от его "прожорливости". Органичение такого подхода - у пользователя нет возможности выбора системы, в которой будет работать приложение, так как платформа уже собрана и настроена её сервис-провайдером.
- SaaS (программное обеспечение как услуга): тут всё совсем жёстко. Пользователю дают доступ к программе, с которой он может работать. Пример - Gmail.

Так вот, мы сейчас говорим о IaaS. Т.е. о VPSах. Почему облако будет полезно: когда посещаемость у ресурса мала, можно купить только те ресурсы, которые реально нужны проекту. Когда посещаемость начнёт расти, можно докупать ресурсы. Т.е. платить только за реально используемые ресурсы. Что в некоторых случаях намного экономически эффективнее. Вопрос только в том, позволяет ли хостер покупать ресурсы маленькими порциями или какими-то большими пакетами. Также облачный хостинг надёжнее за счёт того, что управляющее программное обеспечение может автоматически переносить виртуальные машины между серверами в случае выхода серверов из строя. Даунтайм при этом будет крайне мал. Ну и в случае аварии восстановить виртуальную машину на новом сервере в новом дата-центре будет проще и быстрее. К слову, кластерный хостинг не подразумевает наличия нескольких значительно удаленных точек. Обычно кластер - это развернутая в пределах одного дата-центра система. Облака же могут быть "размазаны" по нескольким дата-центрам. Вобщем, облачный IaaS хостинг является логическим продолжением обычного VPS хостинга.

Если есть какие-то более-менее определенные вопросы - задавайте. Выше я описал особенности, которые характерны для облаков.

если для вас вопрос в первую очередь именно в стоимость упирается, то, судя по тарифу, соотношение цена/ресурсы вполне рыночное. но вот я бы не взял себе такой хостинг, потому что:
- товарищи используют openVZ, которая очень плохо распределяет процессорные ресурсы. Из-за этого велика вероятность того, что попав на сервер с контейнером какого-то "прожорливого" клиента, вашему сайту периодически может не хватать процессорных ресурсов. да и вообще, хостеры использующие openVZ очень любят жёстко оверселлить ресурсы.
- в качестве железа используется Intel Core i7. У меня такой процессор на домашнем ноутбуке. В моём понимании это непрофессиональное серверное оборудование, что скорее всего отразится на качестве сервиса.
- также у товарищей написано про "высокопроизводительный RAID", но, боюсь, что он на SATA-шных дисках, а не на SAS-ах, а это весьма важно, так как работа любого сайта очень сильно зависит от работы дисковой системы.
Вобщем как-то так

Трафик - это объём информации, которую вы можете загрузить на сервер и скачать с сервера. Например, при обращении к сайту посетителей загружает с сервера странички, картинки, файлы - вот это всё и будет входить в этот трафик. У большиства крупных хостеров, кстати, трафик бесплатный. Здесь он платный, так как скорее всего серверы находятся где-то в Германии

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

Чем отличается VPS/VDS от виртуального хостинга

В качество дисков Amazon я верю больше, чем в диски десктопного дедика, продаваемого "за 5 копеек".


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


Добавление диска в сервер - значительный даунтайм для сайта. Если проект это позволяет, то конечно можно. Или переливать с одного сервера на другой (с более ёмкими дисками), а потом переключать DNS. В облаке же достаточно увеличить квоту на диск в панельке.

Вобщем-то каждый сам выбирает себе "приключения"

в зависимости от объёма трафика и количества запросов можно и на Amazon S3 положить все файлы. чистые 100Гб там стоят $11,88, но есть доп. расходы на трафик и количество запросов к файлам.
можно посчитать ориентировочно стоимость, если знать количество картинок, среднее количество показов картинок в месяц и средний размер картинки.

Посмотрите в Google Docs элемент Form. Он должен подойти для решения вашей задачи. Хотя про п. 3 не уверен, что это есть в части отправки результатов респонденту.

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.

Нужно больше информации. Примеры конфигов, что за websockets сервер используете, где можно посмотреть страничку клиента и пр.

CMS должна быть той, с которой удобно работать. joomla, WP, Drupal, etc. предлагают одно и тоже, но под разным соусом

Попробуйте создать отдельный файл со стилями для Opera Mobile и подключить его в основной код страницы, указав в атрибуте media значение handheld.

Продробнее тут: http://htmlbook.ru/css/value/media
Пример тут: http://htmlbook.ru/css/media

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.

Договорились. Буду ждать завтра в icq

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

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

p.s. простите за занудство.

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