Чаще всего для создания мультиязычного сайта рекомендуют использовать Babel.
Но у него есть один недостаток — очень сильно увеличивается количество страниц.
Это не недостаток Babel, это его прямой функционал — связывать страницы из разных контекстов. Это один из самых лучших вариантов создания мультиязычных сайтов. А уж то, как вы решите делать мультиязычность, зависит только от вас.
Если вы считаете что вам кто-то должен отдельно сделать документацию по JSON или SQL — то вы не правы. Документация — это не готовый пример на каждый чих, это обобщенная информация для более простого вхождения в инструмент. А потом, чем дальше в лес, тем больше шишки. Я согласен что пару базовых примеров по составлению сложных where запросов было бы неплохо добавить в доку, вопрос только в том — кто должен это сделать? Автор pdoTools и так достаточно вложил сил и времени в бесплатные решения, на которых многие сейчас зарабатывают. Если вы разберетесь — может быть вы и обновите документацию по where запросам.
Ну а по поводу смерти MODx — он не умирает, он перестал развиваться. А жить он будет еще долго.
Около двух тысяч вроде, так что говорить пока не о чем. Да чего придумывать, разверни тестовую копию вашей CRM и накидай через sql туда тикетов, только так, чтобы все сущности создавались, а не только сами ресурсы. Ну и тестируй.
Джентльмены в комментах выше все вообщем-то расписали.
Но на самом деле не все так критично, у меня есть подобие форума построенного на тикетс, там примерно по 5-15 постов в день публикуются. Вроде все работает быстро. Как будет дальше, будем смотреть.
По всей видимости бюджет был очень маленький, раз решили создавать CRM на базе CMS и бесплатного готового компонента, который бог знает когда последний раз обновлялся, требует рефакторинга, предназначен совсем для других целей изначально и хранит в себе много лишнего функционала для вашего кейса. Я для таких вещей изучаю Laravel.
А то что на тикетах можно построить даже космический корабль — это не новость. Вопрос в том, когда он летать перестанет. Если с клиентом были обговорены условия и он в курсе что будет с их CRM при большом кол-ве ресурсов, то конечно вопросов нет.
Основной подход тут примерно один, нужно жестко выделять плюсы MODX над другими системами, а его минусы — сводить к незначительным особенностям.
Мне кажется я вполне в состоянии прочитать эти буквы и понять смысл слов. Минусы MODx — это не незначительная особенность, а иногда жесткий критерий не использоваться MODx как платформу.
Основной подход тут примерно один, нужно жестко выделять плюсы MODX над другими системами, а его минусы — сводить к незначительным особенностям.
Не люблю врать людям. Возможно в капиталистическом обществе это минус, и я лишусь энной суммы денег, но я например не люблю когда меня обманывают, пытаются впарить мне некую «услугу», которая и пальца резанного не стоит. Да, сейчас с сайтом ты можешь обмануть клиента. Но потом ты пойдешь покупать услугу в которой ты не разбираешься и судьба вернет тебе должок. Я не верующий, но считаю что поступать нужно по совести, а не преукрашивать, нивелируя недостатки MODx, лишь бы продать клиенту сайт на этой системе.
3. Любые другие типы проектов
Будем объективны, реализовать что-то другое на MODX — просто не стоит.
Лично я на MODx создавал лендинги, визитки, некое подобие форума, сайты с функционалом для авторизированных пользователей, интернет-магазины, блоги, информационники. Не вижу никаких проблем в создании гостевых книг, небольших сайтов с бронированием жилья и т.д. Например сайт myshows.me долгое время жил на модксе…
Есть ощущение будто статью не дописали, вроде начало было неплохое, но все свелось к тому, что нужно заострять внимание на плюсах системы и стараться избегать минусов. А они есть и их прилично.
Как по мне, нужно честно говорить как о минусах, так и о плюсах проекта на модкс. Но если у клиента бюджет 500-1000$ на сайт, то ни о каких плюсах и минусах и речи идти не должно. Этих денег с трудом хватит на дизайн, верстку и интеграцию шаблона на MODx. Другое дело если клиент купил шаблона за 20$ и ждет что за 100-200$ ему изменят этот шаблон и натянут на MODx. Так вышло, что то, от чего я старался уйти работая с WP, сейчас активно развивается в MODx.
Продавать модкс делая говносайты сайты за 200-500$ много ума не надо. Но проблема в том, что как только у клиентов хотелки выходят за пределы готовых решений, разработчик (он же, как многие себя называют — вебдевелопер) бежит в чат MODx и начинает «разрабатывать» сайт на ответах добрых людей.
И при наличии таких вебдевелоперов, работать на MODx становится все менее выгодней, цены демпингуются, клиенту уже не интересно сколько стоит твой час работы, потому что вон тот «вебдевелопер» натянет шаблон за 5к. А потом, эти клиенты могут захотеть что-то посложнее и тебе придется разбираться, что там этот «вебдевелопер» на вебдевелопил.
P.S.
Но в целом — много написано по факту. Посему лайкос.
Искать эту инфу в первоисточнике за 5 лет- нет желания. Про то, что авторы желают сохранить совместимость с компонентами, не раз говорил Вася например.
Хотя мажорная версия не должна подразумевать совместимость, но и кардинально нового подхода к разработке дополнений нет.
Не смотря на мое скептическое отношение к modx 3 — огромный респект. Помимо того, что на новую версию переход случился, так еще и старая остается жизнеспособна. Учитывая то, что модкс 3 меня не интересует, мне было важно чтобы на двойку этот переход никак не сказался. Увы и ах, сказался.
Babel не выводит язык, если нет перевода. Посему я скопировал сниппет babelLinks, сделал страницу — «Нет перевода» и вывожу её.
P.S.
В каждой строчке…
Ну а по поводу смерти MODx — он не умирает, он перестал развиваться. А жить он будет еще долго.
Но на самом деле не все так критично, у меня есть подобие форума построенного на тикетс, там примерно по 5-15 постов в день публикуются. Вроде все работает быстро. Как будет дальше, будем смотреть.
А то что на тикетах можно построить даже космический корабль — это не новость. Вопрос в том, когда он летать перестанет. Если с клиентом были обговорены условия и он в курсе что будет с их CRM при большом кол-ве ресурсов, то конечно вопросов нет.
Но лайк однозначно пост заслуживает.
Лично я на MODx создавал лендинги, визитки, некое подобие форума, сайты с функционалом для авторизированных пользователей, интернет-магазины, блоги, информационники. Не вижу никаких проблем в создании гостевых книг, небольших сайтов с бронированием жилья и т.д. Например сайт myshows.me долгое время жил на модксе…
Есть ощущение будто статью не дописали, вроде начало было неплохое, но все свелось к тому, что нужно заострять внимание на плюсах системы и стараться избегать минусов. А они есть и их прилично.
Как по мне, нужно честно говорить как о минусах, так и о плюсах проекта на модкс. Но если у клиента бюджет 500-1000$ на сайт, то ни о каких плюсах и минусах и речи идти не должно. Этих денег с трудом хватит на дизайн, верстку и интеграцию шаблона на MODx. Другое дело если клиент купил шаблона за 20$ и ждет что за 100-200$ ему изменят этот шаблон и натянут на MODx. Так вышло, что то, от чего я старался уйти работая с WP, сейчас активно развивается в MODx.
Продавать модкс делая
говносайтысайты за 200-500$ много ума не надо. Но проблема в том, что как только у клиентов хотелки выходят за пределы готовых решений, разработчик (он же, как многие себя называют — вебдевелопер) бежит в чат MODx и начинает «разрабатывать» сайт на ответах добрых людей.И при наличии таких вебдевелоперов, работать на MODx становится все менее выгодней, цены демпингуются, клиенту уже не интересно сколько стоит твой час работы, потому что вон тот «вебдевелопер» натянет шаблон за 5к. А потом, эти клиенты могут захотеть что-то посложнее и тебе придется разбираться, что там этот «вебдевелопер» на вебдевелопил.
P.S.
Но в целом — много написано по факту. Посему лайкос.
Хотя мажорная версия не должна подразумевать совместимость, но и кардинально нового подхода к разработке дополнений нет.
Ну а если вас интересуют подробности, то велкоме.