Это вроде бы 403, а не 404, то есть имеет смысл просмотреть содержимое htaccess, которые в modx имеются в 3-х экземплярах:
1) в корне
2) в manager
3) в core
Там же после перевода на PHP 7
0.0008540: Created inline «modChunk» with name «d9ad1bcdc5a530ed83598e35a1357e51»
0.0498571: Total time
4 194 304: Memory usage
Для сравнения TimeWeb (189 рублей) PHP 7
0.0002480: Created inline «modChunk» with name «d9ad1bcdc5a530ed83598e35a1357e51»
0.0810261: Total time
2 097 152: Memory usage
Откуда я-то знаю? )) Ссылки правильные прорисовывает? Права пользователя на работу в контексте mgr не сбились? Может был сбой в базе, может перевод с одной версии php на другую вызвал проблему в работе какого-нибудь плагина самописного. Чистка core/cache, я так понимаю, ничего не дала?
Очень странно… у меня была проблема со скачущим значением [[++site_url]], но не из-за дополнения, а после установки самоподписанного сертификата SSL инструментами хостера. В итоге получилась какая-то ерунда, которая без выделенного IP подставляет в [[++site_url]] случайные домены. Стоит отписаться в техподдержку, пусть проверят, может там что-то подобное.
Удивительно, но вот так сразу не нашел)) первое, что показ поиск — помощь при работе с картинками в разных контекстах)), автосоздание артикула. А вообще, нужно создать плагин на событие OnDocFormSave, проверить, что документ:
1- новый
2- в нужном контексте.
После этого собрать массив со значениями нужных полей документа, инициализировать новый контекст и создать в нем новый документ, в параметры которого внесены данные из собранного массива. Возможно, этот пример поможет))
Никак)) Это фишка коллекций) В дереве ресурсов они всегда будут отображаться. И еще один момент. Как-то раз я тоже сумничал и создал коллекцию к коллекции и там и там появились документы, а потом дочернюю коллекцию превратил в обычный документ-каталог и все ее дочки пропали)) Следующим интересным шагом стало удаление дополнения «коллекции». В итоге сайт упал. К счастью, тестовый, который для целей учебно-экспериментальных и сделан. Так что с превращениями коллекций в обычные документы и обратно лучше быть поосторожнее, хотя нельзя исключать, что эту проблему уже пофиксили)
Если нужен автоперевод, то стоило это указать в тексте вопроса. Есть вот такая штука, обещают автоперевод через яндекс или гугл транслейт с возможностью ручной правки. Насколько работоспособна не знаю, очередь ее теста пока не пришла. Автосоздание документа действительно рассматривалось не раз. Даже примеры соответствующих плагинов были.
Ясно) всегда пожалуйста) Это не типовая задача, поэтому вопрос универсальности несколько напряженный. Если нет под нужного специалиста, тут есть раздел «Работа», можете поискать исполнителя))
И тут видимо после появления нового шаблона — надо будет обращаться за помощью к программистам.
Не совсем так. Для обслуживания сайта при любом раскладе требуется программист. Если планируется создание ресурса и сброс заказчику без последующей поддержки, то нужно создавать специализированный компонент с функциями:
1) Импорт шаблона word, excel (.dotx .xltm).
2) Создание новой формы для заполнения пользователем сервиса и ее автоинтерграция в сайт (выпадающий список, отдельная страница и т.д. смотря как все выглядит на фронте)
3) Сборка готового дока и вывод на скачивание пользователем.
Если ну очень край как нужно отказаться от поддержки и отпустить в свободное плавание, то необходимо научить менеджера-непрограммиста делать предварительную разметку шаблонов ворда и экселя. Как я это вижу: в ворде создается шаблон и в полях, которые должны быть заполнены данными пользователя указываются переменные tv1, tv2...tvn+1. После импорта в modx наш гипотетический компонент создает группу переменных шаблона с названием «Какой-то там шаблон ворда или экселя» и списком tv-шек от 1 до n+1, каждая из которых соответствует тому либо иному полю в форме (автоматически создается при импорте нового шаблона). После отправки пользователем формы меняем записанные в конктретном заранее установленном формате переменные на введенные юзером значения.
Опять же, плодить кучу тв-шек не всегда разумно. Использовать для упрощения MIGX, создавать свою отдельную таблицу БД или еще как-то из положения выходить — пусть решает ответственный программист. Есть варианты, короче)) Возможно есть более простые пути, но сначала нужно разобраться в структуре документа ворда и эксель. Если нужен супербюджетный и не сильно качественный вариант — создаем обычные страницы и подключаем API онлайн-конвертера, ему отправляем html файл, забираем doc или excel. Мега-программист не нужен ни вначале работы, ни в дальнейшем. Дешево и сердито, но баги будут вылазить гарантированно из-за тех или иных проблем. Следующий вариант — воспользоваться API гугл-документов. Пользователю можно будет показывать фактически реальный документ, который он просто сохраняет для себя со своими значениями. Шаблоны создаются в аккаунте гугл-доков В каждом случае есть свои нюансы. Выбирайте)) Думаю, можно и еще методы найти, но в первую очередь ответственный исполнитель должен выбрать с чем он реально сможет работать.
1) в корне
2) в manager
3) в core
0.0008540: Created inline «modChunk» with name «d9ad1bcdc5a530ed83598e35a1357e51»
0.0498571: Total time
4 194 304: Memory usage
Для сравнения TimeWeb (189 рублей) PHP 7
0.0002480: Created inline «modChunk» with name «d9ad1bcdc5a530ed83598e35a1357e51»
0.0810261: Total time
2 097 152: Memory usage
1- новый
2- в нужном контексте.
После этого собрать массив со значениями нужных полей документа, инициализировать новый контекст и создать в нем новый документ, в параметры которого внесены данные из собранного массива. Возможно, этот пример поможет))
1) Импорт шаблона word, excel (.dotx .xltm).
2) Создание новой формы для заполнения пользователем сервиса и ее автоинтерграция в сайт (выпадающий список, отдельная страница и т.д. смотря как все выглядит на фронте)
3) Сборка готового дока и вывод на скачивание пользователем.
Если ну очень край как нужно отказаться от поддержки и отпустить в свободное плавание, то необходимо научить менеджера-непрограммиста делать предварительную разметку шаблонов ворда и экселя. Как я это вижу: в ворде создается шаблон и в полях, которые должны быть заполнены данными пользователя указываются переменные tv1, tv2...tvn+1. После импорта в modx наш гипотетический компонент создает группу переменных шаблона с названием «Какой-то там шаблон ворда или экселя» и списком tv-шек от 1 до n+1, каждая из которых соответствует тому либо иному полю в форме (автоматически создается при импорте нового шаблона). После отправки пользователем формы меняем записанные в конктретном заранее установленном формате переменные на введенные юзером значения.
Опять же, плодить кучу тв-шек не всегда разумно. Использовать для упрощения MIGX, создавать свою отдельную таблицу БД или еще как-то из положения выходить — пусть решает ответственный программист. Есть варианты, короче)) Возможно есть более простые пути, но сначала нужно разобраться в структуре документа ворда и эксель. Если нужен супербюджетный и не сильно качественный вариант — создаем обычные страницы и подключаем API онлайн-конвертера, ему отправляем html файл, забираем doc или excel. Мега-программист не нужен ни вначале работы, ни в дальнейшем. Дешево и сердито, но баги будут вылазить гарантированно из-за тех или иных проблем. Следующий вариант — воспользоваться API гугл-документов. Пользователю можно будет показывать фактически реальный документ, который он просто сохраняет для себя со своими значениями. Шаблоны создаются в аккаунте гугл-доков В каждом случае есть свои нюансы. Выбирайте)) Думаю, можно и еще методы найти, но в первую очередь ответственный исполнитель должен выбрать с чем он реально сможет работать.