MODX-клуб

Сборки и пакеты

Вопросы специалистов

Документация для конечных пользователей

Документация для специалистов

Багрепорт

Вступительное слово

Сборка для типовых сайтов-визиток

Как создать мультиязычный сайт на MODX Revo?

Как размещать картинки на сайте

Разработчикам на заметку. Чем может грозить точка в конце доменного имени

Проблемы с доступом на страницу профиля

Я пока пойду отдохну немного. Буду через несколько часов, отвечу на все комменты.

Я пока пойду отдохну немного. Буду через несколько

Я правильно понял, что наша команда будет являться распределенной организацией по разработке и дальнейшей поддержке сайтов на MODX?

Я правильно понял, что наша команда будет являться

Можно сказать и так. Только как бы каждый сохраняет свою независимость. Здесь самая ценность клуба — это централизованность. Минимум лишних движений, максимум эффекта.

Можно сказать и так. Только как бы каждый сохраняе

Немного непонятны организационные вопросы, как будет происходить распределение обязанностей на сложных проектах. Скажем если это будешь ты 1 это несерьезно, 1-2 проекта можно курировать, а если больше? Или ты например уедешь, сломается интернет, прилетит метеорит (нужное подчеркнуть). Не все клиенты могут ставить конкретные задачи. Идеальное общество по Марксу не получится)

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

Полностью поддерживаю цели клуба. Но для практической реализации нужно более четко разобраться в механике задачи :)
 

Между заказчиком и разработчиком очень часто нехватает так сказать «руководителя проекта сайта» — это необхимый элемент для того, чтобы можно было гарантировать 100% качество исполнения проекта и возможность поддержки проекта в любое время и на любом этапе дальнейшего развития. Заказчик часто не понимает технических ньюансов, влияющих на весь проект в целом (и его дальнейшую судьбу), которые нужно продумывать изначально. Разработчика обычно это не заботит, сделал что сказали (зачастую на скорую руку и через одно место) — получил деньги, и забыл. Ни о какой грамотной реализации и дальнейшей поддержке никто не задумывается.
 По-хорошему надо чтобы все заказчики были проинформированы об этой ситуации, чтобы было сформировано новое общественное мнение о том, как надо делать сайты и что для этого нужно.
 

Конечно, заказчикам бывают нужны также и дизайнеры, и SEO-специалисты — и их работа по-хорошему тоже должна быть согласована с техническими ньансами проекта. И если мы хотим сформировать грамотное создание и 24/7 поддержку любых проектов в рамках клуба — то необходима координация и трэкинг всех, кто задействован в проекте. Связки «заказчик-программист» — недостаточно.
 

Было бы супер сделать этот клуб как полноценную систему ведения проектов, с тесной интеграцией с MODx Cloud. Необходимы «роли» и «политики доступа».
 

Заказчик создает проект — объявляется конкурс на роль «руководитель проекта». Как только он определяется — уже руководитель проекта формирует тикеты на другие задачи, к которым выбираются другие исполнители (программист, дизайнер, seo-оптимизатор — при этом дизайнерам и seo не обязательно быть в клубе, их можно будет добавлять как «внешнего исполнителя», с указанием контактов). В дальнейшем любого исполнителя (в т.ч. и руководителя проекта) можно будет изменить, но в системе будет вся история этих изменений — таким образом, новый исполнитель всегда сможет контактировать с предыдущим для решения некоторых вопросов. Недобросовестные исполнители будут забанены, а т.к. клуб закрытый — то таких будут единицы, если вообще будут. Соответственно система будет гарантировать заказчику качество и эффективность работ любого вида по его проекту.
 

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

Полностью поддерживаю цели клуба. Но для практической реализации нужно более четко разобраться в механике задачи :) Между заказчиком и разработчиком очень часто нехватает так сказать «руководителя проекта сайта» — это необхимый элемент для того, чтобы можно было гарантировать 100% качество исполнения проекта и возможность поддержки проекта в любое время и на любом этапе дальнейшего развития. Заказчик часто не понимает технических ньюансов, влияющих на весь проект в целом (и его дальнейшую судьбу), которые нужно продумывать изначально. Разработчика обычно это не заботит, сделал что сказали (зачастую на скорую руку и через одно место) — получил деньги, и забыл. Ни о какой грамотной реализации и дальнейшей поддержке никто не задумывается.
 По-хорошему надо чтобы все заказчики были проинформированы об этой ситуации, чтобы было сформировано новое общественное мнение о том, как надо делать сайты и что для этого нужно. Конечно, заказчикам бывают нужны также и дизайнеры, и SEO-специалисты — и их работа по-хорошему тоже должна быть согласована с техническими ньансами проекта. И если мы хотим сформировать грамотное создание и 24/7 поддержку любых проектов в рамках клуба — то необходима координация и трэкинг всех, кто задействован в проекте. Связки «заказчик-программист» — недостаточно. Было бы супер сделать этот клуб как полноценную систему ведения проектов, с тесной интеграцией с MODx Cloud. Необходимы «роли» и «политики доступа». Заказчик создает проект — объявляется конкурс на роль «руководитель проекта». Как только он определяется — уже руководитель проекта формирует тикеты на другие задачи, к которым выбираются другие исполнители (программист, дизайнер, seo-оптимизатор — при этом дизайнерам и seo не обязательно быть в клубе, их можно будет добавлять как «внешнего исполнителя», с указанием контактов). В дальнейшем любого исполнителя (в т.ч. и руководителя проекта) можно будет изменить, но в системе будет вся история этих изменений — таким образом, новый исполнитель всегда сможет контактировать с предыдущим для решения некоторых вопросов. Недобросовестные исполнители будут забанены, а т.к. клуб закрытый — то таких будут единицы, если вообще будут. Соответственно система будет гарантировать заказчику качество и эффективность работ любого вида по его проекту. Другой вариант — это сделать клуб только для внутреннего использования разработчиками. Тогда вместо самих заказчиков здесь проекты создавать будут «руководители проекта». Сами же заказчики в этом случае непосредственно в клубе участвовать не должны.

