Узнаю современный принцип либерализма — мне можно все, остальным ничего.
Т.е. обратится на ты в сообществе программистов-единомышленников — это великое оскорбление.
А заявить
Сменить контекст можно и не меняя урл, не обманывайте.
не вникая в смысл разговора — это видимо признак воспитания.
По теме, т.е. Вы (ВЫ) советуете автору топика переключать контекст по куке? Ок. Подозреваю, что автор хочет, чтобы сайт индексировался в разных контекстах. Дальше помогать будете или пусть сам мучается?
П.С. Кстати, предложите Ваш (ВАШ) совет заодно, например, и HP и Samsung, а то они тоже все в адрес добавляют /ru/. Темные люди у них работают.
Дублировать нужно ровно столько, сколько иностранных языков. Ведь каждая страничка — это уникальный контент.
А дублировать не так уж сложно — копируешь ресурс и переносишь копию в нужный контекст.
Дорогой друг! Твой комментарий перевернул всю мою жизнь, а главное очень помог автору топика. Не будешь ли так великодушен и не поделишься своей мудростью с нами о том, как сделать мультиязычный сайт с одинаковыми урлами? А то вот даже docs.modx.pro сделан через папку docs.modx.pro/en/. Только просьба обойтись без велосипедов с квадратными колесами.
Почти готова. Делаю для хорошего знакомого без ТЗ, поэтому совершенствуется постоянно — а давай так, и еще вот так. Потом, то что получится нужно причесать перед тем как выложить. Надеюсь, максимум 2 недели. Самому уже надоело.
написать [myCalendar] Вызов нескольких видов календарей на одной странице.
В описании поменял, а в заголовке ограничен длиной поля — больше ни одной буквы добавить нельзя.
4. Как я понял, для каждого контекста нужно дублировать все задействованные ресурсы. Это так?
Так.
Означает ли это, что использовать разные [[*context_key]] в PHP скриптах на одних и тех же ресурсах невозможно?
Например, мы получаем
$item['en']
и передаем его в чанк.
Чтобы использовать один чанк для всех языков нужно в селекте указать соответствующее языку поле
$q = $modx->newQuery('Items');
//Указываем только одно поле, соответствующее языку
$q->select('id,name,'.$modx->getOption('cultureKey').' as item');
if ($q->prepare() && $q->stmt->execute()) {
$output = '';
while($row = $q->stmt->fetch(PDO::FETCH_ASSOC)) {
// Тут оборачиваешь в чанк. В чанке должен быть плейсхолдер [[+item]],
// в которое передается название предмета
$output .= $modx->getChunk('твой_чанк',$row)
}
}
И твой чанк будет работать во всех контекстах.
Главное, в настройках контекста указать ключ cultureKey с соответствующим значением.
Чувствуется профессиональный маркетолог — заголовок об одном, текст о другом.
По коду… советую использовать процессор. Что это такое почитать можно тут.
Похоже, что разобрался со своей проблемой. Дело было в том, я пытался запустить добавление комментария непосредственно запросом к action.php без иницилизации сниппета «TicketComments»
Это действительно большая проблема. Народ уже давно мучается.
Этот факт немного сковывает в свободе действий. Почему бы не создавать ветвь непосредственно при добавленнии комментария.
Надо переадресовать этот вопрос автору Tickets. Доколе народ будет мучатся, запуская всякие ненужные сниппеты?
Думаю, общество с удовольствием скинется для решения этой проблемы. Также предлагаю расширить решение, чтобы можно было добавлять комментарии без ModX. Жутко не удобно.
Вы мне описали компонент бронирования, а это компонент календарь. Его, конечно, можно использовать для бронирования, но всю логику придется писать самостоятельно (и фронт-энд и бэк-энд) или просить кого-нибудь.
Мне кажется было бы удобнее, если бы на вкладе Авторы указывались не логины, а полное имя. Думаю, не многие смогут связать bezumkin с Василием Наумкиным. А уж про остальных вообще молчу — инкогнито.
Часто клиенты постоянно висят на сайте и заставлять их выходить — не правильно и часто невозможно…
Абсолютно согласен. Но решения из коробки нет. Это нужно делать своими силами. Ссылку на решение я давал выше. Это не окончательное решение, оно для понимания. Дальше уж сами в зависимости от задачи. Для того, чтобы понять куда это прикручивать советую глянуть в сторону hybridAuth. Там изменения срабатывают немедленно (работает плагин).
Можно и твой вариант. Но как ты правильно сказал вот это $autor = $profile->get('city'); точно похоже на порно.
Следуя твоему стилю можно было бы написать так
Т.е. обратится на ты в сообществе программистов-единомышленников — это великое оскорбление.
А заявить
не вникая в смысл разговора — это видимо признак воспитания.
По теме, т.е. Вы (ВЫ) советуете автору топика переключать контекст по куке? Ок. Подозреваю, что автор хочет, чтобы сайт индексировался в разных контекстах. Дальше помогать будете или пусть сам мучается?
П.С. Кстати, предложите Ваш (ВАШ) совет заодно, например, и HP и Samsung, а то они тоже все в адрес добавляют /ru/. Темные люди у них работают.
А дублировать не так уж сложно — копируешь ресурс и переносишь копию в нужный контекст.
Это как, телепатически? Контекст меняется в зависимости от url.
Для чего? Чтобы русскоговорящий пользователь захотел получить описание предметов на другом языке? Обычно на сайте можно выбирать языки в меню.
Верно. Для каждого языка своя страничка.
В описании поменял, а в заголовке ограничен длиной поля — больше ни одной буквы добавить нельзя.
Чтобы использовать один чанк для всех языков нужно в селекте указать соответствующее языку поле
И твой чанк будет работать во всех контекстах.
Главное, в настройках контекста указать ключ cultureKey с соответствующим значением.
По коду… советую использовать процессор. Что это такое почитать можно тут.
Надо переадресовать этот вопрос автору Tickets. Доколе народ будет мучатся, запуская всякие ненужные сниппеты?
Думаю, общество с удовольствием скинется для решения этой проблемы. Также предлагаю расширить решение, чтобы можно было добавлять комментарии без ModX. Жутко не удобно.
Например, вот как вариант
Но можно и с пустой строкой. Смысл одинаковый.
Можно и твой вариант. Но как ты правильно сказал вот это $autor = $profile->get('city'); точно похоже на порно.
Следуя твоему стилю можно было бы написать так