Пользователь
0,0
рейтинг
22 марта 2012 в 14:11

Разработка → Правильный хостинг для MODx своими руками tutorial

MODX*

Топик рассказывает о настройке быстрого и недорогого хостинга для MODx Revolution. В принципе, вещи тут описаны общие, так что информация подойдет для любой CMS. Позже была смонтирована и видеоверсия этой инструкции.

На всякий случай, приложу видео, как должна работать админка MODx Revo.

Для быстрой и комфортной работы желательно:
  • Быстрый браузер — Google Chrome. Админка Revo работает в нем молниеносно
  • Хороший интернет-канал. Тут без вариантов, нужно всем и всегда.
  • Качественный хостинг — про него и пишу.


В конце поста есть ссылки на скрипты для автоматической установки MODx с созданием юзера, хоста nginx, процесса php5-fpm и базы дынных.


Я работал с разными хостингами. Начинал на Peterhost, затем переехал на Clodo, потом Selectel и параллельно Scalaxy. Также немного поработал с Hetzner.

Хорошие все, но по совокупности субъективных вещей мне больше нравится облако Selectel.

Получилось «многабуков», поэтому вот оглавление:
1. Установка ОС и настройка ssh
2. Установка сервисов
3. Настройка окружения
4. Настройка сервисов
5. Заключение


Установка ОС и настройка ssh


Регистрируемся на selectel.ru, заходим в панель, там «Облако» и создаем машину.



Для установки я беру Ubuntu x32 (меньше кушает памяти, чем х64). Установка ОС идет минут 15, после нее в свойствах машины ищем «Пароль при установке». Это пароль root.

На сервер идем через Putty. В настройках Translation ставим UTF-8.
User: root
Password: из панели

Первым делом создаем нового юзера и добавляем его в группу sudo:
adduser user
adduser user sudo

Затем отрубаем вход на сервер под рутом.
nano /etc/ssh/sshd_config

Выставляем PermitRootLogin no, здесь же можно перевешать ssh на другой порт, но я этого не делаю.

Перезапускаем ssh:
service ssh restart

Теперь можно перелогиниться, как user и работать через sudo.
Первым делом
sudo apt-get install mc
, после установки
sudo mc
— этим вы будуте работать на сервере через sudo до выхода из Midnight Commander.

На этом месте большинству не-Linux юзеров изрядко похорошело при виде синих окошек, вместо черной консоли. А консоль по-прежнему можно быстро увидеть, нажав Ctrl+O.

С этого момента команды можно вводить и без sudo — вы уже работаете в нем из mc.

Немного настроим firewall.

Создаем файл iptables (touch /root/iptables), вносим в него такие строки:
iptables -A INPUT -p tcp -m state --state NEW --dport 22 -m recent --update --seconds 30 -j DROP
iptables -A INPUT -p tcp -m state --state NEW --dport 22 -m recent --set -j ACCEPT

Это защита 22го порта от переборщиков паролей. При каждой неудачной попытке повторно попробовать они смогут только через 30сек (можно увеличить) — на таких скоростях ничего не подобрать. К тому же, нужно угадать еще имя пользователя (root то мы отключили).

Делаем его исполняемым — sudo chmod +x /root/iptables
И вносим вызов этого файла в /etc/rc.local — и скрипт будет вызываться при запуске. Вообще, все что вы хотите запускать при старте — пишем сюда.

Репозитории


Ставим python-software-properties для удобного добавления репозиториев
apt-get install python-software-properties

Дабавляем репоитории Nginx и php5-fpm:
add-apt-repository ppa:nginx/stable
add-apt-repository ppa:fabianarias/php5
apt-get update
apt-get install nginx php5-fpm mysql-server php5-mcrypt php5-mysql php5-curl php-db php5-gd unzip

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

Можно еще установить sendmail для отправке почты с сайта, но Revo позволяет работать напрямую с smtp сервером для отправки почты — что я вам и советую настроить. Лучше сразу подключить почту для домена от Яндекс или Google.

Полдела сделано.

Подготовка окружения


Как вы уже могли догадаться, наш сервер будет запускать php через php5-fpm, без участия Apache2.

Это дает нам 2 преимущества: меньшее потребление памяти и запуск разных сайтов от разных юзеров. То есть, при взломе одного сайта — остальные не пострадают.

FTP на сервер мы вообще не установили, потому что заливать файлы сайта мы будем через SFTP (используем WinCSP для этого), а редактировать через Notepad++ (там есть плагин для sftp).

Создаем группу sftp (addgroup sftp) и настраиваем для нее доступ через ssh.
Добавляем в конец /etc/ssh/sshd_config

Subsystem sftp internal-sftp
Match Group sftp
    ChrootDirectory %h
    AllowTCPForwarding no
    ForceCommand internal-sftp

И комментируем там же

#Subsystem sftp /usr/lib/openssh/sftp-server

Создаем новую директорию для будущего сайта (и директорию для временных файлов), создаем юзера для него, добавляем его в группу sftp и назначаем домашнюю директорию:

mkdir /var/www
mkdir /var/www/site1
mkdir /var/www/site1/www
mkdir /var/www/site1/tmp
adduser site1
adduser site1 sftp
usermod -d /var/www/site1 site1

Есть директория, есть пользователь, есть доступ для него через sftp.

Настройка сервисов


Для настройки php нужно редактировать /etc/php5/fpm/php.ini.

post_max_size = 100M
upload_max_filesize = 100M
disable_functions = exec,passthru,shell_exec,system,proc_open,popen,curl_multi_exec,parse_ini_file,show_source
cgi.fix_pathinfo = 0
open_basedir = /var/www/

Основной конфигурационный файл Nginx (/etc/nginx/nginx.conf) приводим к такому виду (старый бэкапим):