Полностью поддерживаю цели клуба. Но для практичес

Именно для этого клуб и создается, чтобы решать эти резонные проблемы. У меня много очень много опыта и в разработках, и проджект-менеджменте, и пока во главе всего буду я. Но я очень надеюсь, что совсем скоро появятся и другие тимлиды, и проект-менеджеры, и четко определенные узкопрофильные специалисты — эксперты в своей области.
 Задач много, и все их решать надо будет командно. Я создаю сейчас первичные инструменты, дальше уже совместно развиваться будем.
 Вот к примеру этот сайт: на нем уже заведены различные группы пользователей, и постепенно будет наполнено много четко определенных групп, чтобы легко можно было посмотреть сколько у нас программистов, сколько верстальщиков, сколько дизайнеров, копирайтеров и т.д.
 Далее modxcloud.com: вот у меня есть сайты клиента, придет новый разработчик, которые готов будет взяться за доработки. Мне не придется пускать его на боевой сайт, и потом смотреть что он натворит. Я просто отправлю ему клон облака в 3 клика, и он будет делать на копии сайта. То есть если все хорошо, то наработка полностью совместима с оригинальным сайтом, и ее легко будет накатить на боевой, или просто переключиться на новую версию сайта.
 На битбакете (будет нашим основным гит-сервером) так же все рулится с распределением по группам пользователей. Там же трекер. Будем на вооружение и новые полезные инструменты брать.

Именно для этого клуб и создается, чтобы решать эт

Валерий, ты все правильно говоришь. Это потому что ты и специалист, и представитель заказчика со стажем. То есть ты и техническую сторону понимаешь, и роль заказчика на себе прочувствовал.
 И я действительно как раз эти цели перед собой и ставлю. Не зря же я всю ночь докручивал свой modLivestreet, чтобы не просто обеспечить статус страницам скрыт/не скрыт, а именно обеспечить уровни доступов на уровне ACL MODX-а. У нас уже на этом сайте настроены групповые политики, чтобы не просто распределить людей на программист/не программист, а еще и рулить кто куда какой доступ имеет. То есть и будут тимлиды, и проджект-менеджеры, и рядовые исполнители и т.п. И именно поэтому я добавил в профили типовые поля контактов, необходимые для работы (гит, битбканет, modxcloud).
 Но наша сегодняшняя проблема заключается в распределенности технологий. То есть modxcloud обеспечивает хостинг с фишками для разработки. Битбакет — трекер и гит-репозиторий. И на битбакете, и на modxcloud если политики доступов, можно расшаривать проекты и т.п. Но минус заключается в том, что для выполнения каких-то задач приходится переходить именно туда. То есть хочешь создать проект — идешь на битбакет, кликаешь Создать (там же трекер), создал новый тикет здесь, программист откликнулся, с заказчиком они договорились, заказчик посмотрел у него в профиле аккаунт на битбакете, у себя в панели на битбакете дал доступ программисту (если проект не новый и работы уже велись ранее, программист сможет увидеть, что и как раньше выполнялось), а делать это все он будет на modxcloud. Как бы все единое и в рамках одного бизнеспроцесса, на на трех системах. И вот я как раз хочу это доработать. На битбакете вроде есть API. Если мы настроим отсюда, то не придется переходить на битбакет, все взаимодействия клиента со специалистами будут проходить здесь.
 

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

Здесь дело не только в непонимании. MODX — очень мощная система, но она не накладывает никаких стандартов. Сколько программистов, столько методов разработки. Каждый проект на MODX — отдельная уникальная система. Здесь мы будем вырабатывать единые стандарты разработки. Сайты не будут сразу выполняться на чистом MODX-е. Сначала разрабатывается сборка-база для разработки типовых решений, и только потом на ней выполняется конкретный сайт. То есть если это сайт-визитка, то большинство таких сайтов отличаются только дизайном и структурой документов (которые создаются через дерево документов в админке). То есть правильный сайт-визитка вообще не должен разрабатываться. Берется движок, в шаблонизации создается новый шаблон, натягивается новый дизайн и наполняется сайт. Все. 100 сайтов-визиток, а движок один. Посмотрел как в нем что сделано, знаешь как сделаны все эти 100 сайтов.
 Если это магазин — то создается движок магазина. Понятно, что на индивидуальных проектах могут быть доработки, но и доработки в пакеты можно оформлять. Здесь у нас будет репозиторий пакетов, все будет храниться в одном месте. Все будет документироваться. Использование единых стандартов и методик исключит большинство типовых проблем.
 

