iWatchYouFromAfar

iWatchYouFromAfar

С нами с 29 сентября 2018; Место в рейтинге пользователей: #26
iWatchYouFromAfar
04 марта 2020, 16:07
0
Он генерит структуру XML для мультиязычного сайта?
iWatchYouFromAfar
04 марта 2020, 10:40
0
По поводу StercSeoSiteMap — без понятия, не работал с этим сниппетом. Если он генерит нужный сайтмап — отлично.

Babel не выводит язык, если нет перевода. Посему я скопировал сниппет babelLinks, сделал страницу — «Нет перевода» и вывожу её.
iWatchYouFromAfar
03 марта 2020, 22:47
0
Вроде да, Вася там уже более тщательно проверит.
iWatchYouFromAfar
03 марта 2020, 21:35
0
У вас табуляция, насколько я вижу… А в pdotools — пробелы.
iWatchYouFromAfar
03 марта 2020, 21:23
+1
PR отредактируйте, чтобы код был написан красиво и по тому стандарту, который используется в pdoTools.



P.S.
В каждой строчке…
iWatchYouFromAfar
20 февраля 2020, 13:25
+1
А если проверять в плагине пользователя и в зависимости от того, какой юзер запросил страницу, выдавать нужную разметку?
iWatchYouFromAfar
11 февраля 2020, 08:45
+1
Чаще всего для создания мультиязычного сайта рекомендуют использовать Babel.
Но у него есть один недостаток — очень сильно увеличивается количество страниц.
Это не недостаток Babel, это его прямой функционал — связывать страницы из разных контекстов. Это один из самых лучших вариантов создания мультиязычных сайтов. А уж то, как вы решите делать мультиязычность, зависит только от вас.
iWatchYouFromAfar
09 февраля 2020, 16:08
+5
Если вы считаете что вам кто-то должен отдельно сделать документацию по JSON или SQL — то вы не правы. Документация — это не готовый пример на каждый чих, это обобщенная информация для более простого вхождения в инструмент. А потом, чем дальше в лес, тем больше шишки. Я согласен что пару базовых примеров по составлению сложных where запросов было бы неплохо добавить в доку, вопрос только в том — кто должен это сделать? Автор pdoTools и так достаточно вложил сил и времени в бесплатные решения, на которых многие сейчас зарабатывают. Если вы разберетесь — может быть вы и обновите документацию по where запросам.

Ну а по поводу смерти MODx — он не умирает, он перестал развиваться. А жить он будет еще долго.
iWatchYouFromAfar
24 января 2020, 08:18
0
Около двух тысяч вроде, так что говорить пока не о чем. Да чего придумывать, разверни тестовую копию вашей CRM и накидай через sql туда тикетов, только так, чтобы все сущности создавались, а не только сами ресурсы. Ну и тестируй.
iWatchYouFromAfar
23 января 2020, 18:00
+1
Джентльмены в комментах выше все вообщем-то расписали.

Но на самом деле не все так критично, у меня есть подобие форума построенного на тикетс, там примерно по 5-15 постов в день публикуются. Вроде все работает быстро. Как будет дальше, будем смотреть.
iWatchYouFromAfar
23 января 2020, 13:24
0
По всей видимости бюджет был очень маленький, раз решили создавать CRM на базе CMS и бесплатного готового компонента, который бог знает когда последний раз обновлялся, требует рефакторинга, предназначен совсем для других целей изначально и хранит в себе много лишнего функционала для вашего кейса. Я для таких вещей изучаю Laravel.

А то что на тикетах можно построить даже космический корабль — это не новость. Вопрос в том, когда он летать перестанет. Если с клиентом были обговорены условия и он в курсе что будет с их CRM при большом кол-ве ресурсов, то конечно вопросов нет.

