Добрый день, Николай. Установил пакет shopmodxbox 2.1.0 на godbot.biz Проблемы: — на заглавной: Notice: Undefined variable: tagPropString in ...public_html/core/components/modxsmarty/smarty_plugins/function.field.php on line 29 — не работает Купить (Ошибка выполнения запроса) Если есть возможность — посмотрите, пожалуйста. Спасибо! Сергей.
Пишу чисто свое ИМХО. Тем не менее зная, что здесь есть довольно опытные уже MODX-программисты (именно программисты, а не расставлятели MODX-тегов), предлагаю обсудить «творение» небезызвестного безумкина, тем более что он вот опять похвастался своей неповторимой разработкой, но вот почему-то на диалог не идет никак… В твиттере тоже не отвечает. Думаете просто считаете выше своего достоинства вступать в споры? Нет, ни в коем случае. С теми, кому он может сказать «ты тупой и ничего не понимаешь, иди отсюда» — это он всегда запросто. И со мной он по началу так пытался разговаривать, когда я ему начал говорить, что у него минусов полно в его разработках. Но после пары предметных споров, как вот здесь, к примеру: community.modx-cms.ru/blog/addons/9892.html, он что-то совсем перестал в диалог вступать. Видимо, совсем не любит чувствовать себя не умнее всех. Так вот, публикую я здесь свой ответ с хабра (ибо в нем сказал примерно все, что хотел (точнее мог написать)), и предлагаю всем, у кого есть мнение, высказаться. Я не призываю поддержать мою точку зрения. Нет. Я готов и противоположную выслушать, вдруг я не прав на счет указанных технологий. Вы меня спросите почему я так взъелся? Я скажу: он наносит вред сообществу. Вместо того, чтобы направлять молодых учить сам MODX, он их направляет учить свой аналог, который как я и утверждаю, очень далек от совершенства. Под катом дублирую свой ответ и жду ваших комментариев. Этот, я думаю, все равно не выйдет за свое высказаться. Мой ответ с хабра. И вот опять вот эта ахинея… «Мое прелестное дополнение»… Это не просто твое прелестное дополнение. Это самое великое из того, что ты сделал — самый великий блеф! Тебе по прежнему удается простачков дурачить тем, что ты офигенный компонент написал и много-много его дорабатываешь. И многие верят (не хватает же мозгов проверить). И главное — сколько уже ты на него из СимплДрима денег вытянул? :-) Ведь тебе оплачивается твое рабочее время. Ну чтож, давай разберем, что это у тебя за чудо такое неведомое разработано. Итак, по началу это вообще выдавалось как «альтернатива xPDO». Одна из ссылок: it-folio.ru/forum/index.php?topic=663.0 ШТОА?? Была моя реакция. Какое нафиг без xPDO? Лезем в код: github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdofetch.class.php#L9 И что там видим? protected $query; И там еще не мало xPDO по всему компоненту. В общем, это никакая не замена xPDO (хорошо хоть давно уже перестал это говорить, понял, что ляпнул не подумавши). Это простой синтаксический сахар, при чем не просто сомнительный, а конкретно ничего под собой не имеющий. Сейчас поясню. Следите за руками, что нам предлагается: чтобы у вас все быстрее работало, ставьте мою чудо-тулзу, и у вас все будет супер-быстро работать! Так ли это? Лично меня никак не может убедить в этом тот факт, что вместо того, чтобы просто выполнять $modx->newQuery(), мне надо сделать: Библиотека подключается через modX::getService() вот так: // Если нам нужны только основные функции $pdo = $modx->getService('pdoTools'); // Если нам нужна работа с БД $pdo = $modx->getService('pdoFetch'); При этом это не 10 строчек. Это 835 строк здесь: github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdotools.class.php и 940 строчек здесь: github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdofetch.class.php Но может оно того стоит? Может там что-то есть то, чего нет в ядре? Ведь вон сколько функций сразу выполняется: github.com/bezumkin/pdoTools/blob/master/core/components/pdotools/model/pdotools/pdofetch.class.php#L61 И это при том, что весь класс xPDOQuery в ядре — 885 строчек: github.com/modxcms/revolution/blob/develop/core/xpdo/om/xpdoquery.class.php Нет, не похоже. Новый запрос создать я и без этого могу. $q = $modx->newQquery($className); Колонки указать извлекаемые? Не вопрос — $q->select(array( 'col1', 'col2', 'col3 as col 4', )); Таблицу приджоинить? Да хоть $q->leftJoin(), хоть $q->innerJoin(). Как мне будет угодно. Условия добавить??? Так оно всегда там было. $q->where($cond); К слову, а в pdoTools условия появились совсем недавно: bezumkin.ru/sections/components/1931/ Вася, ну ты уже сразу расскажи, о чем умолчал, чего еще не хватает? Там же много еще минусов есть, а? Может ты все-таки расскажешь, что pdoTools не проверяют права доступов, к примеру? И вот теперь главное — а нафига все это изучать, когда можно изучать едро? Нафига вот так вот переписывать всю систему? Я вот знаю. Потому что xPDO имеет фатальный недостаток ( lurkmore.to/%D0%A4%D0%B0%D1%82%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BD%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%82%D0%BE%D0%BA ) — его писал не Вася. А еще у него 100500 изменений в компонентах, и не забывайте у себя все по гиту сводить… Ну быть может у него действительно с производительностью все классно, а? Ведь пишет: >> Как вам вывод 2012 страниц сайта за полсекунды? Ну давай сравним твое творение с вот этим небольшим кодом: $q = $modx->newQuery('modResource'); $q->select(array( «id», «uri», «pagetitle», «content», )); $q->limit(2012); $s = $q->prepare(); $s->execute(); $i = 1; while($row = $s->fetch(PDO::FETCH_ASSOC)){ $str = "$i"; $str .= "{$row['pagetitle']}"; print $str; $i++; } Тоже 2012 документов. 0,0165 сек. awesomescreenshot.com/0a01vmb228 При этом 7 мегабайт, а не 18 как у тебя. А быть может ты скажешь, что я не умею программировать и наговариваю на тебя? Ну как бы готов поспорить… А вот начальство твое в СимплДрим не умеют программировать, поэтому у тебя и получается им ездить по ушам. Поэтому они тебе и платят по прежнему деньги за твои «чудо разработки» :-) Но не это плохо. Плохо, что ты начинающих программистов не по тому пути направляешь. Нет, чтобы лучше ядро изучать и их направлять на это, ты им pdoTools свои суешь. В итоге ни ты, ни они самого ядра не знают. Могу легко по каждому твоему дополнению проехаться. А что ты там про контексты в своем гибридаусе нес, так я вообще ржал. Только ты ничего не ответил. А жаль…
Ольга Ивановна, с путаницей разобрались? Заказы оформляются? А то как-то не красиво получается, мы тут опять что-то ломаем… Хотя на самом деле совсем все не так. Печаль. В заказах не правильно ФИО и е-mail заказчика указывается, т.е. форма заполняется с ФИО и е-mail заказчика, а нам этот заказ приходит с нашими ФИО и мейлом. С учетом того, что это были тестовые заказы, которые вы оформляли, будучи авторизованными на сайте, а не мнимый заказчик…
Обновили, но что-то не так. В заказах не правильно ФИО и е-mail заказчика указывается, т.е. форма заполняется с ФИО и е-mail заказчика, а нам этот заказ приходит с нашими ФИО и мейлом. Подробно отправила на е-mail письмо со скриншотами. И не приходят тестовые заказы к себе, как к заказчику (а значит и клиенту) на е-mail. Короче, заказы не оформляются. Посмотрите в админке тестовые заказы 2786 и 2784 и комментарии в них. И фото товара не все отображаются в заказе, хотя до этого все было правильно. Все в письме подробно описала.
Ты пиши мне ответом. Я не получаю уведомления, когда ты отвечаешь. ОК. Хорошо что разобрались.
Разобрались. Да, так задумано. Либо use_editor в false либо снять галочку «использовать RTE» на ресурсе. То есть ace будет появляться тогда, когда отключен визуальный редактор.
Скорее всего, дело именно в том, что ты убрал .html-расширение. Он просто не может понять какое правило применить. Можешь попробовать прям в проекте вопрос задать github.com/danyaPostfactum/modx-ace. Его создатель — Данилл, так что можешь прям на русском описать проблему.
Коля, привет. Дело не в сборке. Я эту проблему наблюдаю на всех сайтах, которыми занимаюсь.
Сборку развернул? Переустанови Ace прям не скачивая. Есть кнопка переустановить.