Даша
С нами с 10 ноября 2024; Место в рейтинге пользователей: #12582Переход с неудачного решения по смене контекста И по определению версии (моб/десктоп.) на ModHelpers
            Добрый день. 
Хотела бы попросить помощи еще раз.
Преамбула
1я проблема-MobileDetect
Установлена стороннаяя библиотека через композер. Шаблоны разбиты на пары для Мобильной и Десктопной версии (разный набор чанков). «Моб»- дефолт (прикреплен к ресурсу), «десктоп» получаем плагином в случае is_Desktop=1.
Такая конструкция вполне себе работает. Но когда я стала добавлять возможность ручного переключения версии по кнопке, у меня ничего не получилось.
2я проблема-BABEL
Уже пройдены варианты отдельной папки, обмусоливания htaccess'a, перебор нескольких версий плагинов для контекста, отключения вообще всех плагинов, попытки написания плагина самостоятельно. Одно время я добилась работы- по крайней мере, могла хотя бы страницу др. контекста открыть. Сейчас идет зацикливание.
ИТОГО
В итоге нашла здесь на сайте, что сейчас проще всего решить это с пом. модуля Сергея Шлокова (modHelpers).
.
Я нашла там не только swich_context для варианта поддиректории, но также сессии и Mob.Det. Поэтому и описала эти проблемы вместе.
Суть вопроса
Мне нужно добиться функционирования смены версии (мобильный/десктоп) и смены языков, через Babel и Mob.Detect. С сохранением результата в сессии, чтобы не определять это для каждой страницы, а также с возможностью выбрать правильный вариант вручную (переключатель), если автоматически определится неверно.
Пожалуйста, посмотрите, правильно ли я представляю саму логику. Пока даже код писать не стала, потому что сильно не уверена насчёт своего видения процесса.
Если всё не так, хотя бы скажите, про какой объект подробнее почитать.
        
        
        
        
    Хотела бы попросить помощи еще раз.
Преамбула
1я проблема-MobileDetect
Установлена стороннаяя библиотека через композер. Шаблоны разбиты на пары для Мобильной и Десктопной версии (разный набор чанков). «Моб»- дефолт (прикреплен к ресурсу), «десктоп» получаем плагином в случае is_Desktop=1.
Такая конструкция вполне себе работает. Но когда я стала добавлять возможность ручного переключения версии по кнопке, у меня ничего не получилось.
2я проблема-BABEL
Уже пройдены варианты отдельной папки, обмусоливания htaccess'a, перебор нескольких версий плагинов для контекста, отключения вообще всех плагинов, попытки написания плагина самостоятельно. Одно время я добилась работы- по крайней мере, могла хотя бы страницу др. контекста открыть. Сейчас идет зацикливание.
ИТОГО
В итоге нашла здесь на сайте, что сейчас проще всего решить это с пом. модуля Сергея Шлокова (modHelpers).
.
Я нашла там не только swich_context для варианта поддиректории, но также сессии и Mob.Det. Поэтому и описала эти проблемы вместе.
Суть вопроса
Мне нужно добиться функционирования смены версии (мобильный/десктоп) и смены языков, через Babel и Mob.Detect. С сохранением результата в сессии, чтобы не определять это для каждой страницы, а также с возможностью выбрать правильный вариант вручную (переключатель), если автоматически определится неверно.
Пожалуйста, посмотрите, правильно ли я представляю саму логику. Пока даже код писать не стала, потому что сильно не уверена насчёт своего видения процесса.
Если всё не так, хотя бы скажите, про какой объект подробнее почитать.
Вручную сделать перевод
            Всем добрый день. Встал вопрос мультиязычности сайта. 
Начала разбираться с Babel'ем. Поняла, что тест на тестовом сайте не даст объективной картины, и в итоге я просто сломаю прод. К тому же, у меня есть форум на поддомене, я вообще не представляю, как это суммарно с мультидоменами себя поведет. Плюс я не хочу переименовывать сам ru «web», чтоб хотя бы его не сломать.
ВОПРОС. А кто-то когда-то вообще делал ручной перевод?
1. Создать контексты (пока три основных доп. языка; страниц под перевод ок. 30).
2. Сделать перевод в стороннем сервисе. Запихнуть в страницы.
3.Связать
4. Сделать нужные поддомены у регистратора ( я бы не хотела /ru, /en итд. Хотелось бы en/сайт). Может, настроить htaccess.
5. Вставить meta Для нужных языков в тот же чанк (?). Я читала, что делают с «isnot=`1`:then», но это доп. обработка и замедление скорости отображения, имхо.
6. Забрать, наверное, русские дубли из Гугла.
        
        
        
        
    Начала разбираться с Babel'ем. Поняла, что тест на тестовом сайте не даст объективной картины, и в итоге я просто сломаю прод. К тому же, у меня есть форум на поддомене, я вообще не представляю, как это суммарно с мультидоменами себя поведет. Плюс я не хочу переименовывать сам ru «web», чтоб хотя бы его не сломать.
