1. Главная
  2. roman-yrv

roman-yrv: Комментарии

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

31 июля 2013 в 0:38

Я вот и хочу разобраться, как можно настроить webmin, чтобы пользоваться dns-серверами хостера.

Ведь это нормально работало, когда у меня на VPS стоял ISPManagerLite, а не связка webmin + virtualmin.

В webmin я создаю apache виртуальный хост.

Далее в Bind DNS Server создаю master zone, в разделе Name Server прописываю ns хостера, но это почему-то не работает.

30 июля 2013 в 19:23

Спасибо большое за консультацию.

Скажите пожалуйста, а вот что бы Вы сказали о таком хостере - https://contabo.com/?show=vps

У него указано, что там используется KVM, а также довольно неплохие для такой цены характеристики процессора и памяти.
То есть, если вручную поставить webmin + virtualmin, то по цене в месяц выйдет довольно неплохо.

Или KVM в отношения быстродействия файловой системы ничего не гарантирует ?

29 июля 2013 в 15:02

А вот здесь есть примеры
http://htmlbook.ru/css/value/media

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

Всё это настраивается в CSS.

Скажем так, я разобрался теоретически, непосредственно это не тестировал, но должно работать.

26 июля 2013 в 21:55

Скорость очень сильно может съедаться по причине слабого хостинга или дешевого VPS с просаженными дисками.
Мы здесь этот вопрос обсуждали.

http://www.drupal.ru/node/101999

24 июля 2013 в 13:30

"whiesam" wrote:
И мне ещё интересно, можно пользователю иметь несколько ролей? Чтобы разные части сайта мог открывать, или... или...

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

24 июля 2013 в 13:28

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

В крайнем случае, вот здесь рассказывается о том, как создавать свои способы оплаты
http://xandeadx.ru/blog/drupal/607

24 июля 2013 в 11:07

Знаете, может быть, все-таки имеет смысл ориентироваться на Drupal Commerce
Например, вот у них есть модуль, который, вроде бы, делает то, что Вам надо
http://www.drupalcommerce.org/extensions/module/project/commerce-subscri...

А то если решать такие задачи своими средствами, то такие головоломки будут возникать постоянно - сегодня одно понадобится, завтра - другое.

24 июля 2013 в 10:39

Так а оплата тоже подразумевается на сайте в автоматическом режиме ?
Или человек оплатил каким угодно способом и администрация сайта ему руками на какое-то время открывает доступ ?

Вообще, я думаю, что если модуль premium устраивает, то не так уж трудно его переписать на версию 7 - там код небольшой.

23 июля 2013 в 23:43

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

А как станет видно, что сайт, как говорится, пошел, то брать и арендовать выделенный сервер.
Например, здесь - http://renter.ru/

Ну или брать энную сумму, собирать и настраивать сервер под себя и размещать его в датацентре.

23 июля 2013 в 23:02

То есть, получается, что если даже переходить на более высокие тарифные планы, где будут гигабайты и гигагерцы, то такие проблемы с тормознутостью в SQL-запросах могут быть и там ?

Блин, если бы не было таких косяков, то общее время SQL-запросов составляло бы несколько миллисекунд.
А так, к сожалению, может достигать и несколько сотен миллисекунд.

Опять же, я провожу тестирование на примере стандартной инсталляции Drupal 7 с добавлением нескольких основных модулей (Views, Rules, Token и др.) и добавлением нескольких тестовых страниц.

23 июля 2013 в 22:36

Установил memcached на сервер и настроил, как написано здесь
http://drupalace.ru/lesson/sistema-keshirovaniya-drupal-7-chast-tretya-u...

Кэш-таблицы сейчас, вроде бы, не тормозят, но бывают случаи, когда тормоза возникают с другими таблицами.

Наверное, все-таки решение в общем случае - смотреть на более качественный VPS.

Скажите, а вот облачные хостинги могут иметь такие проблемы, как

23 июля 2013 в 18:47

Вот еще такая ситуация

Допустим, SQL-запрос

SELECT cid, data, created, expire, serialized FROM cache_views WHERE cid IN ('views_data:ru')

выполнился за 106 миллисекунд.

EXPLAIN выдал следующее:

23 июля 2013 в 18:22

Во первых, нужно, чтобы php был запущен как модуль apache, а не как CGI или FastCGI, а во вторых, нужно, чтобы был установлен модуль pecl uploadprogress.

Ну а дальше - по обстановке.

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

Сейчас вот для тестирования приобрел пакет "Start" отсюда (http://interserver.ru/vds.html)

Через консоль руками поставил pecl uploadprogress, теперь продолжаю тестировать.

23 июля 2013 в 15:53

Вот на значения массива, к сожалению, не обратил внимание.

Так а есть ли рекомендации по настройке кэша в подобных случаях ?

У меня параметры кэша mysql установлены таким образом

query_cache_limit = 16M
query_cache_size = 128M
query_cache_type = 1

А общие характеристики системы таковы:
Virtual CPU 500Mhz, 512Mb memory, 15000Mb disk

Это я заказал тарифный план "start" больше для тестирования
http://interserver.ru/vds.html