Очень сладкий хостинг на SSD. www.digitalocean.com

Блин, пробую digitalocean, и просто в шоке! Я в свое время на облаке Scalaxy сидел с 16-ю ядрами и несколькими Га оперативы, а здесь взял самый простой план за $5 в месяц, и даже по выполнению консольных программ вижу, что он раз в 5 быстрее работает (сугубо мое восприятие, но в любом случае гораздо быстрее, чем скалакси).

затем

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

ради интереса, так сказать для сравнения не мог бы запустить тест

$time = microtime(true);
for ($i = 0; $i <= 3; $i++) {
    for ($i2 = 0; $i2 <= 1000; $i2++) {
        $res = $modx->getObject('modResource', 1);
    }
}

echo 'Time: '.(microtime(true) - $time).' s
';
echo 'Memory: '.round((memory_get_peak_usage(true) / 1024 / 1024),2).' Mb';
die;

спасибо!) на timeweb у меня вот так:

Time: 9.5783779621124 s Memory: 7.25 Mb
Time: 9.4243011474609 s Memory: 13.25 Mb
Time: 9.3328008651733 s Memory: 8.5 Mb

ОК, запущу. Только не сейчас. Я пока занят, и даже не настроил полностью сервер и не установил MODX-а. Но как сделаю, отпишусь по результатам.

Я смотрю ты тоже с timeweb работаеш) По скорости вроде устраивает, только в последнее время подтупливает частенько( ты наверно замечал? P.s. Только тест в стандартном пустом шаблоне… без своих примочек, чтоб было ясно что почем ок?)))

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

Просто в кучу для разницы (и не относится к указанным хостингам):

CoreI7 (железо): Time: 7,0968639850616 s Memory: 6,25 Mb Time: 7,0349550247192 s Memory: 6 Mb Time: 7,0230100154877 s Memory: 6 Mb

CoreI5 (VDS 1 core/~1.7Gz): Time: 14.451698064804 s Memory: 4 Mb

Time: 9.2352430820465 s Memory: 7.5 Mb Time: 9.3254640102386 s Memory: 7.5 Mb Time: 9.777360200882 s Memory: 7.5 Mb Это на самом дешевом тарифном плане за $5 в месяц. При чем указанный тест по большей степени проверяет процессор, а не БД или чтение диска. Вот если доберусь, проверю запросы к большой базе данных. Выигрыш должен быть значительный.

Зато при скачивании моей сборki с modxcloud-а через wget я получил вот такой интересный результат:

Resolving ***.modxcloud.com (***.modxcloud.com)... 5.153.5.164
Connecting to ***.modxcloud.com (***.modxcloud.com)|5.153.5.164|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6595397 (6.3M) [application/zip]
Saving to: ‘modxsitebox-1.1.0-beta.transport.zip’
100%[==================================================================================================================>] 6,595,397   --.-K/s   in <strong>0.1s</strong>
2013-08-12 03:30:16 (44.9 MB/s) - ‘modxsitebox-1.1.0-beta.transport.zip’ saved [6595397/6595397]

То есть почти семиметровый пакет скачал за 0,1 сек. Я сначала подумал, что ошибка была, потому что ответ был мгновенный. Это же еще не только получено, но и записано было мгновенно.

Я, по-моему, еще не анонсировал, но я в Vapor добавил файл import.php. Теперь пакеты (и снимки сайтов, сделанных этим Vapor-ом) можно устанавливать через ssh (через консоль).

Синтаксис такой:

php vapor/import.php package=core/packages/modxsitebox-1.1.0-beta.transport.zip

Само собой, пути и названия пакетов зависят от конкретного случая. Так вот, к чему я это? На таймвебе часто скрипт обламывается. У них там такие хитрые ограничения есть: загрузка процессора на 100% в течение 5-ти секунд — процесс убивается. Так что там у меня 95% попыток установить пакет хоть через морду, хоть через консоль — разваливались. А здесь с первого раза:

<h5>[2013-08-12 03:36:34] (INFO)</h5><pre>COMPLETED</pre>
Array
(
    [success] => 1
    [message] => Успешно установлен пакет modxsitebox-1.1.0-beta
    [total] => 0
    [errors] => Array
        (
        )

    [object] => Array
        (
        )

)
<br /><br /><hr /><div>Memory: 19.25 Mb</div><div>TotalTime: 26.4034 s</div>

В целом по моим ощущения работает очень шустро. А учитывая то, что я могу посадить сюда довольно много сайтов-визиток, так как у меня 128 метров на php, и 20 Га жесткий диск, и все это за $5 против двух сайтов за 120 рэ в месяц на таймвебе… выбор очевиден.

Попутно. Ты взял VDS В США у них?

Амстердам. Пинг 58 мсек отсюда.