user                    www-data;
worker_processes        8;
error_log               /var/log/nginx/error.log;
pid                     /var/run/nginx.pid;
events {
                        worker_connections  1024;
}
http {
    include             /etc/nginx/mime.types;
    client_max_body_size 100m;
    access_log          /var/log/nginx/access.log;
    sendfile            on;
    keepalive_timeout   65;
    tcp_nodelay         on;
    gzip                on;
    gzip_min_length     1000;
    gzip_proxied        any;
    gzip_types          text/plain ext/html text/xml application/xml application/x-javascript text/javascript text/css text/json;
    gzip_disable        "msie6";
    gzip_comp_level     8;
    charset             utf-8;
    include             /etc/nginx/conf.d/*.conf;
    include             /etc/nginx/sites-enabled/*;
}

Рядом в /etc/nginx/fastcgi_params комментим строку про https, а не то потом будет ругаться:
#fastcgi_param  HTTPS                   $server_https;

Nota Bene! Создаем виртуальный хост.
Наш конфиг подгружает сайты из директории /etc/nginx/sites-enabled/, а рядом есть /etc/nginx/sites-available/ (там сейчас лежит ссылка на сайт default — прибейте ее).
В первой директории лежат симлинки активных сайтов на файлы конфигов из второй директории. Такой подход позволяет быстро включать\отключать виртуальные хосты без редактирования — а просто удалив\создав symlink.

Стандартный конфиг сайта /etc/nginx/sites-available/site1.conf

upstream backend-site1 {server unix:/var/run/php5-site1.sock;}
server {
    listen              80;
    server_name         site1.domain.ru;
    root                /var/www/site1/www;
    access_log          /var/log/nginx/site1-access.log;
    error_log           /var/log/nginx/site1-error.log;
    index               index.php;
    rewrite_log         on;
    location /core/ {                                                                                                                                                                                                                               
        deny all;                                                                                                                                                                                                                                                    
    }
    location / {
        try_files       $uri $uri/ @rewrite;
    }
    location @rewrite {
        rewrite         ^/(.*)$ /index.php?q=$1;
    }
    location ~ \.php$ {
        include         fastcgi_params;
        fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass    backend-site1;
    }
    location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|bmp)$ {
       access_log       off;
       expires          10d;
       break;
    }
    location ~ /\.ht {
        deny            all;
    }
}

Здесь сразу включены friendly urls, отдача статики и обработка php через php5-fpm, для которого объявляется backend (1 строка конфига).
Следующий сайт можно создать просто скопировав конфиг этого и поменяв site1 на site2.

После создания конфига не забываем создать символическую ссылку на конфиг:
ln -s /etc/nginx/sites-available/site1.conf /etc/nginx/sites-enabled/site1.conf


Nota Bene! Создаем процесс php5-fpm для сайта.
Основную конфигурацию /etc/php5/fpm/main.conf мы трогать не будем, просто удостоверимся, что внизу файла есть строчка
include=/etc/php5/fpm/pool.d/*.conf


Это подключает из директории конфигурации процессов php5-fpm. В конфигурации сайта мы уже указали, что *.php он будет отдавать на обработку по адресу /var/run/php5-site1.sock, а теперь создаем конфиг /etc/php5/fpm/pool.d/site1.conf:

[site1]
listen = /var/run/php5-site1.sock
listen.mode = 0666
user = site1
group = site1
chdir = /var/www/site1
php_admin_value[upload_tmp_dir] = /var/www/site1/tmp
php_admin_value[soap.wsdl_cache_dir] = /var/www/site1/tmp
php_admin_value[date.timezone] = Europe/Moscow
# тут значения можно поменять, в зависимости от нагрузки на сайт
pm = dynamic
pm.max_children = 10
pm.start_servers = 2
pm.min_spare_servers = 2
pm.max_spare_servers = 4

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

service nginx restart
service php5-fpm restart


Заключение


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

Мы настроили быстрый, недорогой сервер на облаке, с платой за потребление, который очень экономично кушает ресурсы. Для добавления сайтов нужно:
1. Создать директории и юзера сайта, юзера добавить в группу sftp.
2. Создать 2 конфига для Nginx и php5-fpm по образу предыдущих.
3. Установить сайт и назначить юзера хозяном файлов.



У меня на таком сервере висит 7 небольших сайтов. Он потребляет 250-300mb ОЗУ (это настраивается в панели selectel) и стоит около 8-10 рублей в день. Когда я переживал небольшой хабраэффект я платил всего 20 рублей в сутки.

Сайты изолированы друг от друга, каждый работает от своего юзера, с ограниченными правами. Этот же юзер ходит через sftp — нет проблемы с редактированием файлов залитых через ftp в админке.

Для упрощенного управления сайтами и их конфигами через веб-интерфейс отлично подходит Ajenti. Ну и вообще, оно много чего умеет.

В общем, я попытался доступно написать, как можно за 300 рублей в месяц сделать себе хостинг для приятной работы с MODx Revolution.

Если что-то не так — поправьте меня в комментариях.

P.S. Скрипт для назначения прав для директорий\файлов. Рекомендую хранить в /var/www/site1/chmod

#!/bin/bash
user=site1
dir=/var/www/$user/www

chown -R $user:$user "$dir";
find "$dir" -type d -exec chmod 0755 '{}' \;
find "$dir" -type f -exec chmod 0644 '{}' \;


P.P.S.
В камментах опять начался ад. Люди в глаза не видевшие Revo рассказывают какая она тормозная.
Извините, но холивары достали и топик был жестоко заредактирован.
Цитаты из старой версии будут проскакивать в комментариях.

Я написал статью про настройку хостинга и мне совсем не хочется прятать ее в черновики из-за отдельных комментаторов, которые ни разу не работали с MODx, но авторитетно судят по видео.

Warning!
В комментариях резвится матерый тролль dmitriid, который с MODx никогда не работал. Очень прошу, не кормите его!

Updated. Переделал скрипты автоматической установки\удаления от jkenters

При использовании этих скриптов вам нужно только установить пакеты на сервер, настроить ssh, php и основной конфиг nginx по этой статье. Все остальное скрипт сделает автоматически.
Видео работы скриптов
  • Install В начале нужно указать root пароль Mysql. При запуске спрашивает имя юзера, пароль и домен сайта. По окончании выводит пароли от Mysql и SFTP.
  • Update Также нужно указать Mysql пароль root. Спрашивает имя юзера сайта для обновления.
  • Remove Спрашивает имя юзера сайта. Удаляет все файлы и БД, а также самого юзера с сервера.

Для правильной установки MODx нужно указать date.timezone в /etc/php5/cli/php.ini
date.timezone = Europe/Moscow
Василий Наумкин @bezumkin
карма
27,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (113)

  • +3
    Ничего не имею против modx и очень даже люблю эту CMS, но простите, почему я должен подстраиваться под используемую систему? Почему ни одна из используемых мною админок на моем слабеньком домашнем целероне при просмотре через мою любимую оперу не тормозит, а modx тормозит?
    Еще раз говорю, что cms мне нравится, но имхо система должна работать адекватно на настройках по-умолчанию и в любом современном браузере.
    • 0
      Ну вы загнули. Это как требовать, чтобы Андроид завелся на какой-нибудь Нокии 3310. Есть софт, он решает задачу, у него есть определенные требования по ресурсам — и это нормально. Если тормозит на слабой машинке — берите легкий фреймворк и оптимизируйте до упаду.

      По моему опыту — modx ставится на любой (не бесплатный или дешевый) нормальный хостинг без проблем и без докрутки и как-то не тормозит. Что касается админки — то тут вина всему ExtJS.
      • –2
        > Что касается админки — то тут вина всему ExtJS.

        Тут вина всему не ExtJS, а разработчики админки ;)
        • 0
          Обосновать сможете?
          • 0
            А что тут обосновывать? Виноват не инструмент, а тот, кто выбрал этот инструмент.
    • +1
      Не знаю, у кого тормоза — у меня правда все хорошо.

      Написал пост про то, как можно все настроить.
  • –1
    Для того, чтобы пользоваться банальной админкой, мне нужен канал более 2.5 мегабит и мощный сервер? Ребята, вы издеваетесь.
    • 0
      Да не нужен. Можно и с телефона сидеть — дело ваше.

      Пост про быструю и комфортную работу.
      • –1
        Для быстрой и комфортной работы мне нужен канал больше 2.5 мегабит и мощный сервер? Для быстрой и комфортной работы в банальной админке???
        • –1
          На мой взгляд, да.

          Причем, это касается любой админки и любой CMS. Если назовете хоть одну, где это мешает — я съем свою клавиатуру.
          • –1
            > Причем, это касается любой админки и любой CMS.

            Не надо рассказывать сказки :) Админка какой-нибудь Typo3 (до версии 4, правда, что в ней там сейчас творится — одному богу известно) спокойно жила на небольших каналах и гаред хостингах.
            • +1
              И Revo живет.

              Я вообще считаю, что он отлично работает и не нигде не тормозит.
              При условия, что я делаю на нем сайт =)
              • –1
                отлично работает и не нигде не тормозит.


                Противоречит следующему:

                Для ускорения Revolution нужно:
                — Быстрый браузер — Google Chrome. Админка Revo работает в нем молниеносно, гораздо быстрее чем в Firefox. Opera подглючивает, а IE я по старой привычке не считаю за браузер. К тому же, IE и Opera не поддерживаются официально авторами MODx Revo.

                — Хороший интернет-канал. Тут без вариантов, нужно всем и всегда. Вся админка построена на ExtJS и постоянные асинхронные запросы требуют отзывчивости от вашего провайдера.
                • 0
                  Спасибо, поправил.
                  • 0
                    Что поправлено?
        • 0
          Ну и я бы не сказал, что админка Revo банальна.
          • 0
            И что в ней небанального?
            • 0
              Давайте без холиваров?
              • 0
                Это не холивар. Смотрел видео. Ничего небанального в админке не нашел.
                • 0
                  То есть вы ни одного сайта не построили на Revo, но уже имеете мнение и все-все знаете про криворукость разработчиков?

                  Я больше не буду вам отвечать, извините. Надоело спорить на эти темы.

                  Пост писался не для того.
                  • 0
                    При чем тут криворукость? Вы утверждаете, что админка в Рево небанальна. Я спросил: в чем она небанальна. Вместо того, чтобы нормально ответить, вы начинаете вилять и уходить в сторону.
  • 0
    Второй абзац то ли троллинг, то ли просто жесть )
    • 0
      Убрал второй абзац.
  • 0
    То есть пользователей Firefox, которые пользуются shared-хостингами, разработчики MODx откинули за ненадобностью?
    • 0
      Chrome быстрее всех обрабатывает javascript

      Никто никого не откидывал. Админка построена на ExtJS, это огромное количество javascript — и я вижу глазами, что Firefox работает с ней медленнее чем Chrome.
      • +1
        Ну так это проблема Revo. И в достаточно большой степени — криворукость разработчиков Revo. Потому что ExtJS хорош только на интранетах и огромных каналах связи.

        Если уж делается вешь для всех, то предполагается наличие думательных процессов перед ее созданием ;)
        • +1
          А какие у вас критерии «для всех»?

          Идея была то не сделать самую быструю cms, а сделать удобный инструмент, который будет гибким и расширяемым. И это, надо сказать, получилось. Другое дело, что составные компоненты не всегда позволяют решить все проблемы. Но в Revo 2.1 и 2.2 очень прилично ускорили админку, по сравнению с первыми версиями (2.0.х).
          • –1
            > А какие у вас критерии «для всех»?

            Для всех, кто ей будет пользоваться. Люди с IE и Оперой. Люди на шаред-хостингах. И так далее.

            ВНЕЗАПНО оказывается, что да — на ней можно построить сайт для IE и Оперы. Да, ее можно поставить на шаред-хостинг, и она будет работать прилично. Но ВНЕЗАПНО для админки нужен выделенный сервер, стопятьсотмегабитный канал и только Хром потому что ExtJS виноват? :-\
            • –1
              Хех. Получил минус за этот комментарий. Действительно, проще ставить минусы и обвинять ExtJS, чем признаться в неверно выбранном инструменте
              • +2
                Какие инструменты построения гибкого пользовательского интерфейса можете предложить вы? Только не говорите, что jQuery UI. На тот момент, когда началась разработка Revo, он был только в зачаточном состоянии.
                • –1
                  Для того интерфейса, что представлен на видео, скажем, достаточно было и виджетов собственной разработки на основе банального jQuery.

                  Потому что ничего мега сложного или даже требующего ExtJS в админке нет.

                  Даже из того, что видно, непонятно, почему не поддерживается IE и Опера, например.
            • +1
              > Для всех, кто ей будет пользоваться. Люди с IE и Оперой. Люди на шаред-хостингах. И так далее.

              Да ладно. Что это за инструмент такой, которым будет пользоваться каждый встречный поперечный? Вам не кажется, что сама по себе задача управления сайтом требует неких знаний, умений и навыков? И уж тем более «любимый браузер» — это не важный критерий для этой цели.

              Более того, справедливости ради, стоит сказать, что MODX Revo изначально создавался на вырост. Тогда еще даже не думал о том, что начнется гонка ускорения JS.
              • –3
                > Да ладно. Что это за инструмент такой, которым будет пользоваться каждый встречный поперечный?

                Вы отрицаете, что админкой Modx будут пользоваться люди с оперой и IE? Тогда это, извините, диагноз, и это неизлечимо.

                > Более того, справедливости ради, стоит сказать, что MODX Revo изначально создавался на вырост. Тогда еще даже не думал о том, что начнется гонка ускорения JS.

                Ага, заметно, как он создавался «на вырост». Если тогда не думали о том, что будет гонка ускорения JS, то тогда уже админка должна была летать, а не требовать широкого канала и Chrome only.
                • +2
                  Ну я часто пользуюсь админкой под оперой.
                  Проблема есть только при смене шаблона страницы.
                  Но её ведь можно изначально задавать правильно.
                  Существует, конечно, ещё проблемка с сохранением документа.
                  Но я с ней не сталкиваюсь.
                  Для документов удобнее использовать быстро создать/обновить.
                  • –2
                    Могу только повторить то, что было в посте изначально:

                    Для ускорения Revolution нужно:
                    — Быстрый браузер — Google Chrome. Админка Revo работает в нем молниеносно, гораздо быстрее чем в Firefox. Opera подглючивает, а IE я по старой привычке не считаю за браузер. К тому же, IE и Opera не поддерживаются официально авторами MODx Revo.

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


                    То есть Опера таки подглючивает.

                    А мне тут рассказывают следуюзие сказки:
                    — это ExtJS виноват
                    — что это всякие встречные-поперечные пользуются продуктом?
                    и т.п.

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

                    Но это не разработчики виноваты, что вы!!! Это все ExtJS виноват и то, что вы — первый встречный-поперечный. Вы что не понимаете, что «сама по себе задача управления сайтом требует неких знаний, умений и навыков?» ©

                    Самое смешное, что за этот комментарий я тоже получу минус :)
                    • 0
                      Не могу понять, что вы забыли в этом посте?

                      Вы не работаете с MODx. Настройка хостинга вас тоже не интересует. Так зачем вы здесь накомментировали больше, чем все остальные?

                      Похоже, вы просто жирный тролль и у вас очень много свободного времени.

                      • –2
                        Я выражаю свое мнение, как разработчик. Более того, откуда вы знаете, что я не рассматриваю возможные CMS для себя?

                        И да, вы так и не ответили, что такого небанального в админке Modx.
                        • 0
                          Вы не знакомы с предметом беседы — зачем вам выражать свое мнение?
                          Вообще, откуда у вас мнение, если вы судите только по видеозаписи?

                          Давайте вы уже ознакомитесь с MODx, и тогда, возможно, будет смысл с вами разговаривать.

                          Понимаю, что вам очень лень самостоятельно устанавливать MODx и смотреть в админку, поэтому приглашаю вас на демонстрационный сайт моего компонента miniShop.

                          Там вы сможете ознакомиться с хотя бы с урезанным функционалом админки. Ну и рассказать нам, конечно, какое это тормозное и глючное говно.
                          • –2
                            > Вы не знакомы с предметом беседы — зачем вам выражать свое мнение?

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

                            Например: у меня есть сайт одной компании. Более полутора тысяч публичных страниц. Заполняется банально «контент-менеджерами», которые сидят на зоопарке браузеров — от оперы до IE до хрома. За пять лет проблема была только с обучением приниципам заполнения, но не с браузерами. Сайт работал на шаред хостинге, потом на

                            Тут приходят люди, которые делают CMS, и начинают мне рассказывать сказки про то, что «нужны определенные навыки для управления сайтом» и т.п. Да, навыки должны быть — умение понять, как сделать/обновить страницу в этой самой CMS. Требование «пользоваться только Хромом, потому что во всем остальном глючит» в эти навыки не входит и входить не должно.

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

                            Далее, что я увижу в демонстрационном сайте из того, что я не видел на видео? В админку-то вы меня не пустите ;) А сам сайт ничем не отличается от таких же на mambo/joomla/typo3/тысячи их.

                            Но вы мне продолжаете рассказывать сказки про
                            — «небанальность админки». В пятый раз спрашиваю — в чем эта небанальность выражается?
                            — «нужен только хром, потому что все остальное — не браузеры и не поддерживается». Ну да, ну да. То, что у IE — почти 40% рынка и он не поддерживается разработчиками ModX — это проблема пользователей IE, а не разработчиков, агагага :-\
                            — «нужен сверхширокий канал, чтобы админка работала». Нафига он нужен — тоже непонятно. Хотя да, «ExtJS виноват» :-\

                            Мне всегда было интересно, откуда берется такая логика у людей, которые мнят себя разработчиками…
                            • 0
                              Вы невнимательны.

                              На главной странице сайта есть ссылка на админку.
                              Логин и пароль demo.

                              Права там урезаны, но можно оценить, какие есть возможности создания расширений. Я считаю, что это охрененная «небанальность».

                              На всякий случай: все по этой ссылке — расширение, которое ставится из репозитория в 3 клика.

                              Если заинтересует, вот топик о создании расширений для Revo.
                              • –1
                                > Права там урезаны, но можно оценить, какие есть возможности создания расширений. Я считаю, что это охрененная «небанальность».

                                Typo3 версии 3 2007-го года имела все те же возможности по расширению без идиотских требований к браузеру. И расширения ставились из репозитория в те же 3 клика.

                                И?

                                ЗЫ. Посмотрел сейчас на демо админки, оказалось, что, по сути, ничего не изменилось. Работает в разы быстрее, без идиотских перезагрузок на каждый чих и — главное! — без идиотских, ничем не обоснованных требований к браузерам.

                                Хм. И никаких отмазок в виде «extjs виноват» и «первые встречные-поперечные».

                                Я, кстати, так и не понял, зачем ModX'у ExtJS, если честно.
                                • 0
                                  Другого ответа я от вас и не ожидал.

                                  Всего хорошего.
                                  • 0
                                    Простите, а что вы хотели? Я просто говорю, что вся эта «небанальность» и идиотские требования — это простые сказки криворуких разработчиков.

                                    Нет, я не спорю, ядро системы может быть шикарным и великолепным. Более того, я весьма впечатлен заявленными возможностями. Но когда мне начинают заливать баки про то, что для банальной админки ко всему этому надо [список идиотских требований] и рассказывают про «каждого встречного-поперечного», то извините…
                                  • –1
                                    Да, кстати. Ответьте мне на один простой вопрос: нафига в админке ModX присутсвует ExtJS, если на каждое телодвижение в меню перезагружается вся страница, например.
                                    • 0
                                      В топике 68 комментариев, 24 из них — ваши.

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

                                      Я вообще не понимаю, зачем я с вами разговариваю. Обещал не кормить тролля, и все таки накормил.
                                      • –3
                                        Ну да — переход на личности — это лучший способ ведения спора, когда аргументы заканчиваются.

                                        Если что, то тролль — это вы с Artima и Alroniks, окторые уверены в том, что виноваты не разработчики. ПОтому что внятного ответа на мои вопросы не получено ни от одного из вас.

                                        А так — считайте комментарии дальше, раз других аргументов у вас не имеется.
                                    • –2
                                      З.Ы. Получимл минус за этот комментарий. Неуж-то кто-то не согласен с тем фактом, что страница таки перезагружается? :)))

                                      Вот уж явно полное неприятие реальности.
                • +1
                  Я не отрицаю и того, что некоторые люди камнями (хоть не микроскопами) гвозди заколачивают. Но вы словно в сферическом каком-то мире живете, где хостинги никогда не падают, операционки не заражаются вирусами, админки работают со всеми браузерами.

                  Везде есть ограничения в чем-то. И использование некой иной программы — это не идеологическая война. Это часто реальная необходимость. Мы вот бухгалтерию ведем в 1С8, что нас совсем не радует, но ничего, работаем же.

                  Если некий инструмент предполагает использование нормального браузера, то это не является проблемой. Это всего лишь условия. С ними можно спокойно не согласиться, никто не принуждает.

                  Но у меня на практике было достаточно примеров, когда владельцы сайтов понимали ради чего стоит выбрать другой браузер. Некоторые использовали его параллельно с «любимым IE».

                  > Ага, заметно, как он создавался «на вырост». Если тогда не думали о том, что будет гонка ускорения JS, то тогда уже админка должна была летать, а не требовать широкого канала и Chrome only.

                  Подождите… Я правильно понимаю, что разработчики MODX принепременно были обязаны сделать все «как надо» в этом своем бесплатном Open Source? А теперь они принуждают вас как-то со всем этим " ненавистным злом" сосуществовать на одной планете и вы не знаете куда деваться от этого?
                  • 0
                    Ну зачем? А вдруг бы он успокоился?!

                    Щас опять начнется в духе «я скакала за вами 10 километров, чтобы сказать, как вы мне безразличны!!!»
                    • 0
                      Надо же дать человеку шанс объективно оценить ситуацию. Судя по его топикам вроде и не скажешь, что у него склонность к троллингу. :-)
                  • 0
                    > Я не отрицаю и того, что некоторые люди камнями (хоть не микроскопами) гвозди заколачивают. Но вы словно в сферическом каком-то мире живете, где хостинги никогда не падают, операционки не заражаются вирусами, админки работают со всеми браузерами.

                    Причем тут забивание гвоздей микроскопами, известно только вам, видать. Я живу в мире, в котором у IE 40% рынка, в котором заполнением сайтов занимаются люди, достаточно далекие от техники, и которые — с точки зрения банального бизнеса — не обязаны работать в другом браузере только потому, что это требует обыкновенный админ-интерфейс сайта.

                    То есть я живу в реальном имре, а не в том, который вы себе придумали.

                    > Я правильно понимаю, что разработчики MODX принепременно были обязаны сделать все «как надо» в этом своем бесплатном Open Source?

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

                    Достаточно для вас объективно?
                    • +1
                      Я живу в мире, в котором у IE 40% рынка, в котором заполнением сайтов занимаются люди, достаточно далекие от техники, и которые — с точки зрения банального бизнеса — не обязаны работать в другом браузере только потому, что это требует обыкновенный админ-интерфейс сайта.


                      Может вы тогда расскажете что ваши «люди, достаточно далекие от техники» делают с текстами в ворде, которые нужно опубликовать на сайте? И как у них дела с выравниванием текста по ширине, размером шрифта, разбиением на абзацы, цветом текста, вставкой картинок?

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


                      А мы все конечно же обязаны разрабатывать сайты, которые работают в ИЕ6 и всех Операх? :)

                      Про «банальность», кстати, вам спасибо. Это комплемент разработчикам. Так как они и правда сумели сделать админку достаточно простой с виду, при всей той мощи, которая там заложена. Поверьте, чтобы все оценить вам не хватит не то, что 15 минут, мы много лет еще в MODX Evo потенциал до конца раскрыть не успеваем.

                      Достаточно для вас объективно?


                      Боюсь, что у нас с вами разные критерии объективности. Учитывая обороты «могли бы подумать мозгом», «в воспаленном воображении некоторых людей», «с точки зрения банального бизнеса»… показывают, что вы слишком эмоционируете и вероятно раздражены. И не заметно, что у вас это совместимо с объективностью.
                      • 0
                        > Может вы тогда расскажете что ваши «люди, достаточно далекие от техники» делают с текстами в ворде, которые нужно опубликовать на сайте? И как у них дела с выравниванием текста по ширине, размером шрифта, разбиением на абзацы, цветом текста, вставкой картинок?

                        Как это имеет отношение к необходимости ставить Хром для пользования банальной админкой?

                        > А мы все конечно же обязаны разрабатывать сайты, которые работают в ИЕ6 и всех Операх? :)

                        В Операх — необязательно, если это только не для России.

                        > Про «банальность», кстати, вам спасибо. Это комплемент разработчикам. Так как они и правда сумели сделать админку достаточно простой с виду, при всей той мощи, которая там заложена.

                        Понимаете, если она простая с виду, то она тем более не должна требовать Хрома и 2.5 мегабитного канала для быстрой работы. Не так ли?

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

                        > показывают, что вы слишком эмоционируете и вероятно раздражены. И не заметно, что у вас это совместимо с объективностью.

                        Ничего, что это уже не первое мое сообщение в этой теме? Можно уже устать задавать одни и те же вопросы и не получать на них ни одного внятного ответа. Могу их повторить:
                        — что такого есть в этой админке, что требует отдельного браузера и широкого канала для быстрой работы?
                        — почему она не поддерживает один из самых распространенных браузеров, и кто в этом виноват?

                        Достаточно простые вопросы? Достаточно объективные вопросы?

                        Что я получаю на это в ответ? «ExtJS виноват», «админка небанальна», «не давать первому встречному-поперечному». Извините, но это не у меня проблемы с объективностью :-\
                        • 0
                          Вот, уже заметно улучшение.

                          Как это имеет отношение к необходимости ставить Хром для пользования банальной админкой?
                          Это имеет отношение к моему утверждению, что сайтом не может заниматься кто попало. Это должны быть обученные люди, которые порой и HTML не стесняются сырой поправить. Так как, увы, визуальные редакторы… И копирование текста из ворда, раскрашивание цветами, вставка картинок с безумным разрешением — классические приколы в этом всем деле.

                          Более того, несовместимости начинаются уже на самом визуальном редакторе, чтоб его. И я пытаюсь понять где начинаются ваши «претензии к админке».

                          В Операх — необязательно, если это только не для России.


                          Боюсь вас расстроить, но некоторые владельцы сайтов не рассматривают любителей ИЕ6 своими посетителями. Более того, некоторые сайты наоборот работают только с ИЕ (мне периодически с таким приходится сталкиваться). Живем как-то.

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


                          Разумеется тут вопрос требует непосредственного сравнения. И для этого нужно разбирать по частям обе админки и проводить серьезное исследование. За пять минут на такой вопрос не ответить. НО я специально нашел открытую демку Typo3 и открыл не самую последнюю демку MODX Revo.

                          Первые данные — загрузка с нуля без кеша:

                          Typo3 — 1,38Мб (106 запросов) — 7,73 сек.
                          MODX Revo — 1,22Мб (66 запросов) — 5,94 сек.

                          Это то с чем по сути имеет дело браузер. Дальше — очищаю, пробую отредактировать страницу. Только, к сожалению, время очень условно замерить удалось.

                          Typo3

                          1) Жму ссылку «Страница». Загружено 25,58Кб (35 запросов) — 2,7 сек (кстати, иногда размер закачек подпрыгивал до 500Кб, но я так и не понял от чего зависит).
                          2) Жму «О системе TYPO3». Загружено 52,44Кб (33 запроса) — 4,25 сек
                          3) Нахожу некий текст «О системе...». Кликаю. Загружено 76,90Кб (67 запросов) — 4,5 сек
                          4) Редактирую. Сохраняю. Снова загружается редактор. Загружено 77.52Кб (53 запроса) — 5,9 сек

                          MODX Revo

                          1) Жму «Home». Загружено 87.45Кб (98 запросов) — 8,07 сек
                          2) Редактирую. Сохраняю. Снова загружается редактор. 4.84Кб (6 запросов) — 1,51 сек

                          Как видите Revo весьма экономно расходует ресурсы. Правда стоит отметить, что тут не последняя версия (Последняя может похвастаться иными результатами) и хостинги таки отличаются. И у меня интернет через 3G.
                          • +1
                            Упс… где-то тег забыл закрыть. Похоже я тоже горе-редактор. :)
                          • –1
                            > Это имеет отношение к моему утверждению, что сайтом не может заниматься кто попало. Это должны быть обученные люди, которые порой и HTML не стесняются сырой поправить

                            Кто вам сказал эту бредятину? Если надо почистить HTML, то для этого можно и отдельно человека обучить. У нас сайт заполнялся четырьмя людьми, из которых в HTML не разбирался никто.

                            Во вторых, какое это отношение имеет к тому что для того, чтобы админке быстро работать, нужен Хром и широкий канал?

                            > Более того, несовместимости начинаются уже на самом визуальном редакторе, чтоб его. И я пытаюсь понять где начинаются ваши «претензии к админке».

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

                            > Боюсь вас расстроить, но некоторые владельцы сайтов не рассматривают любителей ИЕ6 своими посетителями. Более того, некоторые сайты наоборот работают только с ИЕ (мне периодически с таким приходится сталкиваться). Живем как-то.

                            Жалко я еще в предыдущем комментарии не заострил на этом внимания. Кроме IE 6 еще существуют 7, 8, 9. При том, что
                            Для ускорения Revolution нужно:
                            — Быстрый браузер — Google Chrome. Админка Revo работает в нем молниеносно, гораздо быстрее чем в Firefox. Opera подглючивает, а IE я по старой привычке не считаю за браузер. К тому же, IE и Opera не поддерживаются официально авторами MODx Revo.


                            Где там про IE6, я так и не увидел. IE суммарно — 40%. Поэтому хотите вы этого, или нет, поддерживать его надо.

                            > Правда стоит отметить, что тут не последняя версия (Последняя может похвастаться иными результатами) и хостинги таки отличаются. И у меня интернет через 3G.

                            К Typo3 к последним версиям у меня сейчас тоже претензии есть. Потому что функциональность админки осталась, по сути, та же, но понавешали «красявостей».

                            Но на вопросы вы мне так и не ответили:
                            — что такого есть в этой админке, что требует отдельного браузера и широкого канала для быстрой работы?
                            — зачем там ExtJS, если из него не используется и доли функциональности (но его так удобно обвинять, говоря, что нужен Хром)
                            — почему она не поддерживает один из самых распространенных браузеров, и кто в этом виноват?

                            Последний вопрос — да, сформулирован не совсем корректно. Но IE, как ни крути, надо рассматривать суммарно.
                            • +1
                              Мда… похоже снова стало хуже :).

                              Ладно. Я отвечу вам в вашем же духе.

                              ИЕ должен сдохнуть и не понятно что такого есть в ИЕ, что требует его вообще устанавливать на компьютер.

                              Ну и ответы на ваши вопросы.

                              — В админке есть интерфейс, который лучше и комфортнее работает на быстром компьютере, в хроме и с широким каналом, чем на тормозном железе с непонятными браузерами типа ИЕ6.

                              — ExtJs MODX использует для организации интерфейса. Уж не скажу какой процент функциональности используют.

                              — А не стоит тратить время на фокусы косячного браузера, лучше потратить его более полезно. И похоже не нашлось еще желающих в сообществе исправить эту ерунду.
                              • –1
                                > Ладно. Я отвечу вам в вашем же духе.

                                Это — далеко не в моем духе.

                                > — В админке есть интерфейс, который лучше и комфортнее работает на быстром компьютере, в хроме и с широким каналом, чем на тормозном железе с непонятными браузерами типа ИЕ6.

                                Это не ответ. Это — именно, что отмазка. Опять вылез IE6. Повторю для тех, кто в танке: суммарная доля IE — 40%. Если вы считаете, что игнорировать 40% пользователей — это правильно, то что вы делаете в разработчиках?

                                > — ExtJs MODX использует для организации интерфейса. Уж не скажу какой процент функциональности используют.

                                Что там делает ExtJS, я прекрасно знаю. Нафига он там — так и осталось непонятно. Разве что именно из-за него внезапно появилось требование к Хрому и жуткая попоболь, когда указывают на недостатки.

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

                                Правда, вы пытаетесь найти отмазки и расскзаывать сказки.

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

                                Повторю для тех, кто в танке. Этого браузера суммарно (не только IE6) — 40% рынка. Только идиот может игнорировать эту цифру.

                                > И похоже не нашлось еще желающих в сообществе исправить эту ерунду.

                                Потому что для того, чтобы править IE-косяки в ExtJS — и это учитывая, что ничего сложного в админке нет (!), — нужно три вещи:
                                1. не использовать ExtJS
                                2. тестировать сразу во всех основных браузерах при разработке.
                                3. платить деньги за разгребание ошибок, потому что они могут быть весьма нетривиальны, хотя решаются быстро и не за деньги, если выполняется пункт 2.

                                Первый пункт даже не рассматривался, потому что «ах, а что же нам надо было использовать, ведь тогда jQuery не было». Вообще эта фраза говорит о низком профессионализме разработчиков. Самый «сложный» элемент всей админки — дерево меню. Ну изредка еще Grid'ы используются. Весь ExtJS используется тупо для расположения элементов. Это даже не из пушки по воробьям. Это — из МБР по дождевым червям.

                                Хотя по ссылке, которую вы привели — mootols, а не ExtJS. И то хлеб. И он разительно отличается от примера bezumkin'а, в котором таки ExtJS, который загружает больше мегабайта яваскрипта… для расположения элементов. Если это не идиотизм, я не знаю, что называть идиотизмом. Кстати да, сравните с modx-minishop.ru/manager/ (логин-пароль demo). Будете неприятно удивлены.

                                Второй пункт, судя по всему, разработчиками даже не принимался во внимание. Ну, опенсорс, хуле. Можно забить на здравый смысл. Всегда можно встать в позу и начать верещать про то, что «ExtJS виноват», «IE — не браузер», «всякие встречные-поперечные».

                                А третий пункт, увы, опенсорсу недоступен.

                                • 0
                                  Не нужно так переживать, сердце то не казенное.

                                  А ну как инфаркт?
                                  • –1
                                    Инфаркт? Из-за вас? Хех. Я даже не опустился до вашего уровня и не перешел на обсуждение вашей личности. Откуда взяться инфаркту?
                                • +1
                                  Это — далеко не в моем духе.


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

                                  Если вы считаете, что игнорировать 40% пользователей — это правильно, то что вы делаете в разработчиках?


                                  Увы, я уже не разработчик (разве только в виде хобби), а скорее в роли заказчика. Что касается 40%, то вы совсем мимо. Речь об админке. В нее заходят разработчики и сотрудники. И расклад по браузерам совсем иной. Вплоть до того, что ИЕ вообще отсутствует или наоборот присутствуем на все 100%. Надеюсь вы не будете утверждать, что это непременно негативно сказывается на поддержке ИЕ для обычных пользователей? Или будете? Или нет? :-)

                                  Хотя по ссылке, которую вы привели — mootols, а не ExtJS.


                                  :-D Вы случайно зашли в версию Evolution, где и правда используется mootools. Мы же о Revo говорим :)). Вот прямая ссылка на админку Revo (admin/demo).

                                  Всегда можно встать в позу и начать верещать про то, что «ExtJS виноват», «IE — не браузер», «всякие встречные-поперечные».


                                  Вы так и не поняли ExtJS — это не проблема, а реальное условие. Разработчики долго выбирали что именно использовать и остановились на ExtJS. Не думаете, что не вам их судить, если вы даже не представляете как они собираются все это использовать? Или вы ретроград, который не признает развития? Или гений у которого от идеи до воплощения проходит не более 5 минут? Или вы не думаете на будущее? :-)

                                  А вам не кажется, что MODX вообще надо было писать на Эрланге? Может разработчики зря вообще выбрали PHP? А может надо было все заточить под IIS? Вы напишите нам все ваши требования, мы обязательно их передадим лично разработчикам. Мне кажется они должны знать, что они делают «неправильный мед».
                                  • –1
                                    > А я тоже вижу от вас сплошные только безапелляционные упреки.

                                    Безапелляционные? Нуну

                                    > Что касается 40%, то вы совсем мимо. Речь об админке. В нее заходят разработчики и сотрудники. И расклад по браузерам совсем иной.

                                    С какого перепугу? Это к вопросу о безаппеляционности.

                                    > Вы так и не поняли ExtJS — это не проблема, а реальное условие.

                                    Ох, не надо рассказывать сказки.

                                    > Не думаете, что не вам их судить, если вы даже не представляете как они собираются все это использовать?

                                    Понимаете, я прекрасно знаю все воможности ExtJS. Более того, я прекрасно знаю большинство требований к админкам CMS. Там нет ничего, что может требовать ExtJS. За одним единственным исключением — возможное расширение на основе своих классов на основе ExtJS. Что не отменяет идиотизма в отношении к поддержке браузеров.

                                    И опять же. Вы опять скатились в рассказывание сказок.

                                    Задаю вопрос: нафига нужен ExtJS? Сначала мне безумкин рассказывает сказки про «небанальность» админки. Сейчас вы мне рассказываете сказки про обязательное условие и что «а вот в будущем!!! одинодинодин».

                                    Можно увидеть ссылку на обсуждение того, что будет в будущем, и зачем нужен ExtJS?

                                    > А вам не кажется, что MODX вообще надо было писать на Эрланге? Может разработчики зря вообще выбрали PHP? А может надо было все заточить под IIS?

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

                                    Цитирую себя из комментариев выше:
                                    Нет, я не спорю, ядро системы может быть шикарным и великолепным. Более того, я весьма впечатлен заявленными возможностями. Но когда мне начинают заливать баки про то, что для банальной админки ко всему этому надо [список идиотских требований] и рассказывают про «каждого встречного-поперечного», то извините…


                                    Какое отношение ядро относится к обсуждению весьма простой клиентской части — известно только вам.
                                    • +1
                                      С какого перепугу?


                                      Может быть с такого, что разработчики лучше понимают в браузерах и иногда даже доносят эту информацию до клиентов? В том числе ранее (когда я еще был разработчикам) я активно наблюдал процесс перехода клиентов на правильный браузер для полноценной работы. И это касалось не только MODX, но и многих других CMS. Поддержка ИЕ — это очень слабый критерий (а чаще просто «хотелка»). На моей практике это были в основном люди, которые не особо стремились к качественному результату и, что логично, не достигали его.

                                      Понимаете, я прекрасно знаю все воможности ExtJS. Более того, я прекрасно знаю большинство требований к админкам CMS.


                                      О! Я вас поздравляю. Так может поделитесь опытом? Или весь ваш опыт сводится только к «такую же попоболь испытывал, но от реалий жизни не убежишь» и «не использовать ExtJS»? Простите, но вы сами сказки рассказываете. Я видел парочку очень адекватных и быстрых интерфейсов на ExtJS.

                                      Уж про CMS вы как-то совсем не аккуратно. Что значит, что вы знаете большинство требований к админке? Интересно какие такие критерии заставляли нас раньше (сейчас не в курсе, увы) бороться с кривизной ЧПУ и версткой в Джумле, а MODX позволяют заниматься полностью реконструируемой админкой и делать мультидоменность? Можете список требований дать?

                                      Можно увидеть ссылку на обсуждение того, что будет в будущем, и зачем нужен ExtJS?


                                      Разработчики MODX предпочитают активно работать, а не говорить. Они не любители активно всем рассказывать о неких сказочных фичах. Сейчас не найти информацию к какому конечному результату они стремятся. Но что можно однозначно сказать — они имеют четкое виденье. Это позволяет им делать уникальную работу.
                                      • 0
                                        С одной стороны вы напрасно тратите свое время.

                                        С другой — мне очень интересно вас читать.

                                        Может лучше у вас на ресурсе организовать хороший топик про Revo?
                                        Например, у меня созрела мысль доступно написать про возможности админки. Вроде такой статьи еще не было.

                                        • +1
                                          Наверно все уже в курсе, что я любитель вступать в конфликтные ситуации… А тут появилось небольшое времечко… :-)).

                                          Что касается статьи про Revo, то я давно уже об этом задумываюсь. Вообще очень много мыслей в голове всяких. Скоро видимо разрожусь топиком… Есть, что обсудить нам всем. :-)
                                    • +1
                                      Можно увидеть ссылку на обсуждение того, что будет в будущем, и зачем нужен ExtJS?

                                      Roadmap
                                      В версии 3.0 в частности намечен переход на ExtJS 4.
                                      Здесь можно увидеть, что развитие ветки 2.2 близко к завершению. Далее — 2.3. А потом уже — 3.0.

                                      Ну а конечным этапом развития MODX судя по всему планируется MODX Cloud (Mostly Cloudy with a 100% Chance of MODX)
                            • 0
                              Честно говоря, ваше мнение по прежнему ничего не стоит, ибо вы по прежнему ничего не смыслите в предмете беседы.

                              Мой кот и то больше соображает — потому что лежа на столе видел админку MODx дольше, чем вы.

                              • –1
                                Для того, чтобы иметь представление об админке ModX достаточно поработать с различными CMS. Ничего особенного в этой админке нет. Учитывая, что вы так и не смогли ответить, что такого в админке «небанального», а перешли к обсуждению моей личности, это прекрасно иллюстрирует.

                                Загружать полтора мегабайта яваскрипта для отображения нескольких полей и дерева — это, безусловно, труъ, и я должен дрожать в страхе и писаться от радости за мегакрутую админку ModX. Вы меня убедили.
                                • 0
                                  Вас кто-то пасатижами за яйца тянет?

                                  • –1
                                    Какой прекрасный, содержательный комментарий. Продолжайте!
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          Приведите другие данные со ссылкой на более свежий и надежный источник.
          • НЛО прилетело и опубликовало эту надпись здесь
            • –1
              Вы можете сами поработать в админке MODx Revo разными браузерами и выбрать наиболее хороший. Мои рекомендации даны в контексте поста — комфортная работа в Revo.

              Если вы, как и большинство спорщиков, в глаза не видели MODx — можно посмотреть у меня на сайте demo:demo.
              • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Нет слов, одни эмоции :(
    Если CMS требует сервера отдельного то такая CMS для обычных пользователей просто не подойдет.
    • +1
      В статье приведен пример тонкой настройки сервера для оптимизации скорости работы с modx.

      Система ставится на любой обычный хостинг вполне свободно. Удивляет лишь то, что люди, жалея денег, покупают полудохлый хостинг и хотят, чтобы на нем все летало. Увы, так не бывает, как бы этого не хотелось. И выбор cms тут не главное.
      • 0
        Если она ставится на люой обычный хостинг и работает там нормально, откуда эти идиотские требования к админке?
        • 0
          эти требования из головы безумкина. у меня админка рево отлично работает на скорости 130 КБ, в разных браузерах, и в обвешаном как танк фаерфоксе, и девятом осле. на шаредхостинге.

          весь это холивар просто пустое гонево.
  • 0
    А требований и нет. Просмотрите еще раз статью. В ней говориться о том, что именно такой хостинг позволит работать с cms более комфортно, но не более того. К тому же на сервере работает почти десяток сайтов, а не один.

    Вот единственные требования к серверу со стороны разработчиков modx.
    • 0
      Это был ответ к этому комментарию
    • 0
      Именно. Это — единственные требования. Но ВНЕЗАПНО оказывается, что для админки к этим минимальным требованиям необходим сверхбыстрый канал и сверхбыстрый браузер. С какого перепугу?

      Хотя стандартный ответ я знаю — ExtJS виноват, ага :-\
  • +1
    Подскажите, а почему в конфиге для nginx написано server unix:/var/run/php5-site1.sock;
    а в php-fpm указан listen = /var/run/php5-site1.conf

    Это опечатка или /var/run/php5-site1.sock сам создастся?
    • 0
      Очепятка, конечно =)
      Php5-fpm создает при запуске *.sock файлы (можно и на tcp настроить), а nginx на них посылает php.

      Похоже, вы — первый кто прочитал пост до середины.
      • 0
        Не получилось по статье поднять сайт на php.
        На site.com/ — 403 Forbiddden
        На site.com/index.php — No input file specified.
        В логах nginx — 404

        Подскажите, в чем может быть проблема?
        • +1
          Судя по всему в связи nginx с php5-fpm.

          Проверьте, есть ли sock файл в /var/run/, нет ли опечаток в конфигах.

          Перезапустите nginx и php5-fpm.

          Еще можно мне в личку дать доступ на сервер — возможно я что-то упустил в статье, могу проверить.
        • 0
          Похоже я и chuck единственные кто настраивал сервер по данному мануалу.
          У меня проблема аналогичная. 403 и No input file specified.
          sock файл в /var/run/ есть.
          Опечаток в конфигах нет.
          • 0
            Далеко не единственные
            modx.pro/hosting/3149-the-right-hosting-for-modx-revolution
            modx.pro/hosting/678-the-right-hosting-for-modx-revolution-2

            По моему, там в комментариях разжевано уже вообще всё, что только возможно.
            • 0
              Прежде чем задать вопрос тут я прочитал все ваши комментарии на всех ваших сайтах.
              По данным ссылкам нет ничего про No input file specified.
              По другим как решение проблемы вы предлагали гуглить либо установить Apache.
              • 0
                По данным ссылкам нет ничего про No input file specified.
                Я вижу два варианта:
                1. Инструкция неверная, и это заметили только вы двое.
                2. Инструкция верная, но вы двое что-то не так сделали.

                Какой вариант более реален?

                No input file specified — это когда php-fpm не может найти запрошенный файл для открытия. Банально, он ищет запрошенный php не там.
  • 0
    Полезная статья. Как раз думал над разворачиванием минихостинга для modx на nginx + php-fpm. =)
  • 0
    За статью конечно спасибо, познавательно :)

    Вопрос оптимизации серверной части возникает при больших нагрузках на сайт, иначе зачем усложнять себе жизнь и что-то придумывать? модх у меня без проблем стает на самый дешевый хостинг с мускл, не всегда можно захостить у себя, и возможностей что-то на сервере менять не у вех есть :)
    • 0
      Не все знают, что можно организовать себе собственный сервер без ограничений за смешные деньги.

  • +1
    Отличная статья! Спасибо!
  • +1
    Честно говоря, у моего хостинга (shared, ничего выделенного) скорость, когда Revo пробовал, была ненамного ниже.

    Но пусть, пусть shared плох, не будем об этом. Я Revo, для проверки, запускал и на мощном (2xXeon, диски SAS) физическом HP-ном сервере, настроенном весьма хорошо — и админка вела себя, как у Вас на видео. Но быстро ли это в субъективном ощущении?

    На мой вкус — нет. Нет, не из-за веб-сервера, а именно из-за ajax-логики работы системы. Т.е. вместо того, чтобы «щелкнул — загрузилась и отобразилась страница» я вижу «щелкнул — загрузилась и отобразилась пустая страница со скриптами — страница заполнилась данными через ajax». С учетом, что мы говорим не о панели управления чем-нибудь (где страница не меняется, немного меняются строчки и значения, но все остается на своих местах), веб-админка все же требует частой перезагрузки (если не «страниц», то «экранов»), и каждая такая «перезагрузка экрана» воспринимается как пауза. То, что пауза эта оказывается не 1, а 2-3-4 секунды, если сидишь на плохом хостинге, дело не меняет — даже и 1 секунда оставит впечатление, что все тормозит.

    Вот я о чем: сравним момент, когда надо отлаживать шаблон вывода. Шаблон у нас лежит в файле template.php, и мы открываем шаблон в любимом редакторе (хоть Far, хоть Komodo, хоть что-то еще), открываем страницу в браузере, и работаем по итерациям «поправил шаблон — обновил страницу в браузере» (и повторяем, пока не достигнем результата). Так вот тот же процесс при работе с редактором стоит нажатия Ctrl+S (т.е. почти мгновенен), при работе с Revo — нужно сохранить, дождаться обновления поля ввода, опять перемотать на нужное место. И тут даже секундная задержка очень не радует.

    Я, собственно, не против Revo или ajax, да и статья хороша — но, мне кажется, тут оптимизировать надо сам процесс работы (больше пользы будет для скорости работы), а не замыкаться на хостинге. Ибо, как я и писал, даже shared может вполне себе ничего тянуть (а если вспомнить Evo, то и тянет куда как неплохо).
    • +1
      При сохранении у Revo страница вообще не перезагружается.
      Перезагружается только при создании нового элемента, или при смене шаблона у ресурса.

      При сохранении поле ввода теряет фокус, нужно кликнуть один раз мышкой на него. Это хорошо заметно на видео с 20й секунды. Зато работает сохранение по ctrl+s — большой плюс!

      Ну и самый верный вариант, начиная с версии 2.2.0 — это связать элементы с реальными файлами и редактировать их через ftp/sftp любимым редактором (Notepad++). Также можно и контроль версий организовать.


      Кстати, файлы можно хранить и на S3 или других CDN — нужно только настроить источник файлов.

      • +1
        Вот за последний абзац Вам огромное спасибо, я тестировал давно, этого не было — и очень не хватало.

        Теперь, наконец, начну переучиваться с Evo на Revo :))

        СПАСИБО!
  • +1
    поддерживаю. revo чуть более медленная по сравнению с evo, но при грамотном использовании всех сниппетов вполне отлично работает на shared-хостинге. имею в распоряжении обычный shared мастерхост, на котором крутятся ~15 сайтов, 2 из которых уже успешно переведены мной с самодельного движка и джумлы на revo.
    Насколько проще всё стало обслуживать! рад до безумия, что когда то давно выбрал modx своим основным инструментам.
    Да, реакция админки не молниеносная. но то время, которое необходимо затратить на создание/отладку, то удобство обслуживания и гибкость компенсируют все неудобства.
    для себя сделал вывод — для простеньких сайтов лучше evo, где не требуется особых сложностей. а там где надо вложенность сниппета в снипет и еще глубже — revo.

    Спасибо за статью!
    • 0
      Давно заметил, что работаю в админке Revo быстрее, чем в Evo. Сама то она быстрее, конечно, но тратит время разработчика очень сильно. Например, случайное нажатие f5 в админке приводит к поиску ресурса, который редактировал.

      А у Revo прямые ссылки на разделы, которые можно открывать в новых окнах, сохранять в закладки и посылать по скайпу заказчику.

      + быстрое редактирование во всплывающих окнах, сохранения без перезагрузки, перетаскивание ресурсов в дереве, сохранение по ctrl+s (без с TinyMCE), крутой файловый менеджер, категории элементов и еще много всего.

      В итоге, работа в этой «медленной» админке выходит быстрее.

    • 0
      Присоединюсь к вашей оценке.

      Для меня субъективно Revo действительно медленнее чем Evo. Кстати, ради справедливости стоит отметить, что и Evo всегда обвиняли в медлительности до выхода Revo ;). Это ощущение вероятно можно сгладить, если исправить резкое и неравномерное появление/пропадание разных блоков. Если замерять по времени, то скорость является вполне достаточной. Работа по этому вопросу постоянно идет, поэтому рано или поздно все разрешится.

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

      И хотя сам я до сих пор являюсь ярым фанатом версии Evo (она гениальна :-) ), я охотно признаю, что будущее за Revo. Его золотое время еще просто не наступило.
      • +1
        ну а я имея небольшой опыт всего тройки несложных сайтов на evo решил попробовать в деле revo и не пожалел. одно только «быстро создать»/«Быстро обновить» чего стоит!!!
        да и никогда ранее создание сайтов не было таким простым и быстрым как сейчас.
        и как удобно делать для менеджера параметры документов. так гибко всё можно обыграть практически и без знания php.
        Влюбился в modx еще со времен Etomite. сначала просто наблюдал, а потом стал использовать как основной инструмент.
        • 0
          У меня любовь к Evo действительно фанатичная. Я ее уже вдоль и поперек изучил и прикипел несколькими постоянными проектами… Revo требует тоже хорошего погружения (иначе я не умею), а времени пока не находится достаточно.
  • 0
    Эх, не стоило упоминать MODx, надо было просто написать о настройке хостинга. Глядишь в комментариях бы было что-то интересное…
  • 0
    раз уж статья про ubuntu то тогда правильный путь настройки iptables

    ufw allow ssh
    ufw allow http
    ufw limit ssh/tcp
    ufw logging off # опционально
    ufw enable
  • 0
    А что вы используете для управления MySQL?
    • 0
      Phpmyadmin, устанавливается как отдельный сайт на отдельный поддомен.
  • 0
    Привет, bezumkin. Спасибо за мануал, использую для настройки хостов для PHP-ных проектов (не на MODx, но это не столько важно). Столкнулся с тем, что на DigitalOcean-овском VPS периодически падает MySQL (где-то раз в пару недель) и PHP-ные процессы (реже, раз в пару месяцев). Задался вопросом насчет того, чтобы как-то мониторить их состояние и по необходимости поднимать/рестарторвать.

    Может у тебя есть готовое решение для таких случаев?
    • 0
      Мониторить доступность сервисов можно с помощью monitis.com.
      • 0
        Мониторинг сам по себе мне не нужен. Мне нужно, чтобы оно всё работало и автоматически поднималось повторно в случае падения.
        • 0
          Может стоить сменить хостера или нанять сисадмина? =)
          • 0
            Я готов нанять сисадмина. Чтобы он сконфигурировал supervisor (или какое-нибудь другое аналогичное решение) и я не возвращался к этому вопросу следующие несколько лет.
          • 0
            Хостера менять не готов — на другом сервере у меня крутится проект маленький на Python/PostgreSQL, и там всё хорошо.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.