Другой вариант — это сделать клуб только для внутреннего использования разработчиками.

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

Валерий, ты все правильно говоришь. Это потому что ты и специалист, и представитель заказчика со стажем. То есть ты и техническую сторону понимаешь, и роль заказчика на себе прочувствовал.
 И я действительно как раз эти цели перед собой и ставлю. Не зря же я всю ночь докручивал свой modLivestreet, чтобы не просто обеспечить статус страницам скрыт/не скрыт, а именно обеспечить уровни доступов на уровне ACL MODX-а. У нас уже на этом сайте настроены групповые политики, чтобы не просто распределить людей на программист/не программист, а еще и рулить кто куда какой доступ имеет. То есть и будут тимлиды, и проджект-менеджеры, и рядовые исполнители и т.п. И именно поэтому я добавил в профили типовые поля контактов, необходимые для работы (гит, битбканет, modxcloud).
 Но наша сегодняшняя проблема заключается в распределенности технологий. То есть modxcloud обеспечивает хостинг с фишками для разработки. Битбакет — трекер и гит-репозиторий. И на битбакете, и на modxcloud если политики доступов, можно расшаривать проекты и т.п. Но минус заключается в том, что для выполнения каких-то задач приходится переходить именно туда. То есть хочешь создать проект — идешь на битбакет, кликаешь Создать (там же трекер), создал новый тикет здесь, программист откликнулся, с заказчиком они договорились, заказчик посмотрел у него в профиле аккаунт на битбакете, у себя в панели на битбакете дал доступ программисту (если проект не новый и работы уже велись ранее, программист сможет увидеть, что и как раньше выполнялось), а делать это все он будет на modxcloud. Как бы все единое и в рамках одного бизнеспроцесса, на на трех системах. И вот я как раз хочу это доработать. На битбакете вроде есть API. Если мы настроим отсюда, то не придется переходить на битбакет, все взаимодействия клиента со специалистами будут проходить здесь. Между заказчиком и разработчиком очень часто нехватает так сказать «руководителя проекта сайта» — это необхимый элемент для того, чтобы можно было гарантировать 100% качество исполнения проекта и возможность поддержки проекта в любое время и на любом этапе дальнейшего развития. Здесь дело не только в непонимании. MODX — очень мощная система, но она не накладывает никаких стандартов. Сколько программистов, столько методов разработки. Каждый проект на MODX — отдельная уникальная система. Здесь мы будем вырабатывать единые стандарты разработки. Сайты не будут сразу выполняться на чистом MODX-е. Сначала разрабатывается сборка-база для разработки типовых решений, и только потом на ней выполняется конкретный сайт. То есть если это сайт-визитка, то большинство таких сайтов отличаются только дизайном и структурой документов (которые создаются через дерево документов в админке). То есть правильный сайт-визитка вообще не должен разрабатываться. Берется движок, в шаблонизации создается новый шаблон, натягивается новый дизайн и наполняется сайт. Все. 100 сайтов-визиток, а движок один. Посмотрел как в нем что сделано, знаешь как сделаны все эти 100 сайтов.
 Если это магазин — то создается движок магазина. Понятно, что на индивидуальных проектах могут быть доработки, но и доработки в пакеты можно оформлять. Здесь у нас будет репозиторий пакетов, все будет храниться в одном месте. Все будет документироваться. Использование единых стандартов и методик исключит большинство типовых проблем. Другой вариант — это сделать клуб только для внутреннего использования разработчиками. Нет, не стоит. Мы может тематически разграничить области сайта, так, чтобы клиенты видели больше информации для клиентов, а программисты для программистов. Но все должны быть в одной информационной системе, так как и у клиентов есть необходимость обмениваться опытом и учиться. Ведь для кого-то порой просто вставить картинку может оказаться проблема. А так уже один клиент что-то спросил, ему ответили, и другие клиенты для себя могут что-то новое узнать. Я последнее время часто на вопросы клиентов видеоролики снимаю что и как делается, буду здесь выкладывать.

Валерий, ты все правильно говоришь. Это потому что

Алишер, привет!
 По мультиязычности можно будет на днях провести совместную он-лайн конференцию.
 А пока немного информации: MODX очень хорошо поддерживает мультиязычность, и дает несколько вариантов решения. Для оптимального выбора в основном надо ориентироваться на уникальность структуры сайтов на разных языках и как много полей у создаваемых документов. Если на разных языках сайты будут отличаться по структуре, то лучше всего это делать на разных контекстах с уникальными документами для каждого сайта в отдельности. Если же структура везде одинаковая, только языковые поля будут отличаться по содержанию, то однозначно лучше создавать TV-параметры под разные языки, и в одном документе сразу наполнять тексты на разных языках в разных полях.
 А глобально по всему сайту текущий язык определять по системной переменной cultureKey.

$modx->getOption('cultureKey', null, 'ru');

Или [[++cultureKey]] в чанках. Или в Смарти {config name=cultureKey}