А вот лил 1,5Га бекап с другого хостинга: 1,418,731,466 22.2MB/s in 74s
В общем, с каналами все ОК (кстати, ip-адрес бесплатно. Тот же скалакси (уже закрывшийся) 90 рэ в месяц за 1 ipV4 брал).
Надо только иметь ввиду, что в тарифный план включается бесплатный лимит на траффик, но 1Tb выжрать еще постараться надо.

ну вот как бы так —

Time: 12.088516950607 s Memory: 3.25 Mb
Time: 12.113494873047 s Memory: 3.25 Mb
Time: 11.972487926483 s Memory: 3.25 Mb

сейчас еще попробую swap поставить, посмотрю что да как

Это на каком тарифном плане?

так тот который за 5. для пробы мне и такого хватит

А ПО какое? Ось, веб-сервер и т.д.?

centOS 6.4 32

А php 5.4.19 или какая версия? И какая связка? Apache? nginx + Apache или что?

hastebin.com/temuwexafi.avrasm

php 5-4-17, а у меня 5-4-19. Видимо это он дает такой выигрыш в скорости. Об этом же писал den99

А при PHP 5.4.19 какие показатели у тебя?

А я показывал.

А кешер включен? Мой тест был с включеным APC. Без кешера где-то 5-5.5 Mb

нет, не включен.

поставил CentOs 6.4x32, настроил связку nginx и php-fpm (php 5.4.17 естественно))) ), без кешеров, без всякой лабуды сейчас вот так выдает:

Time: 11.868007898331 s Memory: 4.5 Mb
Time: 11.92459321022 s Memory: 4.5 Mb
Time: 12.437431097031 s Memory: 4.5 Mb

достаточно неплохо я думаю. Если кешер еще прикрутить то наверно память в районе 2-3 мб должна быть. Позже попробую)

прикрутил apc, но чет только хуже стало((( память до 5 прыгнула. то есть первый вариант с apache+nginx+apc был шустрее —

Time: 12.088516950607 s Memory: 3.25 Mb

Что за фигня?

APC не совместим с Zend-Optimizer а я его тоже поставил…

А вот незачем жадничать :-) А если серьезно, хз. На таких мелких цифрах могут запросто прыгать показатели.

что еще можно попробовать подкрутить? Не подскажешь? Спасибо!

Не подскажу. Я же не системный администратор, так что с железом и серверными настройками ничего не подскажу. А тюнинговать пустой сайт — бессмысленно. Вон я сегодня статью написал, лучше ее почитай, там очень много полезного.

да в этом ты прав, пустой бесмысленно подгонять! А статью твою я прочел еще 9ти утра не было))) Много интересного рассказываешь, но еще не мой уровень, основы понял, но на практике не пользовал…

Есть к чему стремиться :-) Вот смотри какой шустрый сайт Александр сделал. Вот тоже сам все крутит. Спрашивает конечно иногда, но по делу.

кратенькое замечание. Не знаю как вы, но я как то изначально на Амстердаме остановился. И вот в ходе тестирования заметил, что есть у них медленные серваки… ну как повезет короче) Прежде чем окончательно обосноваться советую вам просто посмотреть время обработки пустой страницы. Сейчас мне такой экземпляр попался — 37.139.14.130 так у него с шаблоном бланк страница рендерилась 0.12 секунд, ато и более) не стесняйтесь приводите свои примеры. сейчас у меня — 0.05 с ну сложностей особо никаких нет, снял снапшот, да на другой сервак дернул…

жаль что у нас тут не водятся системные администраторы! В инете инфы море… но как было бы замечательно пообщаться здесь на эту тему)

А мне сейчас вообще некогда. Я в node.js ударился)))

да, а я angular перед сном почитываю))) занимательная книжка… просто подумал, что ты и я не одни тут этим хостингом заинтересовались, вот и спросил

А я только за себя и ответил. А у других свое мнение будет.

Подсказали скрипт для тестирования хостинга — скачать тут протестировал digitalocean и timeweb еще мне непонятно вот что: время обработки пустой страницы на timeweb — 0.035 время обработки пустой страницы на digitalocean — 0.075 это без кеширования. Ну каким образом timeweb так выстреливает а? Или что еще надо докрутить на digitalocean???

У меня вот такие результаты: Все равно таймвеб получается дороже.

Еще мне непонятно вот что: время обработки пустой страницы на timeweb — 0.035 время обработки пустой страницы на digitalocean — 0.075 это без кеширования. Ну каким образом timeweb так выстреливает а? Или что еще надо докрутить на digitalocean???

Я так думаю в данном случае тут уже настройки кешеров важны, я то их еще не поставил) на timeweb apc и memcache используется…

обновился до PHP 5.4.19 (cli) (built: Aug 22 2013 08:04:21) Copyright © 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright © 1998-2013 Zend Technologies полет нормальный — такая же шустрая как и 5.4.17

