Насчет дерева проще — их можно отметить как «Не показывать в дереве» — они все равно не нужны для редактирования, ну и не показывать в меню тоже выставлять
Скачать не дает — Пишет Ошибка: Ошибка — Нет доступа (кстати и профиль не дает редактировать)
Использую что-то подобное — скрипты от Kenters. Вот с источниками файлов, как их прописать не смог разобраться, буду копать.
Кстати да, как и у ilyautkin robots.txt и sitemap.xml в ресурсах + еще style.css (в нем вызов lessphp).
Единственный минус, в корне, они постоянно в Wayfinder мешаются, ну и смущают контент-менеджеров.
У меня как раз такой плагин часто использовался на сайтах. В него прописывался mainHost, и если хост не совпадал, то редиректилось на основной. Но на уровне nginx-а это гораздо правильней, так как нагрузки на движок нету.
А я в принципе не вижу особой опасности в этом… Если есть возможность прописать такое правило сразу в сборку, то можно заморочиться, а так — для каждого нового сайта прописывать правила — в любом случае когда-нибудь да забудешь…
Сайт у нас еще совсем свежий (вчера за ночь на коленке сделал), потому некоторые ошибки еще могут встречаться. Некоторые пользователи могли столкнуться с проблемой захода на страницу профиля. Ошибку пофиксил. Если вас все еще не пускает, просто выйдите из системы и опять авторизуйтесь.
А phpThumbOf не стал ставить по умолчанию? Думаешь, редко кто будет использовать? Просто я, например, без него уже не могу — особенно списки дочерних документов с кратким описанием и картинкой… Плюс помимо страниц 404 и 401, думаю, надо добавить еще и sitemap.xml + robots.txt Я их всегда ресурсами делаю и о них после даже не задумываюсь. robots.txt у меня такой, например:
User-agent: * Allow: / Disallow: /core/ Disallow: /connectors/ Disallow: /manager/ Host: [[++site_url:replace=`http://== `:replace=`/== `]] Sitemap: [[++site_url]]sitemap.xml
О, здорово! Хорошая вещь))) Спасибо)
Сайты-визитки — самый распространенный тип заказываемых сайтов. Тем не менее и под них приходится довольно многое делать на MODX-а (шаблоны создать, текстовый редактор настроить, чанки-сниппеты написать и т.п.). И только в последнюю очередь идет просто наполнение сайта. По опыту могу сказать, что до конечного наполнения сайта-визитки, только на ее первичную подготовку и разработку, может уйти и две, и три недели.
Сегодня я хочу анонсировать сборку, которая уже решает процентов 80 задач, связанных с первичными работами по разработке сайта-визитки.
Список того, что вошло в сборку: Пакеты:
  • Ace 1.3.3-pl
  • Console 2.0.0-rc
  • modxSite 1.0.0-rc
  • modxSmarty 0.0.5-beta
  • phpTemplates 1.4.0-rc
  • TinyMCE 4.3.3-pl
  • Wayfinder 2.3.3-pl
  • getResource 1.6.0-pl
  • getPage 1.2.3-pl
  • DirectResize 1.3.1-rc1 (настроен через набор параметров на ресайз картинок только из папки assest/images/resizable/ и ее вложенных папок)
  • Translit 1.0.0-beta
Сниппеты:
  • templates.pagetitle — возвращает комплексный титл страницы.
Плагины:
  • Debug
  • memory_get_usage
Медиа-источники:
  • Images — для картинок (в системе установлен по умолчанию)
  • Files — для файлов.
  • Controllers — для контроллеров (статических MODX-шаблонов с выполняемым php-кодом).
  • Templates — Smarty-шаблоны.
Наборы параметров:
  • DirectResize
Созданы страницы по умолчанию:
  • 404 — Страница не найдена
  • 401 — Доступ запрещен
Изменены системные настройки:
  • Источник файлов по умолчанию — Images (id)
  • Публиковать по умолчанию — Да
  • Использовать дружественные URL — Да
  • Использовать вложенные URL — Да
  • Транслитерация псевдонимов — russian
  • Страница ошибки 404 «Документ не найден» — id страницы
  • Страница ошибки 401 «Доступ запрещен» — id страницы
  • Максимальный размер загрузки — 10000000 (modxcloud позволяет заливать файлы до 10 Мб).
Прочее:
  • Добавлена группа ресурсов «Для зарегистрированных пользователей».
  • Добавлена группа пользователей «Зарегистрированные пользователи».
  • Настроены политики доступов зарегистрированных пользователей к закрытым документам и вывод страницы «Доступ запрещен» для не авторизованных пользователей.
  • Модифицированны сборщик пакетов Vapor с проверкой доступов (по сути рассчитан только на выполнение sudo-пользователями) и архивированием папки manager/components/ (modxcloud пока архивируют без этой папки. что не есть хорошо).
  • Настроены правила .gitignore
После установки данной сборки, вы уже получаете все необходимое для разработки сайта. Останется только дописать какие-то специфические сниппеты, сверстать и наполнить сайт. Все для этого уже готово. Снапшот доступен по этой ссылке: modxclub.ru/downloads/sborki/sajt-vizitka/versiya-0.0.1-beta.zip (только для полноправных членов Клуба). Разворачивайте из него сайт на http://modxcloud.com, и в путь :-)
Видео установки сайта из снапшота.
Кто готов попробовать, говорите, я вам дам на облаке доступ, быстренько клонируете себе этот сайт. Только в профиле укажите свой MODX-аккаунт.
На modxcloud.com этот вопрос легко решается просисыванием nginx-правил для конкретного облака. Пример:
if($http_host != 'mydomain.ru'){ return 301 mydomain.ru$request_uri; }
Алишер, привет! По мультиязычности можно будет на днях провести совместную он-лайн конференцию. А пока немного информации: MODX очень хорошо поддерживает мультиязычность, и дает несколько вариантов решения. Для оптимального выбора в основном надо ориентироваться на уникальность структуры сайтов на разных языках и как много полей у создаваемых документов. Если на разных языках сайты будут отличаться по структуре, то лучше всего это делать на разных контекстах с уникальными документами для каждого сайта в отдельности. Если же структура везде одинаковая, только языковые поля будут отличаться по содержанию, то однозначно лучше создавать TV-параметры под разные языки, и в одном документе сразу наполнять тексты на разных языках в разных полях. А глобально по всему сайту текущий язык определять по системной переменной cultureKey.
$modx->getOption('cultureKey', null, 'ru');
Или [[++cultureKey]] в чанках. Или в Смарти {config name=cultureKey}