Алишер, привет!
 По мультиязычности можно будет на днях провести совместную он-лайн конференцию.
 А пока немного информации: MODX очень хорошо поддерживает мультиязычность, и дает несколько вариантов решения. Для оптимального выбора в основном надо ориентироваться на уникальность структуры сайтов на разных языках и как много полей у создаваемых документов. Если на разных языках сайты будут отличаться по структуре, то лучше всего это делать на разных контекстах с уникальными документами для каждого сайта в отдельности. Если же структура везде одинаковая, только языковые поля будут отличаться по содержанию, то однозначно лучше создавать TV-параметры под разные языки, и в одном документе сразу наполнять тексты на разных языках в разных полях.
 А глобально по всему сайту текущий язык определять по системной переменной cultureKey. $modx->getOption('cultureKey', null, 'ru'); Или [[++cultureKey]] в чанках. Или в Смарти {config name=cultureKey}

Алишер, привет!
 По мультиязычности можно будет на

На modxcloud.com этот вопрос легко решается просисыванием nginx-правил для конкретного облака. Пример:
 

if($http_host != 'mydomain.ru'){
  return 301 mydomain.ru$request_uri;
 }

На modxcloud.com этот вопрос легко решается просисыванием nginx-правил для конкретного облака. Пример: if($http_host != 'mydomain.ru'){
  return 301 mydomain.ru$request_uri;
 }

На modxcloud.com этот вопрос легко решается просис

О, здорово! Хорошая вещь))) Спасибо)

А 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

А 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

А phpThumbOf не стал ставить по умолчанию? Думаешь

А я в принципе не вижу особой опасности в этом… Если есть возможность прописать такое правило сразу в сборку, то можно заморочиться, а так — для каждого нового сайта прописывать правила — в любом случае когда-нибудь да забудешь…

А я в принципе не вижу особой опасности в этом… Ес

У меня как раз такой плагин часто использовался на сайтах. В него прописывался mainHost, и если хост не совпадал, то редиректилось на основной. Но на уровне nginx-а это гораздо правильней, так как нагрузки на движок нету.

У меня как раз такой плагин часто использовался на

Скачать не дает — Пишет Ошибка: Ошибка — Нет доступа
 (кстати и профиль не дает редактировать)
 

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

Кстати да, как и у ilyautkin robots.txt и sitemap.xml в ресурсах + еще style.css (в нем вызов lessphp). 
 

Единственный минус, в корне, они постоянно в Wayfinder мешаются, ну и смущают контент-менеджеров.

Скачать не дает — Пишет Ошибка: Ошибка — Нет доступа
 (кстати и профиль не дает редактировать) Использую что-то подобное — скрипты от Kenters. Вот с источниками файлов, как их прописать не смог разобраться, буду копать. Кстати да, как и у ilyautkin robots.txt и sitemap.xml в ресурсах + еще style.css (в нем вызов lessphp). Единственный минус, в корне, они постоянно в Wayfinder мешаются, ну и смущают контент-менеджеров.

Скачать не дает — Пишет Ошибка: Ошибка — Нет досту

Насчет дерева проще — их можно отметить как «Не показывать в дереве» — они все равно не нужны для редактирования, ну и не показывать в меню тоже выставлять

Насчет дерева проще — их можно отметить как «Не по

А phpThumbOf не стал ставить по умолчанию?

Я ставил исходя из своего опыта. На самом деле я вообще мало пакетов использую, и тот же getResource практически никогда. Вот Wayfinder — вообще всегда. А под ресайзинг картинок часто свои процессоры пишу. Ведь phpThumb стандартно в MODX включен. Вот развернешь облачко, добавишь, что считаешь нужным, и мне отправляй, я гляну.
 Единственное, про что я забыл — Gallery. Тоже маст хэв.
 

думаю, надо добавить еще и sitemap.xml + robots.txt

Да, надо будет сразу включить. GoogleSiteMap воткнуть и MetaX. Еще TV-ху keywords.
 

Host: [[++site_url:replace=`http://== `:replace=`/== `]]
 Sitemap: [[++site_url]]sitemap.xml

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

А phpThumbOf не стал ставить по умолчанию? Я ставил исходя из своего опыта. На самом деле я вообще мало пакетов использую, и тот же getResource практически никогда. Вот Wayfinder — вообще всегда. А под ресайзинг картинок часто свои процессоры пишу. Ведь phpThumb стандартно в MODX включен. Вот развернешь облачко, добавишь, что считаешь нужным, и мне отправляй, я гляну.
 Единственное, про что я забыл — Gallery. Тоже маст хэв. думаю, надо добавить еще и sitemap.xml + robots.txt Да, надо будет сразу включить. GoogleSiteMap воткнуть и MetaX. Еще TV-ху keywords. Host: [[++site_url:replace=`http://== `:replace=`/== `]]
 Sitemap: [[++site_url]]sitemap.xml Не по религии. Старайся полностью исключать операнды в чанках и шаблонах. Для роботс.тхт конечно еще можно закрыть глаза, но в целом по сайту вообще этого избегай.

А phpThumbOf не стал ставить по умолчанию? Я стави

Да, это конечно… Просто для robots.txt писать отдельный сниппет, который будет маячить в дереве элементов…
 

А вот насчет MetaX — мне он не нравится… Не вижу в нем смысла все эти meta DSAuthor и прочие…

Да, это конечно… Просто для robots.txt писать отдельный сниппет, который будет маячить в дереве элементов… А вот насчет MetaX — мне он не нравится… Не вижу в нем смысла все эти meta DSAuthor и прочие…

