Проверьте права на папку assets/components и пробуйте переустановить migx опять, что тут сказать еще?
Добрый день. У меня почему-то после установки MIGX отображается пустое окно. И отсутствуют файлы для компонента в папке assets/components. Пробовал переустанавливать — не помогает. Хотя в core/components папка компонента присутствует.
Компонент Login отправляет два письма подтверждения регистрации. Может у кого была схожая проблема, как её решить?
Добрый день, решил переходить на REVO но увы есть все таки проблема:
— новый MODX REVO 2… работать отказывается, после установки пишет: 500 Error Site temporarily unavailable.
Т.к. перелопатил за неделю ...~… количество сайтов, с разными советами и решениями проблем, но увы ничего не помогает.
В данный момент грешу на локальный сервер с поддержкой PHP 7 (названия в личку), ибо на хостинге все работает на ура!!!
Настройки модуля:
HTTP: Apache — PHP-7-x64 |
PHP: PHP-7-x64 | 500 Error Site temporarily unavailable
MySQL: MySQL-5.7-x64 |
— HTTP:Apache 2.4 |
PHP: PHP-5.5 | нет возможности редактировать файлы через админку
MySQL: MySQL-5.5 |
HTTP: Apache — PHP-7 |
PHP: PHP-7 | нет возможности редактировать файлы через админку
MySQL: MySQL-5.6 |
ак как были глюки с вышеизложенными настройками (в админке не отображался поле редактирования любого файла) пришлось сделать следующие:
HTTP: Apache 2.2 |
PHP: PHP-5.3 | клюков вроде нет
MySQL: MySQL-5.5 |
P.S. также тестировал на других локалках которые поддерживают PHP7 — итог плачевный, ничего не работает или не хочет!!!
Также тестировал на хостинге (кому надо скину в личку) — все работает на ура и на PHP 7
Вопрос в том: где косяк?
Ибо также тестировал Joomla & Wordpress последние версии, они работают.
Даже Joomla работает т.к. там требуется поддержка PHP 7 чтоб модули заработали.
итог: помогите решить данную проблему, ибо неделю уже времени убил, а в инете сайт пилить не очень практично, по крайней мере для меня.
заранее спасибо!
P.S. также перелопатил много форумов modx-са но безрезультатно! :-(
у когонибуть работает MODX REVO 2.5 на PHP7 на локалке без глюков? поделитесь названием сервера пожалуста.
В ручную также ставил но увы…
Привет, народ. Спустя много лет столкнулся со странной проблемой.
Если создаю юзера в modx на локальной машине, типа «test», «123123123», то на локальной машине он входит запросто. После переноса на сервер и после какого-то не очень удачного обновления создаю юзера, а он не может войти, хотя все действия и всё остальное (за исключением сервера) одинаковое.
Причем не может войти вот так: вход осуществляется, переадресация «по успеху» на другую страницу происходит, но там — «нет доступа». Собственно, юзер, по факту, не вошел. Именно НЕ ВОШЕЛ, так как он аноним.
Вот этот забавный глюк не могу поймать. Кто знает в чем может быть проблема?
У меня подозрения следующие:
1. Какая-то проблема с сессиями. Даже админ не может войти в web context. Но может войти в mgr.
2. Какая-то новая системе безопасности в последнем обновлении php 5.4, что режет что-то, не пропускает.
3. Файловая или базы данных проблема при сохранении сессий, но это, по-моему, маловероятно.
Если кто сталкивался, подскажите куда рыть. Спасибо!
Почитайте эту статью. Должно помочь вам ответы найти. Модифицировать приведенный код совсем не правильно, так как это не шаблон, а контроллер.
Не так давно стал интересоваться MODx revo и по мере его изучения все дальше углубляюсь в его возможности. Информация по нему весьма хаотична и по мере погружения в него понимаешь, что бы сделать что-то хорошее нужно иметь уже большой багаж знаний в том числе и из ООП.
В статье наглядно и подробно описано как можно вызывать шаблон и поверхностное использование smarty. Но, будучи на начале изучения, появляются вопросы, на которые достаточно пока трудно получить ответ.
Вот когда мы создаем шаблон с:
<?php $properties = $modx->resource->getOne('Template')->getProperties(); if(!empty($properties['tpl'])){ $tpl = $properties['tpl']; } else{ $tpl = 'index.tpl'; } if ($modx->resource->cacheable != '1') { $modx->smarty->caching = false; } return $modx->smarty->fetch("tpl/{$tpl}");
То тут понятно что идет обращение к index.tpl, в котором в свою очередь и подгружается шаблон:
{extends file=«layout.tpl»}
но что если шаблон разбить на три части. Пусть у него будет header.tpl, body.tpl, footer.tpl. Тем самым можно было бы создать шаблоны в которых подгружалось три его части. И соответственно менялось бы только body.tpl, а header и footer всегда были бы по сути без изменений. И для большего удобства еще обернуть как head {chunk name=«head»} и footer {chunk name=«footer»} в чанк, для быстрого редактирования. Предпологаю что можно было бы не плодить шаблоны, а написать просто условие, как и когда и где берется какая часть за место body.tpl, но вопрос не про это)
С разбитием на три части, это конечно получается уже что-то не modx, а тот же opencart… Но будет ли для modx это лучше? просто не понятно пока как это сделать.
Можно и так. Но как-то с начала привык так. Да и, как правило, и та переменная пригождается для других мест
Сам частенько делаю так же. Только для вложенного MIGX создавать отдельный ТВ необязательно — можно указать необходимый конфиг прям у добавляемого поля:
?
Давно обещал выложить пример создания вложенных переменных MIGX и использования this.renderChunk, выполняю обещание.
Времени не было делать всё с нуля, поэтому сделал видео с готового проекта. В админке это выглядит так:
Следует обратить внимание, что поле для вывода через this.renderChunk следует создавать только в Columns, и оно обязательно должно отличаться от того, которое мы с его помощью выводим.
Возможно, немного сумбурно, но я старался выдержать последовательность действий.