ВОПРОС. А кто-то когда-то вообще делал ручной перевод?
1. Создать контексты (пока три основных доп. языка; страниц под перевод ок. 30).
2. Сделать перевод в стороннем сервисе. Запихнуть в страницы.
3.Связать
4. Сделать нужные поддомены у регистратора ( я бы не хотела /ru, /en итд. Хотелось бы en/сайт). Может, настроить htaccess.
5. Вставить meta Для нужных языков в тот же чанк (?). Я читала, что делают с «isnot=`1`:then», но это доп. обработка и замедление скорости отображения, имхо.
6. Забрать, наверное, русские дубли из Гугла.
AdminTools и ош. 500
            Всем добрый день. 
Я установила AdminTools, и у меня появилась ош. 500. (причем фронт тоже недоступен)
Помогите, пожалуйста, определиться, как решить. При этом желательно выдать себе такие права, чтоб не было проблем с сохранением ресурса, которое меня уже достало.
Я подумываю сделать правку в modx_admintools_permissions.
Админ единственный, вопросов пересечения прав и полномочий нету.
Я почитала пару поднятых подобных вопросов здесь, но в идее сразу браться за sudo со своими знаниями архитектуры не уверена, а все остальное-традиционно, может оказаться out-of-date.
Стараюсь особо не просить помощи, а искать сама, но тут прям уже второй заход на это.
        
        
        
    Я установила AdminTools, и у меня появилась ош. 500. (причем фронт тоже недоступен)
Помогите, пожалуйста, определиться, как решить. При этом желательно выдать себе такие права, чтоб не было проблем с сохранением ресурса, которое меня уже достало.
Я подумываю сделать правку в modx_admintools_permissions.
Админ единственный, вопросов пересечения прав и полномочий нету.
Я почитала пару поднятых подобных вопросов здесь, но в идее сразу браться за sudo со своими знаниями архитектуры не уверена, а все остальное-традиционно, может оказаться out-of-date.
Стараюсь особо не просить помощи, а искать сама, но тут прям уже второй заход на это.
Не могу справиться с fullCalendar"ем
            Добрый день. 
У меня довольно позорный вопрос. Пару месяцев назад перешла на Modx, сейчас разбираюсь с устройством.
С основными модулями справилась (крошки, ~pdoMenu, логин, голосование и тд), а вот календарь даже создать новый не могу. Скажите, пожалуйста, как добавить календарь для использования в параметре &calendars=' '.
(я видела документацию, но там «создайте» и путь «Админка -> приложения -> новый календарь»)
Версия Modx: Revo, 3.05.
Календарь: fullCalendar 2.0.3
Дополнения для админки: Ace.
Вопрос про порядок кастомизации календаря, который я буду выводить. Пока что он выводится в ресурсе, строчкой [[!fullCalendar? &calendars=`1`]]
(на всякий случай- мне не нужен вывод стороннего, типа заполненного в Гугл, нужен собственный)
        
        
        
    У меня довольно позорный вопрос. Пару месяцев назад перешла на Modx, сейчас разбираюсь с устройством.
С основными модулями справилась (крошки, ~pdoMenu, логин, голосование и тд), а вот календарь даже создать новый не могу. Скажите, пожалуйста, как добавить календарь для использования в параметре &calendars=' '.
(я видела документацию, но там «создайте» и путь «Админка -> приложения -> новый календарь»)
Версия Modx: Revo, 3.05.
Календарь: fullCalendar 2.0.3
Дополнения для админки: Ace.
Вопрос про порядок кастомизации календаря, который я буду выводить. Пока что он выводится в ресурсе, строчкой [[!fullCalendar? &calendars=`1`]]
(на всякий случай- мне не нужен вывод стороннего, типа заполненного в Гугл, нужен собственный)