Да, это конечно… Просто для robots.txt писать отде

Скачать не дает — Пишет Ошибка: Ошибка — Нет доступа
 (кстати и профиль не дает редактировать)

Это политики безопасности пока барахлят. Сейчас поправлю и отпишусь.
 

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

еще style.css (в нем вызов lessphp). 

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

Единственный минус, в корне, они постоянно в Wayfinder мешаются, ну и смущают контент-менеджеров. 

Ставь галочку «Не показывать в меню», и не будут в Wayfinder попадать. 
 А вот с контент-менеджерами уже сложнее. Надо будет только от них закрыть на редактирование, а вот совсем скрыть — только если поставить show_in_tree=0, и поставить groupEdit.

Скачать не дает — Пишет Ошибка: Ошибка — Нет доступа
 (кстати и профиль не дает редактировать) Это политики безопасности пока барахлят. Сейчас поправлю и отпишусь. Использую что-то подобное — скрипты от Kenters. Вот с источниками файлов, как их прописать не смог разобраться, буду копать. Можно подробней? еще style.css (в нем вызов lessphp). Тоже когда развернешь облако, в студию докрученный вариант, плиз. Единственный минус, в корне, они постоянно в Wayfinder мешаются, ну и смущают контент-менеджеров. Ставь галочку «Не показывать в меню», и не будут в Wayfinder попадать. 
 А вот с контент-менеджерами уже сложнее. Надо будет только от них закрыть на редактирование, а вот совсем скрыть — только если поставить show_in_tree=0, и поставить groupEdit.

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

Еще возможен вариант с CRC. Есть предположение, чт

Блин, я просто тащусь от облака))) Вот надо сейчас поиграться с политиками безопасности со всеми имеющимися пользователями, но на продакшене же не охота и не по религии. Два клика — актуальный снапшот. Два клика — полная копия сайта. Я еще разрабов уболтаю сделать кнопку «Сделать копию облака», вообще ураган будет! :-)

Блин, я просто тащусь от облака))) Вот надо сейчас

В общем не нахожу сейчас источник сорри за простыню копи-паст:
 копируем в корень сайта, необходимое раскомменчиваем и выполняем packages.php (таймаут должен быть по-больше)
 Листинг перекочевал на ГистХаб: gist.github.com/Fi1osof/4504c3279775eda0348b

В общем не нахожу сейчас источник сорри за простын

Ну и далее settings.php 
 gist.github.com/Fi1osof/e11e6c75bf4f44f27c45

Ну и далее settings.php 
 gist.github.com/Fi1osof/

Если ты про сборку установочных пакетов для MODX, то в этом я эксперт. И медиасурсы прописывал в установщик, это не особая проблема. Если у тебя есть какие-то конкретные вопросы, подготовь список, проведем он-лайн конференцию-тренинг.
 Но пакеты собирать вручную — довольно кропотливое дело. Я как раз для упрощения этого процесса и начал разрабатывать SDK.

Если ты про сборку установочных пакетов для MODX, 

Пожалей топик-ридеров, размещай большие листинги на гистхабе или типа того, пока мы спойлеры не сделали :-)

Пожалей топик-ридеров, размещай большие листинги н

О спасибо)) тега spoiler нехватает

Да много еще чего не хватает, но в процессе появится.

Да много еще чего не хватает, но в процессе появит

Кстати хороший 5 минутный видеоролик, намного эффективнее многостраничного мануала. Я за видео уроки для клиентов. Тем более если стандартизировать разработку, то 1 урок будет универсален для всех заказчиков.

Кстати хороший 5 минутный видеоролик, намного эффе

Жаль только в 4гб ограничение дивелоперского облака.(бесплатного)

Жаль только в 4гб ограничение дивелоперского облак

Так как бы и 4Га — совсем не мало. Ведь это же не продакшн. А для вот таких экспериментов вполне достаточно.

Так как бы и 4Га — совсем не мало. Ведь это же не 

Не поспоришь)

Для клиентов в большинстве случаев Да. И я вот выложил уже один, и их конечно же будет гораздо больше.
 А вот программистам лучше по мануалам, потому что с экрана код не с копипастишь :-)

Для клиентов в большинстве случаев Да. И я вот выл

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

Все, разобрался. Дело не в настройках доступов, а 

Очень нужны видеоуроки для клиентов, таких, как урок Fi1osof а. 
 Моя ситуация: сделали мне сайт на Modx, очень поверхностно объяснили, как и что и на этом общение закончилось. Во многом пришлось самой методом тыка доходить. Осталось очень много вопросов, как и что делать. Это большое дело, если здесь можно будет найти ответы на свои вопросы.

Очень нужны видеоуроки для клиентов, таких, как ур

Отличная сборка! Давно мечтал сделать что-то подобное, но все никак руки не доходили. Спасибо! Будем дополнять и совершенстсовать :)

Отличная сборка! Давно мечтал сделать что-то подоб

1. Какие будут роли и какие обязанности у нас будут?
 2. Как будет управляться процесс?
 3. Какие-нибудь должностные инструкции будут? Проще говоря, инструкции для выполнения задач, общения с клиентами.
 4. Какая система отчетности?
 5. Когда приступаем? :)))
 

