1. Главная
  2. Akzhan

Akzhan: Комментарии

Главные вкладки

10 марта 2008 в 5:03

К сожалению, я не имею достаточного опыта работы с nic.ru.

А теперь детальнее:
Для Apache и lightthttpd:
Режим FastCGI более безопасен, но немного менее производителен, по сравнению с mod_php.

Лично я рекомендую его включать только на Windows-хостинге для новейших серверов IIS.

Существует ещё один интересный вариант - это использовать сервер nginx с поддержкой FastCGI, вместо Apache.

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

10 марта 2008 в 4:18

Хостинг в Москве дороже, естественно.

Касательно нестабильности drupal.ru - это связано с тем, что фактически сайт до позавчерашнего дня жил на двух хостингах (фасад на .masterhost, а база данных на РБК). В таких условиях любой сайт будет нестабильным.

Стабильность и связность .masterhost считаются на рынке хостинга практически максимально возможными в России. Опять-таки по независимым данным.

9 марта 2008 в 22:14

1.
Мы ещё не закончили оптимизацию нашего хостинга под Drupal.

2.
Тарифный план "Эффективный" имеет весьма неудобное ограничение по памяти - 16Mb/скрипт. И это не изменится в течение пары недель.

3.
Сам Drupal летать будет, ибо он требует 8-9 метров, и даёт мало запросов. Но если включить, например, такой модуль, как Path, станет грустнее - количество запросов резко вырастет. Фактически всё зависит от того, сколько у вас узлов, посетителей и какие модули стоят.

9 марта 2008 в 21:46

На тарифах до PHP-специалист, если вы заказали PHP5:

- Форум летает, Drupal нормально живёт, только если не ставить требовательные модули. На сегодня мы предоставляем на скрипт официально 16Mb. Этого для инсталляций Drupal с настройками для социальных сетей - мало. Ситуация изменится в течение пары недель, думаю (насколько именно поднимем лимиты - не могу пока сказать - в процессе изучения).

На профессиональных тарифах (php-специалист, Bitrix и на VPS) проблем с работоспособностью Drupal нет. К 12 марта станут ещё быстрее.

9 марта 2008 в 21:38

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

PHP ругается именно на то, что каталог для временных файлов лежит не там, где надо.

Возможно, вам тоже имеет смысл выключить safe mode.

9 марта 2008 в 21:30

Да, можно. В списке плагинов для Drupal есть пара плагинов для интеграции Drupal и vBulletin.

http://www.vbdrupal.org/vbulletin_drupal_integration_matrix

Но я выбрал для себя форумный движок Vanilla (http://getvanilla.com/).

9 марта 2008 в 21:10

В процессе.

Качественно поддерживать широкий набор SaaS мы просто не сможем на первых порах, ибо требуется очень много работы по проверке и настройке.

Битрикс мы и так предоставляем. Кстати, по Битриксу и можно судить о качестве нашей работы - на сегодня он у нас настроен на самом высоком уровне (http://www.1c-bitrix.ru/performance/).

Drupal в список "ПО как услуга" войдёт обязательно.

9 марта 2008 в 21:03

Аркадич

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

Переезд на mysql5 - насколько я понимаю, надо немного изменить дамп, чтобы данные корректно влились как utf8. проверить наличие set names, кодировку дампа, а также определения таблиц.

9 марта 2008 в 5:16

Мм.. странно...

Вчера/сегодня у .masterhost связность 100%.

Если ещё продолжается, напишите мне приватом traceroute, будем решать проблему.

P.S: не нужно только оскорблять нас предположениями, что мы могли что-то не оплатить Smile

9 марта 2008 в 4:27

Как представитель хостеров, могу отметить:

- Не настроен модуль mod_expires. Это проблема.

- Есть ссылки на ресурсы, которые отдают код 404, что тормозит выдачу. вот это запрашивается с главной страницы: http://venividi.ru/yandex.js

Да и вообще - на выделенном сервере надо ставить nginx + apache в связке.

Остальное - уже не относится к хостингу. Smile

9 марта 2008 в 4:06

Пришлите ваши контакты приватом, пожалуйста.

Касательно остального - мы работаем сразу в нескольких направлениях. В том числе и в этом.

Касательно 2-3 часов работы - всё не совсем так. Каждое изменение приходится проверять, - не скажется ли отрицательно на остальных клиентах, потребуется ли расширение парка, не скажется ли это на режиме работы серверов и т.п.

Наш план по поддержке CMS Drupal рассчитан на 2 месяца... Раньше мы не сумеем просто разработать, протестировать и внедрить.

Но это только часть наших планов, конечно.

9 марта 2008 в 3:56

axel wrote:
Мда, ситуация с колокейшном в Москве никак не радует. А мы тут второй сервак хотим покупать под drupal.ru & co.... Не пора ли рвать когти за границу? :)

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

8 марта 2008 в 16:09

Попробуйете отключить аггрегатор и не выключать компресию. И проверить настройки и включенность expires.

B.X wrote:
Akzhan wrote:
Если честно, то использовать JavaScript Aggregator - имеет мало смысла (в отличие от компрессии).

8 марта 2008 в 0:24

Если честно, то использовать JavaScript Aggregator - имеет мало смысла (в отличие от компрессии).

Достаточно проверить, что на ваши скрипты стоит директива Expires на пару недель (так делает Drupal по умолчанию через .htaccess).

8 марта 2008 в 0:19

busekov wrote:

На РБК, насколько мне известно, крутятся и Drupal-сайты.

Правда, не знаю, на каких тарифах. Попробуйте несколько провайдеров. Сами всё поймёте и выберете самый лучший для себя.

Естественно, я порекомендую нас. По крайней мере попробовать и сравнить. В деле Smile

8 марта 2008 в 0:14

Quote:
Сегодня пошустрее стало. Еще кстати часто вылетает warning: set_time_limit() has been disabled for security reasons in...... Лимит то настроили бы.

Эта функция запрещена, чтобы сайты не портили жизнь друг другу.

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