Доброго времени суток. Я пробую установить сайт на digitalocean, установка прошла отлично, но, когда пытаюсь войти в админку, то получаю: 503 Error Page not found The page you requested was not found. Причем другие файлы из папки manager, запускаются. НЕ могли бы мне помочь в решении этой проблемы. Спасибо.

Алишер, пришли логин/пароль ssh в личку. И адрес сайта.

1. Не забывай все-таки менять права на папки и файлы с root-а :-) Но это так, к слову. В данном случае не в этом проблема.
2. Смотри чаще core/cache/logs/error.log

Вот какие там интересные записи:

[2013-08-24 01:23:09] (FATAL) The requested resource has no valid content type specified.
[2013-08-24 01:23:09] (ERROR @ /index.php) Error 42S02 executing statement:.
Array
(
    [0] => 42S02
    [1] => 1146
    [2] => Table '*****.modx_session' doesn't exist
)

А теперь расскажи, как ты устанавливал MODX, что у тебя части таблиц нету? Вот все таблицы, что у тебя сейчас есть в базе данных:

mysql> show tables
    -> ;
+------------------------------------+
| Tables_in_************             |
+------------------------------------+
| modx_access_actiondom              |
| modx_access_actions                |
| modx_access_category               |
| modx_access_context                |
| modx_access_elements               |
| modx_access_media_source           |
| modx_access_menus                  |
| modx_access_permissions            |
| modx_access_policy_template_groups |
| modx_access_policy_templates       |
| modx_access_resource_groups        |
| modx_access_resources              |
| modx_access_templatevars           |
| modx_actiondom                     |
| modx_actions                       |
| modx_actions_fields                |
| modx_active_users                  |
| modx_categories                    |
| modx_categories_closure            |
| modx_class_map                     |
| modx_context                       |
| modx_dashboard                     |
| modx_dashboard_widget              |
| modx_dashboard_widget_placement    |
| modx_document_groups               |
| modx_element_property_sets         |
| modx_fc_profiles                   |
| modx_fc_profiles_usergroups        |
| modx_fc_sets                       |
| modx_lexicon_entries               |
| modx_manager_log                   |
| modx_media_sources                 |
| modx_media_sources_contexts        |
| modx_media_sources_elements        |
| modx_member_groups                 |
| modx_namespaces                    |
| modx_property_set                  |
| modx_register_topics               |
| modx_site_content                  |
| modx_site_htmlsnippets             |
| modx_site_plugins                  |
| modx_site_snippets                 |
| modx_site_templates                |
| modx_site_tmplvar_access           |
| modx_site_tmplvar_contentvalues    |
| modx_site_tmplvar_templates        |
| modx_site_tmplvars                 |
| modx_system_eventnames             |
| modx_system_settings               |
| modx_user_attributes               |
| modx_user_messages                 |
| modx_user_settings                 |
| modx_users                         |
+------------------------------------+
53 rows in set (0.01 sec)

И как видишь, таблицы modx_session действительно нет, и это не единственная отсутствующая таблица.

Да, я смотрел в этот лог. Ставил /имя сайта/setup У меня даже нет идей, куда делись недостающие таблицы, ставил так 2 раза, когда сам не нашел решения, стукнулся сюда

права не поменял наверно… проверь что в config.inc.php. скорее всего там пути не прописались

Да нет, пути прописаны.

ребята я сделал это)))

9.9406340122223 s Memory: 2.25 Mb
12.515887975693 s Memory: 2 Mb
Time: 9.714555978775 s Memory: 2 Mb

некешируемая пустая страничка грузится за 0.0165 s как вам такие результаты?

Спал я. Подожди немного, сейчас поправлю.

Если бы пути были неверные, то как бы MODX вообще запустился? И как бы он логи записал?

Давай более полный расклад системы. Особенно то, что по твоему мнению ускорило. Жаль, что на digitalocean нельзя скачивать и закачивать снимки серверов.

centOS 6.4x32 — PHP 5.4.19 — nginx version: nginx/1.4.2 — memcached + zendoptimizerplus последний и дает такой выигрыш в скорости и потреблении памяти, по сравнению с начальным вариантом. даже на дефолтных настройках хорошо работает… Это Бомба! насчет снимков да… жаль