1. Какие будут роли и какие обязанности у нас будут?
 2. Как будет управляться процесс?
 3. Какие-нибудь должностные инструкции будут? Проще говоря, инструкции для выполнения задач, общения с клиентами.
 4. Какая система отчетности?
 5. Когда приступаем? :))) Спасибо.

1. Какие будут роли и какие обязанности у нас буду

Пожалуйста:-)

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

Ольга Ивановна, здравствуйте!
 Вы не стесняйтесь, 

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

Я еще всегда устанавливаю пакет Bootstrap, у него 

1. Какие будут роли и какие обязанности у нас будут?

Здесь, на сайте, в основном пользователи будут распределяться по группам чисто для облегчения понимания ху из ху. К примеру Программист, Копирайтер, Дизайнер и т.п. И эти группы пользователь сам будет для себя выбирать (на выходных сделаю). Но будут и отдельные группы, в которые пользователи будут распределяться мной (пока). Эти группы уже будут отличительными по уровню специализации, то есть Новичек, Опытный, Профессионал, Гуру и т.п.
 То есть скоро здесь будет совсем не 5 человек, и надо полностью исключать выяснение ху из ху на словах. А то будет «А вы хороший специалист?» — «Да я просто мега!»… И еще один провальный проект…
 Но отдельное слово по уровням доступов к проектам. Это уже будет определяться, когда кто-то подключается к конкретному проекту. Пока что используются bitbucket и modxcloud, и в зависимости от роли в проекте каждого специалиста в отдельности, ему будут предоставляться те или иные права.
 

2. Как будет управляться процесс?

Будет отрабатываться четкая методология на конкретных проектах. Небольшой пример: появляется проект, я его завожу на битбакете, объявляю о наборе специалистов. Каждый, кто подключается к проекту, попадает в ту или иную группу со своими правами. В любом случае все они получат доступ к проекту на bitbucket. Там уже будут открываться тикеты и назначаться ответственные, и фиксироваться результаты. Непосредственно главный разработчик заводит облако на modxcloud и решает кто какой доступ будет иметь (кто-то непосредственно на дев-сайте будет работать, кто-то только по FTP с определенными папками, особо в подробности сейчас не буду вдаваться).
 

3. Какие-нибудь должностные инструкции будут? Проще говоря, инструкции для выполнения задач, общения с клиентами.

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

4. Какая система отчетности?

Все на bitbucket. Но если битбакет покажет, что имеющейся на нем JIRO не достаточно для необходимой эффективности, то будем решать этот вопрос.
 

Пару задач я уже выдал еще позавчера, а так сейчас буквально несколько дней все это утрясем, поймем, что готовы, и в путь. Но пока в профиле не будет указано аккаунтов на bitbucket и modxcloud, подключиться к проекту не получится ;-)

1. Какие будут роли и какие обязанности у нас будут? Здесь, на сайте, в основном пользователи будут распределяться по группам чисто для облегчения понимания ху из ху. К примеру Программист, Копирайтер, Дизайнер и т.п. И эти группы пользователь сам будет для себя выбирать (на выходных сделаю). Но будут и отдельные группы, в которые пользователи будут распределяться мной (пока). Эти группы уже будут отличительными по уровню специализации, то есть Новичек, Опытный, Профессионал, Гуру и т.п.
 То есть скоро здесь будет совсем не 5 человек, и надо полностью исключать выяснение ху из ху на словах. А то будет «А вы хороший специалист?» — «Да я просто мега!»… И еще один провальный проект…
 Но отдельное слово по уровням доступов к проектам. Это уже будет определяться, когда кто-то подключается к конкретному проекту. Пока что используются bitbucket и modxcloud, и в зависимости от роли в проекте каждого специалиста в отдельности, ему будут предоставляться те или иные права. 2. Как будет управляться процесс? Будет отрабатываться четкая методология на конкретных проектах. Небольшой пример: появляется проект, я его завожу на битбакете, объявляю о наборе специалистов. Каждый, кто подключается к проекту, попадает в ту или иную группу со своими правами. В любом случае все они получат доступ к проекту на bitbucket. Там уже будут открываться тикеты и назначаться ответственные, и фиксироваться результаты. Непосредственно главный разработчик заводит облако на modxcloud и решает кто какой доступ будет иметь (кто-то непосредственно на дев-сайте будет работать, кто-то только по FTP с определенными папками, особо в подробности сейчас не буду вдаваться). 3. Какие-нибудь должностные инструкции будут? Проще говоря, инструкции для выполнения задач, общения с клиентами. Пока это еще не прописано, будем составлять в процессе. В любом случае с заказчиком общаться будет только менеджер проекта (чаще всего на небольших проектах это будет и главный разработчик (может даже он будет единственный :-))) 4. Какая система отчетности? Все на bitbucket. Но если битбакет покажет, что имеющейся на нем JIRO не достаточно для необходимой эффективности, то будем решать этот вопрос. 5. Когда приступаем? :))) Пару задач я уже выдал еще позавчера, а так сейчас буквально несколько дней все это утрясем, поймем, что готовы, и в путь. Но пока в профиле не будет указано аккаунтов на bitbucket и modxcloud, подключиться к проекту не получится ;-)