Но лайк однозначно пост заслуживает.
iWatchYouFromAfar
14 января 2020, 08:13
+1
Я те дальше больше скажу, я еще на своих сайтах смайлики и гифки прикрутил… :)
iWatchYouFromAfar
12 января 2020, 04:08
+2
Основной подход тут примерно один, нужно жестко выделять плюсы MODX над другими системами, а его минусы — сводить к незначительным особенностям.
Мне кажется я вполне в состоянии прочитать эти буквы и понять смысл слов. Минусы MODx — это не незначительная особенность, а иногда жесткий критерий не использоваться MODx как платформу.
iWatchYouFromAfar
12 января 2020, 03:19
+1
Основной подход тут примерно один, нужно жестко выделять плюсы MODX над другими системами, а его минусы — сводить к незначительным особенностям.
Не люблю врать людям. Возможно в капиталистическом обществе это минус, и я лишусь энной суммы денег, но я например не люблю когда меня обманывают, пытаются впарить мне некую «услугу», которая и пальца резанного не стоит. Да, сейчас с сайтом ты можешь обмануть клиента. Но потом ты пойдешь покупать услугу в которой ты не разбираешься и судьба вернет тебе должок. Я не верующий, но считаю что поступать нужно по совести, а не преукрашивать, нивелируя недостатки MODx, лишь бы продать клиенту сайт на этой системе.

3. Любые другие типы проектов
Будем объективны, реализовать что-то другое на MODX — просто не стоит.
Лично я на MODx создавал лендинги, визитки, некое подобие форума, сайты с функционалом для авторизированных пользователей, интернет-магазины, блоги, информационники. Не вижу никаких проблем в создании гостевых книг, небольших сайтов с бронированием жилья и т.д. Например сайт myshows.me долгое время жил на модксе…

Есть ощущение будто статью не дописали, вроде начало было неплохое, но все свелось к тому, что нужно заострять внимание на плюсах системы и стараться избегать минусов. А они есть и их прилично.

Как по мне, нужно честно говорить как о минусах, так и о плюсах проекта на модкс. Но если у клиента бюджет 500-1000$ на сайт, то ни о каких плюсах и минусах и речи идти не должно. Этих денег с трудом хватит на дизайн, верстку и интеграцию шаблона на MODx. Другое дело если клиент купил шаблона за 20$ и ждет что за 100-200$ ему изменят этот шаблон и натянут на MODx. Так вышло, что то, от чего я старался уйти работая с WP, сейчас активно развивается в MODx.

Продавать модкс делая говносайты сайты за 200-500$ много ума не надо. Но проблема в том, что как только у клиентов хотелки выходят за пределы готовых решений, разработчик (он же, как многие себя называют — вебдевелопер) бежит в чат MODx и начинает «разрабатывать» сайт на ответах добрых людей.

И при наличии таких вебдевелоперов, работать на MODx становится все менее выгодней, цены демпингуются, клиенту уже не интересно сколько стоит твой час работы, потому что вон тот «вебдевелопер» натянет шаблон за 5к. А потом, эти клиенты могут захотеть что-то посложнее и тебе придется разбираться, что там этот «вебдевелопер» на вебдевелопил.

P.S.
Но в целом — много написано по факту. Посему лайкос.
iWatchYouFromAfar
18 декабря 2019, 19:03
+1
Искать эту инфу в первоисточнике за 5 лет- нет желания. Про то, что авторы желают сохранить совместимость с компонентами, не раз говорил Вася например.

Хотя мажорная версия не должна подразумевать совместимость, но и кардинально нового подхода к разработке дополнений нет.
iWatchYouFromAfar
18 декабря 2019, 18:07
0
А ведь если я не ошибаюсь, это была одна из главных задач при разработке MODx 3.
iWatchYouFromAfar
17 декабря 2019, 20:51
+2
Не смотря на мое скептическое отношение к modx 3 — огромный респект. Помимо того, что на новую версию переход случился, так еще и старая остается жизнеспособна. Учитывая то, что модкс 3 меня не интересует, мне было важно чтобы на двойку этот переход никак не сказался. Увы и ах, сказался.
iWatchYouFromAfar
15 декабря 2019, 16:04
0
Если не для программиста, то у модкс 3 новый дизайн админки. На этом все.

Ну а если вас интересуют подробности, то велкоме.
iWatchYouFromAfar
25 ноября 2019, 19:57
0
Консоль смотри.