Еще бы обработчик кеша modx переписать, чтобы nginx мог забирать странички из memcached… Но это не в моей компетенции((( Не думал над этим?

Напиши краткий гайд по установке в отдельном попике, включая установку зендоптимайзера. Будет очень полезно.

Думал конечно. Только в этом плане лучше APC. И на хабре как раз статья была как настроить нгинкс под это. Я давно уже задумывался о создании сайтов, страницы которого записывались бы в APC и отдавались нгинксом, а вся динамика — это на javascript и AJAX.

В общем, восстановил тебе сайт, но это полный трындец. Во-первых, как я и говорил, не было части таблиц. Во-вторых, вместе с этими таблицами, само собой, и не было части критических данных, включая настройки контекстов, главное меню админки и миме-типы документов (это как минимум). В результате админка не отрабатывалась, потому что именно в настройках контекста mgr указано, что хендлер класс — modManagerRequest, а не стандартный modRequest. А когда зашел, то админка разваливалась из-за отсутствия записи менюшек. А когда в паблик зашел, тогда страницы не работали из-за отсутствия записей типов документов.

Все это восстановил чисто из спортивного интереса. Но я так понимаю, у тебя вообще голый сайт, так что лучше переустанови. Я там свой сайт устанавливал для теста control/ (можешь его удалить, таблица control). Так вот он встал без каких-либо проблем. Но устанавливал его через скрипт.

ну в данной связке что у меня — APC лишнее звено, и память он жрет. Так что мне кажется memcache предпочтительнее, тем более nginx умеет читать memcache… Хотя может я и не прав, это только мое знакомство с linux и vps. p.s. топик могу кратко накидать, но там ничего особенного в принципе… добавляем репы, yum install, да пару конфигов поменять… надо?

кратко набросал тут

Я много раз слышал, что мемкеш хорош для хранения мелких кеш-элементов. А вот для хранения больших элементов (кеш целой страницы и т.п.) — лучше годится APC. Хотя что-то не могу найти четкого мануала по настройке nginx+APC…

Спасибо!

Ну MODX же сохраняет кэш при обработчике Memcached, и ему совершенно без разницы, какого размера страница.

Вопрос только в том, чтобы сохранять в Memcached не PHP-код, а сразу HTML, а Nginx его спокойно уже прочитает.

Принцип-то и там и там одинаковый. Надо просто тестить на производительность.

А я в пути был. Спасибо. Из спортивного интереса, какой там был косяк, если ты в курсе? Я устанавливал стандартно, при установке, MODX сказал, что все ОК, ошибок нет.

Нет, я с таким еще не сталкивался. Файловая система сайта абсолютно в порядке. Но почему он не создал тебе эти таблицы — не ясно. А из-за них все и развалилось.
Кстати, поставил тебе curl (без него не будет работать менеджер пакетов) и MC — аналог фара для ssh.

Спасибо большое.

Пожалуйста.

У меня творится чертовщина, я установил MODX через скрипт installmodx.php. Те же яйца, только в профиль. Вот логи:

[2013-08-24 22:06:35] (ERROR) Error 42S02 executing statement: 
Array
(
[0] => 42S02
[1] => 1146
[2] => Table 'ural-masters.modx_context_setting' doesn't exist
) [2013-08-24 22:06:35] (ERROR) Error 42S02 executing statement: 
Array
(
[0] => 42S02
[1] => 1146
[2] => Table 'ural-masters.modx_access_policies' doesn't exist
) [2013-08-24 22:06:35] (ERROR) Error 42S02 executing statement: 
Array
(
[0] => 42S02
[1] => 1146
[2] => Table 'ural-masters.modx_context_setting' doesn't exist
) [2013-08-24 22:06:35] (ERROR) Error 42S02 executing statement: 
Array
(
[0] => 42S02
[1] => 1146
[2] => Table 'ural-masters.modx_access_policies' doesn't exist
)

Скопировал ДАМП, в phpmyadmin есть таблицы, но log все равно пишет, что их нет.

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

Да ты был прав на 100%.

Ты не поверишь, но это 3 раз на одни и те же грабли. Блин, совсем вылетело из головы.

Еще раз спасибо.

Пожалуйста.

Глупый вопрос :) А какое количество сайтов можно держать на этом хостере за 5$? Сайты визитки или не высоко посещаемый блог :) Спасибо :)

На мелких сайтах все ограничивается объемами диска для хранения файлов. Диск — 20 Гб. Система вряд ли займет больше 1-2 Гб. То есть 18 Гб остается на все про все. Средний сайт не превышает 100 метров. То есть сотню сайтов запросто можно разместить.

Кстати, modxclub.ru таки переехал на digitalocean.com

сразу заметно!)

Если это был сарказм :-) (по поводу неработы сайта), то я вот здесь по этому поводу отписался.

А если без шуток, то работа сайта действительно улучшилась по одной простой причине: на modxcloud.com нет memcache, а ливстрит на файловом кеше — хуже, чем вообще без кеша. А вот сейчас я поставил memcache и перевел ливстрит на него, и это дает большой плюс по скорости его работы.

да никаких сарказмов! то что переносишь я еще седня ночью видел) просто реально стал нормально сайт открываться, без тормозов.

это все memcache

И комменты мгновенно добавляются.