Но не все его устанавливают. Кто-то тот же Foundation использует. Нельзя на общую сборку устанавливать то, что устанавливает 5-10% разработчиков.
 Но всегда можно взять снапшот общей сборки, развернуть его, накинуть туда свое и сделать уже свой снапшот.
 Сразу оговорюсь, что проекты клуба будут вестись только на основной сборке клуба. Одобренные сторонние сборки могут использоваться, но только те, которые созданы на основе основной сборки и не ломают ее принципов. Если основная сборка чем-то не устраивает, собираемся, обсуждаем, допиливаем. Так как должны быть стандарты.

Но не все его устанавливают. Кто-то тот же Foundat

Соглашусь

Но с другой стороны говоря о стандартах, не плохо бы придерживаться определенного набора фреймворков для разработки, а не кому что удобно. Это будет практично в дальнейшей поддержке сайта, когда человек который его делал, уже может не быть в проекте. Исходя из этого мое мнение что нужно определиться какой сеточный (или какие) фреймворки использовать.

Но с другой стороны говоря о стандартах, не плохо 

Здесь будет не 10 человек, а гораздо больше, и будут специалисты и на Bootstrap, и на Foundation. В том-то и дело, что ни один из них не является единственным стандартом, потому мы и не может какой-то один включить в основную сборку, но оба они имеют право быть (Bootstrap выпустили новую версию, и говорят, она очень даже ничего). Применение той или иной сетки будет определяться конкретным исполнителем. А если у нас будет только один спец по этой сетке, грош нам цена. 
 Да и разницы в них особо нет. И там и там принцип — разбиение на 12. Как говорил один мой знакомый хороший программист «на чем скажут, на том и буду программировать».
 Уточню: я не столько ставлю цель ограничить набор инструментов, сколько хочу наложить правила правильной разработки. Все MODX-разработчики используют в разработке MODX (и это можно назвать стандартом), но ведь на большинстве проектов черт ногу сломит (так, думаю, понятней будет моя позиция).

Здесь будет не 10 человек, а гораздо больше, и буд

Спасибо.

Добрый вечер, а не дадите ли доступа к файлику modxclub.ru/downloads/sborki/sajt-vizitka/versiya-0.0.1-beta.zip?

Добрый вечер, а не дадите ли доступа к файлику mod

Алишер, привет.
 А у тебя должен быть, ты в соответствующей группе есть. Попробуй выйти и зайти. Если не будет работать ссылка, пришли мне на почту info@newpg.ru логин и пароль.

Алишер, привет.
 А у тебя должен быть, ты в соотве

Пожалуйста.

Спасибо, сработало.

Не за что.
 И наполни профиль, плиз.

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

Тоже интересует тема мультиязычности, так как напр

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

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

Не вопрос, подождем конечно, тем более с практическим опытом, это важнее и грамотнее будет применить. :)

Не вопрос, подождем конечно, тем более с практичес

Разрешите и мне поучаствовать? Мне интересна разработка, но, помимо всего прочего, могу взять на себя поддержку, как специалист по части внедрения и сопровождения. Опыт в этом большой.
 

P.S. Сорри, это нужно было разместить в другом топике… Все-таки планшет — не тот обзор… Дико извиняюсь:-)

Разрешите и мне поучаствовать? Мне интересна разработка, но, помимо всего прочего, могу взять на себя поддержку, как специалист по части внедрения и сопровождения. Опыт в этом большой. P.S. Сорри, это нужно было разместить в другом топике… Все-таки планшет — не тот обзор… Дико извиняюсь:-)

Разрешите и мне поучаствовать? Мне интересна разра

Ничего страшного.

Ошибка: Нет доступа

Снапшот доступен по этой ссылке: modxclub.ru/downloads/sborki/sajt-vizitka/versiya-0.0.1-beta.zip (только для авторизованных пользователей клуба). 

Поправлю сейчас. Правильно понимать «для полноправных членов Клуба». Не всем доступно для скачивания.

Снапшот доступен по этой ссылке: modxclub.ru/downloads/sborki/sajt-vizitka/versiya-0.0.1-beta.zip (только для авторизованных пользователей клуба). Поправлю сейчас. Правильно понимать «для полноправных членов Клуба». Не всем доступно для скачивания.

Снапшот доступен по этой ссылке: modxclub.ru/downl

Полноправный член Клуба — это кто? или что нужно сделать, чтобы стать им? 
 ?
 

Хочу снапшот скачать, разобраться :)

Полноправный член Клуба — это кто? или что нужно сделать, чтобы стать им? 
 ? Хочу снапшот скачать, разобраться :)

Полноправный член Клуба — это кто? или что нужно с

Вот поиск никак не добрался сделать :) Ну ничего, скоро будет обновление сайта, и там мы избавимся от Livestreet и будет работать поиск. А сейчас критическая ошибка из-за того, что в ливстрите используется GET-параметр q, который в MODX-е зарезервирован для роутера.
 

Полноправный член Клуба — это кто? или что нужно сделать, чтобы стать им?

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

Вот поиск никак не добрался сделать :) Ну ничего, скоро будет обновление сайта, и там мы избавимся от Livestreet и будет работать поиск. А сейчас критическая ошибка из-за того, что в ливстрите используется GET-параметр q, который в MODX-е зарезервирован для роутера. Полноправный член Клуба — это кто? или что нужно сделать, чтобы стать им? Это пользователи из определенной группы пользователей. Туда пользователи добавляются вручную индивидуально. Скорее всего скоро будет введен какой-нибудь механизм автоматического поднятия рейтинга.

