« Rev
@evolutioncms   2602
Fwd »


Pathologic
нафига клиенту платить больше, если можно меньше - потому и будут переносить на рево
Am
Да, да, да. (:
Dmytro
нафига клиенту платить больше, если можно меньше - потому и будут переносить на рево
В целом да, но не всегда дешевле == лучше. Зачастую клиент наоборот готов заплатить больше что б получить чуть чуть стабильней и лучше результат
xrustit
по commerce-payment-sberbank. а returnUrl и failUrl где прописывать нужно?
Axenia
xrustit (13.9) увеличил карму mnoskov (1030.89)
Dmytro
Что б заводился коммерс правили уже после rc3
Am
И какая версия php ((%
Am
Чтобы два раза не вставать
Andrey
И по опыту работы с российским профсоюзом журналистов, они де факто считают ВордПресс стандартом
Нет. Журналюги профессиональные довольно подкованы в плане цмс. Вордпресс, Друпал — опыт есть. А какой-нибудь "Интерфакс" вообще имеет свою админку, К слову, блядски сделанную что визуально, что логически.
Oleg
Нет. Журналюги профессиональные довольно подкованы в плане цмс. Вордпресс, Друпал — опыт есть. А какой-нибудь "Интерфакс" вообще имеет свою админку, К слову, блядски сделанную что визуально, что логически.
О, я тут тоже вспомнил.... Года полтора-два назад переделывал сайт одного журнала из самодельной админки, которой было лет 10-15 минимум, а то и сильно больше. Это был кромешный ад. Так написано, что ужас-ужас. Видимо его делали ещё когда никаких движков не было, либо ничего подходящего не нашлось.
Oleg
2002-й год. Самодельный аякс, точнее его подобие. Дерево документов, инлайн редактирование шаблона. ИЕ6 онли)
я могу сказать, что это у тебя выглядит ОЧЕНЬ прилично, может мне тоже скриншот того ужаса сдедлать? копия-то осталась на всякий случай....
Andrey
Учитывая, что без perl'а это не работало, мы ещё на 1.0.6 Модх перешли и радовались, как дети.
Andrey
Розовая ебола — это типа блоки в шаблоне. Можно было выбрать тип блока (своя функция, голый хтмл, вьюшка). И соответственно, там его сунуть. Вьюшка — по сути класс, который отработал бы в конкретном месте. Формы, ленты новостей и т.д.
Dmytro
Ну вот все только говорят что там удобней привычней а как сделать что б в EVO было удобней и привычней никто предложить не может 🙂
Andrey
Нормально в Эво. Тоже всё довольно ясно и понятно людям. Про ВП это чисто вкусовщина — мне нравится там админка визуально =)
Dmytro
А это потому что коммерс требует FormLister и DocLister что б работать
Dmytro
Так как еще не переделали коммерс на установку через консольный экстрас то и нет у него зависимостей
Dmytro
Так как в Evo 1 и Evo 2 такой логики не было
Andrey
Да там похоже не только это https://4champion.ru/
Andrey
Прям директории открыты)
Dmytro
в 3 уже есть в ядре это и после релиза как раз в планах коректирование пакетов под екстрас + установку через консоль и зависимости через composer
Dmytro
я просто с revo пришел, а там все оно само собой както такие вещи )
Ну и раньше не особо нужно было так как все основные пакеты от которых есть зависимости были в ядре
Am
Да там похоже не только это https://4champion.ru/
Отличный подход к безопасности! Когда ничего нет, то и ломать нечего!11
Alexey
Отличный подход к безопасности! Когда ничего нет, то и ломать нечего!11
а самая кроссбраузерная страница это пустой лист!
Am
а самая кроссбраузерная страница это пустой лист!
Приятно поговорить с профессионалом. ((:
Dmytro
Приятно поговорить с профессионалом. ((:
Да где ж там Можно использовать картинку ;)
Am
Да где ж там Можно использовать картинку ;)
Опытных разработчиков видно сразу. ((%
Evgeny
Приятно поговорить с профессионалом. ((:
😁google все равно будет ругатся))) что страница не оптимизирована)
Dmytro
А хотя да на картинку уже ругаться может :)
Am
😁google все равно будет ругатся))) что страница не оптимизирована)
Ага, через время будет скидывать на почту "оптимизируйте под моб.устройства шрифты"
Sasha
Да хоть на обычном списке документов. Текст вопроса в аннотацию, ответ в контент, забрал доклистером, вывел, если хочется в одном документе - хоть pagebuilder, хоть multitv, хоть multifields
Sasha
С разделением на категории и редактированием содержания - 0 вопросов зато. Поиску мешать не будет, если правильно закрыть от индексации и настроить редирект на родителя. А может, и наоборот, поможет, если один вопрос будет открываться отдельной страницей, а в общем списке аккордеоном
Sasha
и такое тоже делал
Artem
кто-нибудь дружил bLang и eFilter? В доках написано >>Тут все достаточно просто, названия фильтров выносим в словарь. И либо в кониге пишет в инпету для названия [(__name)] либо в конфиге [(_filter[+tv_id+])] и в словаре создаем запись filter_41, где 41 - это id tv параметра. Все параметры которые нужно менять, в зависимости от языка, необходимо вынести в дерево, каждому прописать значение для каждого языка. В возможных значений такой тв прописать @EVAL return $modx->runSnippet("bLang", [ 'type'=>'getTreeParams', "parent"=>"6", 'firstEmpty'=>'1']); bLang будет возвращать в зависимости от языка значение из нужного поля.
Artem
Это что получается, нужно для каждого тв параметра создавать ветку в дереве ресурсов и значения создавать в виде ресурсов?
Женечка
Ну и раньше не особо нужно было так как все основные пакеты от которых есть зависимости были в ядре
а есть где то список таких пакетов чтобы не попадать больше? :)
Dmytro
а есть где то список таких пакетов чтобы не попадать больше? :)
Их 2 формлистер и доклистер все остальные не бажат Ну а если все равно будут сложности пишите тут в идеале с скринами так быстрее сможем помочь
Artem
нет, в словаре в модуле bLang
так в словаре название тв параметра (фильтра), разве нет?
Sasha
так в словаре название тв параметра (фильтра), разве нет?
Загляните в свой словарь, он там есть?
Artem
Загляните в свой словарь, он там есть?
я еще не делал перевода, просто узнаю. Это что получается, каждый тв параметр который используется в фильтре, должен быть заполнен плейсхолдерами со словаря в ресурсах?
Sasha
вам нужно перевести Наименование параметра по которому вы фильтруете например [*price*] пусть у него будет id=1(когда вы откроете этот tv в админке вы увидите его id в адресной строке) затем вам надо пройти в словарь bLang и сказать что на русском у плейсхолдера _filter_1 будет значение Цена, а в инглише, например, price и в шаблоне формы eFilter вставляете [(_filter[+tv_id+])] и всё в зависимости от языка туда оно подтянется
Sasha
и так переводите названия всех параметров, которые в форме нужны и всё
Sasha
обзываете их одинаково с id в конце
Sasha
а куда они денутся-то
Sasha
или у вас в зависимости от языка другой набор параметров в фильтрах?
Sasha
или надо переводить значения?
Artem
или у вас в зависимости от языка другой набор параметров в фильтрах?
Набор тот же,а в полях же занесены текстовые значения. И они на разных языках будут. Например поле материал. А tovarparams же один и список фильтров настраивается в нем
Sasha
https://docs.evo.im/04_extras/commerce.html тут как то бедно
чего не хватает конкретно?
Sasha
я думал только про названия параметров, конечно
Artem
Вот по поводу перевода текстовых значений не могу сказать
Оказывается нужно создавать Родителя в ветке ресурсов, с в нем создавать ресурсы - значения. И в тв параметре в возможных значениях указать @EVAL return $modx->runSnippet("bLang", [ 'type'=>'getTreeParams', "parent"=>"6", 'firstEmpty'=>'1']);
Sasha
Блин как тяжело
Sasha
В модуле наверное это было бы разрулить как-то проще
Sasha
А как в Comparison подставить свой список товаров? Я ещё не смотрел в код, вдруг кто-то делал уже. Типа чтобы по ссылке выглядело так будто они уже лежат в корзине сравнения
Artem
В модуле наверное это было бы разрулить как-то проще
проще бы было tovarparams дублировать с суффиксом языка. А там уже и названия фильтров и поля другие
Sasha
проще бы было tovarparams дублировать с суффиксом языка. А там уже и названия фильтров и поля другие
Да один фиг значения если не цифры хрен поймешь как переводить
« Rev
@evolutioncms   2602
Fwd »