Realetive: ну да, это понятно))) я в плане что CSV или XML? Спарсить контент ресурсов со старого сайта в новый проект софт позволяет таблицей - а вот к какому из этих двух вариантов можно найти модуль чтоб из этого файла достать данные и выгрузить в бд - самый острый вопрос. Судя по форумам - тема не самая распространённая и модулей мало, или вообще нет. Чаще всего попадался чей-то самопис и хабра
да, одуплил через полчаса после вопроса на тостере))) я гит просто с гуихой юзал раньше - команды учить пришлось. не хотела мне убунту смартгит открывать - крашился - а ребутаться лень было. ну зато теперь через консольку могу)
Realetive: судя по всему у меня не получиться сделать это с помощью where или select. у меня в корне 2 ресурса (страна и спецпредложения). У спецпредложений есть tv с выборкой из имён стран. то есть мне нужно приравнять на нужной мне странице страна*pagetitle к спецпредложение*countryOffer . а как мне это сделать в pdoResources, если мне нужно дать ему родителя - айдишник страны. тогда он просто не найдёт спецпредложения. они же совсем в другом каталоге
Realetive: да я как только синтаксис не менял - по итогу не работает никак, даже если &where=`{"countryOffer"}={"pagetitle"}`, что уже по сути приравнивание двух json строк и должно работать. Написал sql через select - пропало всё - pdoResources просто перестал что-либо находить
Да, штука класс. Но применять её слишком поздно. Тогда по логике нужно переносить все страны в categories. А их в админке уже больше сотни, а то и пара. Разраб, с которым в одной студии работаю, говорит пиши условие выборки в &where сниппета pdoResources. А я понятия не имею как можно в формате JSON изобразить условие выборки. Хотя пытался как-то. Всё тщетно. Спецпредложения общей кучей начинают падать на каждой странице стран уводя футер глубоко в дебри ядра планеты.
Делайте в вебе, если нужно быстрее и захватить больше аудитории. Любой сервис с веба стартует, а мобильные приложения - следствие полученных первых прибылей - ради большего удобства пользователей.
ну так вот вам плюс - при разработке веб-приложения под мобильники HTML+CSS будет поддерживать не только андроид) а нативный UI... ну я как-то нигода и не лез в мобильную разработку. Так что советую HTML+CSS. ну и JS. Куда же без него))))
как всегда без твоей наводки не могу обойтись, вот надо меня клювом ткнуть чтоб я понял))) помнишь я писал тебе когда у меня gulp компилировал 3 таблицы стилей в 1 файл, а в 2х других html были ссылки на другие таблицы?))) ты мне прям скриншот с куском кода отправил - я сходу понял))))
касательно синтаксиса - в попытках решить мою задачу, мозги сгенерировали подобный хаос сами собой))) я тупил в документацию часа два наверное, только сейчас понял что такое "плэйсхолдер" в модексе!)
Руслан: мои руки кривы в силу неопытности, как мне не жаль, я вынужден с тобой согласиться))) просто от того момента, когда мне сказали "чтоб кодить у нас ты должен знать как накинуть свою вёрстку на MODX" и нынешним моментом - прошло немного времени. К тому же пользуюсь не уроками, а документацией - чего должно быть вполне достаточно - я в ней много чего не понимаю.
Я понял дзен этой CMS, но в ней много сниппетов - и применять их - страшный геморрой. Я приведу пример, что в данный момент у меня не так. Нужно сделать меню (pdomenu - модуль), которое генерируется сниппетом динамически. сниппет маркапит дефолтные чанки, не канающие на мой css. а если я прописываю в них tpl с чанком - именно той вёрсткой, которая дружит с css, - вместо меню я вижу массив переданных данных с ресурсов - длинным х-скроллом...
способ, конечно, ясен. но в таком случае для каждого чанка свои отдельные дополнительные поля появятся. А если мы заходим вызвать этот чанк снова и изменить в нём контент - нам прийдётся пересоздавать все дополнительные поля для нового чанка по новой. Есть, наверняка, способ избежать этой мороки.
PS очень неудобная тухлая CMS
