Всего 122 827 комментариев

Alex Zhuravlev
Alex Zhuravlev
04 мая 2015, 10:35
0
Дмитрий, нашли для себя вариант?
/
Alex Zhuravlev
Alex Zhuravlev
04 мая 2015, 10:33
0
А дублировать не так уж сложно — копируешь ресурс и переносишь копию в нужный контекст.
А если товаров 10000+ и настает день когда нужно добавить еще один, в итоге нужно копировать все товары а потом их еще и переводить что превратится в жуткую рутину.
ИМХО лучше делать вариант одной базы товаров под все языки а описание на разных, и в таком варианте контент менеджер будет ходить по всем товарам и добавлять переводы.
Вот тут есть решение сегодня буду реализовывать этот вариант.
/
Сергей Шлоков
Сергей Шлоков
04 мая 2015, 08:16
+1
Дублировать нужно ровно столько, сколько иностранных языков. Ведь каждая страничка — это уникальный контент.
А дублировать не так уж сложно — копируешь ресурс и переносишь копию в нужный контекст.
/
Сергей Шлоков
Сергей Шлоков
04 мая 2015, 08:04
+1
Дорогой друг! Твой комментарий перевернул всю мою жизнь, а главное очень помог автору топика. Не будешь ли так великодушен и не поделишься своей мудростью с нами о том, как сделать мультиязычный сайт с одинаковыми урлами? А то вот даже docs.modx.pro сделан через папку docs.modx.pro/en/. Только просьба обойтись без велосипедов с квадратными колесами.
/
Дмитрий
Дмитрий
04 мая 2015, 02:56
0
Была такая мысль, но не было времени проверить. ;)
Спасибо!
/
Дмитрий
Дмитрий
04 мая 2015, 02:50
0
Для чего? Чтобы русскоговорящий пользователь захотел получить описание предметов на другом языке? Обычно на сайте можно выбирать языки в меню.
Пытаюсь избавиться от рутины ручного дублирования ресурсов. Но похоже, что при любом добавлении новых, придется дублировать их не один раз.
/
Дмитрий Иванов
Дмитрий Иванов
03 мая 2015, 23:14
0
Сменить контекст можно и не меняя урл, не обманывайте. Разные контексты могут быть и с одинаковым адресом.
/
Сергей Шлоков
Сергей Шлоков
03 мая 2015, 22:18
0
Если я правильно понимаю:
$modx->newQuery('Items');
— обращение к таблице `Items` в базе MODx. Верно?
Это обращение к классу объекта, который хранится в БД. Items — это я для примера написал. Т.е. мало создать таблицу, нужно создать еще и объекты ModX.
Жизнеспособна ли смена контекста без изменения пути к странице?
Это как, телепатически? Контекст меняется в зависимости от url.
//Контексты могут быть такие
http://ru.mysite.trade/
//или такие
http://mysite.trade/ru/
//Это как пожелаешь.

Жизнеспособен ли следующий вариант, если выбранный контекст будет храниться у пользователя в профиле?
Для чего? Чтобы русскоговорящий пользователь захотел получить описание предметов на другом языке? Обычно на сайте можно выбирать языки в меню.
3. То есть в любом случае необходимо дублировать ресурсы, верно?
Верно. Для каждого языка своя страничка.
/
Денис Богдановский
Денис Богдановский
03 мая 2015, 22:15
+1
Несколько договоров заключил с партнером из России через сервис www.echosign.adobe.com, очень удобно. Там тоже ставишь подпись как в компоненте от Владимира. Думаю что по ряду сделок можно спокойно использовать. Если использовать «стило» от планшета, подпись точная получается.
/
Андрей
Андрей
03 мая 2015, 19:09
0
Ok. Спс за ответ.
/
Василий Наумкин
Василий Наумкин
03 мая 2015, 18:57
0
Да, это баг.
Пересчет товаров запускается только в процессоре update, а в create его нет.

Пиши в список issues, когда-нибудь поправят.
/
Андрей
Андрей
03 мая 2015, 18:47
0
Он сохраняется, кнопку «Сохранить» я ессно нажимаю. Но заказ не пересчитывается. Захожу снова в «Покупки», редактирование этого добавленного товара, нажимаю 'Сохранить' — заказ пересчитался. Т.е. апдейт срабатывает только после редактирования.
/
Василий Наумкин
Василий Наумкин
03 мая 2015, 18:42
0
Я правильно понимаю, что баг в том, что после изменения заказа его нужно сохранить?
/
Иван Бочкарев
Иван Бочкарев
03 мая 2015, 17:51
0
Как раз для оптовиков, Вова и дописывал на указанном скрине. Еще не протестировали, но все вроде работает))!
/
Михаил
Михаил
03 мая 2015, 17:25
0
Спасибо!
Всё заработало.
/
Павел Романов
Павел Романов
03 мая 2015, 16:33
0
Если «в лоб», то есть &totalVar, который выводит общее кол-во результатов.
Ну и проверяем его на четность.
Но лучше &tplLast используйте. Оно проще будет.

И, кстати, если будет один результат, то все получится и без &tplLast, поскольку он ни под &tpl_n2 ни под &tpl_n3 не попадает.
/
Максим
Максим
03 мая 2015, 16:23
0
можно по подробнее описать пример проверки
/
Павел Романов
Павел Романов
03 мая 2015, 16:22
0
Можно проверку сделать.
Опять же, &tplLast никто не отменял ))
/
Григорий Коленько
Григорий Коленько
03 мая 2015, 16:16
0
Вариант- переписать сетку будстрапа. Либо использовать jeet.gs И выводить все без строчных разделителей.
/
Максим
Максим
03 мая 2015, 16:13
0
а если pdoResources выведет только один ресурс, а второго не будет, тогда div не закроется и посыпется вся конструкция
/