Вот поиск никак не добрался сделать :) Ну ничего, 

как можно получить доступ к сборке?

К этой сборке имеют доступ только полноправные члены Клуба. Можете установить сборку магазина ShopModxBox, там функционала даже больше, и ее тоже можно использовать как основу для разработки сайта (не долго удалить лишние документы).

К этой сборке имеют доступ только полноправные чле

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

Магазин я установил.
 Не могли бы вы дать инструкц

Все, что связано с шаблонами и т.п., показано/рассказано здесь: modxclub.ru/blog/vehicles/319.html (смотрите видео). Вообще рассказано/показано про все это очень много всего, так что просто почитайте хотя бы несколько сопутствующих топиков.
 Если предложенный ролик не поможет — сливайтесь. Данная сборка требует знаний в программировании.

Все, что связано с шаблонами и т.п., показано/расс

по ссылке архив поврежден или имеет неизвестный формат. На modxcloud.com бесплатного аккаунта не нашел. Предлагает регистрироваться только с триал версией в 21 день. Ранее архив скачивал — попробовал все таки поставить на modxcloud по видео. Снапшот импортируется, пишет что облако с ним создается — ок. Захожу в админку — чистая англо MODX Revolution. В папке core/packages/ создается архив core.transport.zip и соответствующая папка. Через php vapor/import.php package=core/packages/core.transport.zip — ошибки.

по ссылке архив поврежден или имеет неизвестный фо

А сборку ShopModxBox пробовали ставить? Она ставится? Там в принципе тоже самое почти, только компонентов чуть больше, плюс магазин. Удалите раздел каталога да пару расширений отключите и получите тоже самое.
 И да, судя по всему modxcloud убрали фришный план, оставив только триал.

А сборку ShopModxBox пробовали ставить? Она ставит

Через php vapor/import.php package=core/packages/core.transport.zip — ошибки. 

Кстати, а вот этого вообще не следовало делать. core.transport.zip — это ядро MODX-а, а не наша сборка.

Через php vapor/import.php package=core/packages/core.transport.zip — ошибки. Кстати, а вот этого вообще не следовало делать. core.transport.zip — это ядро MODX-а, а не наша сборка.

Через php vapor/import.php package=core/packages/c

ShopModxBox это вещь! Да пробовал и на хостинги ставиться отлично. Спасибо.

ShopModxBox это вещь! Да пробовал и на хостинги ст

Спасибо за положительную оценку :)
 Но добавлю еще немного повода для радости: на днях выйдет импортер 1С->ShopModxBox :) А вообще в процессе будет разработан полноценный модуль синхронизации с 1С.

Спасибо за положительную оценку :)
 Но добавлю еще

Николай, вопрос — А что-то изменилось по теме мультиязычности за прошедшее время? Какие-то появились решения (наработки) от программистов? Можете поделиться с нами со всеми этим?

Николай, вопрос — А что-то изменилось по теме муль

В ядро пока еще не добавлено. Но недавно вот на одном сайте делали.
 1. В modResource с установкой последней версии shopModx создается колонка currency. Для управления этим полем устанавливается modResourceField и создается ТВ-поле currency (тип ввода Дополнительное поле документа). В это поле, если это Евро, к примеру, мы пишем 2).
 2. В процессор web/catalog/products/getdata в метод setSelection дописали
 

$eur_rate = $this->modx->getOption("shopmodx.eur_rate", 1);
$c->select(array(
    "if({$alias}.currency = 2, round({$alias}.price * {$eur_rate}, 2), {$alias}.price) as price",
));

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

В ядро пока еще не добавлено. Но недавно вот на одном сайте делали.
 1. В modResource с установкой последней версии shopModx создается колонка currency. Для управления этим полем устанавливается modResourceField и создается ТВ-поле currency (тип ввода Дополнительное поле документа). В это поле, если это Евро, к примеру, мы пишем 2).
 2. В процессор web/catalog/products/getdata в метод setSelection дописали $eur_rate = $this->modx->getOption("shopmodx.eur_rate", 1);
$c->select(array(
    "if({$alias}.currency = 2, round({$alias}.price * {$eur_rate}, 2), {$alias}.price) as price",
)); Так на уровне выборки через процессор цены преобразуются в рубли. Но это еще не все, то есть еще в нескольких местах надо прописывать (особенно надо учесть с методом добавления товара в корзину и т.п.).
 В общем, будем дорабатывать это все, чтобы было более централизованно.

В ядро пока еще не добавлено. Но недавно вот на од

Доброго времени суток! Очень интересно надо сказать, получается методика конвертирования валют, применима будет для переключения языков отображения контента на сайте? Нелегкая задачка, учитывая логику вопроса.
 Спасибо за интересное решение!
 

Будем ждать от вас Николай и ваших коллег программистов достойного решения вопроса мультиязычности сайта!

Доброго времени суток! Очень интересно надо сказать, получается методика конвертирования валют, применима будет для переключения языков отображения контента на сайте? Нелегкая задачка, учитывая логику вопроса.
 Спасибо за интересное решение! Будем ждать от вас Николай и ваших коллег программистов достойного решения вопроса мультиязычности сайта!