Всего 125 692 комментария

Андрей
29 апреля 2021, 12:09
0
Можно так, и get лучше проверять на пустоту
{set $userid = $.get['user']} // удобней сразу записать id в переменную

{if $userid?} //проверять, если не пустая, выводить нужные данные
    {$userid | user: 'createdon' | date : 'd.m.Y'}
{/if}

Но, имхо, лучше будет сделать что то такое — Страница пользователя как на modx.pro или Личные страницы пользователей MODX Revo.
Владислав
29 апреля 2021, 11:58
0
[13-Mar-2021 22:25:21 UTC] PHP Fatal error: Call to a member function parseProperties() on null in /home/acade131/public_html/core/model/modx/modelement.class.php on line 567
#0 /home/acade131/public_html/core/cache/includes/elements/modsnippet/30.include.cache.php(37): pdoFetch->run()
#1 /home/acade131/public_html/core/model/modx/modscript.class.php(76): include('/home/acade131/...')
#2 /home/acade131/public_html/core/model/modx/modparser.class.php(537): modScript->process(Array)
#3 /home/acade131/public_html/core/components/pdotools/model/pdotools/pdoparser.class.php(273): modParser->processTag(Array, true)
#4 /home/acade131/public_html/core/model/modx/modparser.class.php(251): pdoParser->processTag(Array, true)
#5 /home/acade131/public_html/core/components/pdotools/model/pdotools/pdoparser.class.php(65): modParser->processElementTags('', '<!DOCTYPE html>...', true, false, '[[', ']]', Array, 9)
#6 /home/acade131/public_html/core/model/modx/modresource.class.php(546): pdoParser->processElementTags('', '<!DOCTYPE ht in /home/acade131/public_html/core/components/pdotools/model/pdotools/pdofetch.class.php on line 98
[18-Mar-2021 03:25:07 UTC] PHP Fatal error: Uncaught Error: Call to a member function execute() on boolean in /home/acade131/public_html/core/components/pdotools/model/pdotools/pdofetch.class.php:98
Stack trace:
#0 /home/acade131/public_html/core/cache/includes/elements/modsnippet/30.include.cache.php(37): pdoFetch->run()
#1 /home/acade131/public_html/core/model/modx/modscript.class.php(76): include('/home/acade131/...')
#2 /home/acade131/public_html/core/model/modx/modparser.class.php(537): modScript->process(Array)
#3 /home/acade131/public_html/core/components/pdotools/model/pdotools/pdoparser.class.php(273): modParser->processTag(Array, true)
#4 /home/acade131/public_html/core/model/modx/modparser.class.php(251): pdoParser->processTag(Array, true)
#5 /home/acade131/public_html/core/components/pdotools/model/pdotools/pdoparser.class.php(65): modParser->processElementTags('', '<!DOCTYPE html>...', true, false, '[[', ']]', Array, 9)
#6 /home/acade131/public_html/core/model/modx/modresource.class.php(546): pdoParser->processElementTags('', '<!DOCTYPE ht in /home/acade131/public_html/core/components/pdotools/model/pdotools/pdofetch.class.php on line 98
[22-Mar-2021 01:25:12 UTC] PHP Fatal error: Uncaught Error: Call to a member function execute() on boolean in /home/acade131/public_html/core/components/pdotools/model/pdotools/pdofetch.class.php:98
Владислав
29 апреля 2021, 11:58
0
Мы переносили на 3 хостинга. На моем хостинге стоит 5 сайтов на MODX, ни на одном из сайтов нет такой проблемы.
Денис Мижеревич
29 апреля 2021, 10:56
0
Можете подсказать, как вывести дату регистрации пользователя?
Если авторизированного, то я бы вывел так [[+modx.user.id:userinfo=`createdon`:date=`%d.%m.%Y`]]
А таким способом {$.get['user'] | user: 'username'} не могу понять как дату регистрации вывести
Артур Шевченко
29 апреля 2021, 10:18
0
Всё правильно ты думаешь ссылка должна быть такой site.ru/stranicza-polzovatelya?user=18, а на странице /stranicza-polzovatelya пиши так
{$.get['user'] | user: 'username'}
Антон Тарасов
29 апреля 2021, 10:16
0
А что в логах MODX/Сервера? Ошибка-то серверная…
Иван Бочкарев
29 апреля 2021, 10:08
0
Ответ Марка на такой же вопрос в Slack:

Mark Hamstra 07:05
If you just upgraded to PHP8, then yes, a lot of those things were previously notices (typically ignored) and now warnings (more often visible or logged). Disabling display_errors may help, or tweaking the error_reporting level
Семён Кудрявцев
29 апреля 2021, 10:07
0
Поставил потестить — встала на php 8.0.1 и на mysql 8 — Это уже радует)
Но в консоли куча варнингов и они там постоянно сыплются, хотя настройка записи в журнал лога стоит — 1
Алексей Суслов
29 апреля 2021, 09:20
+2
Добавление/редактирование полей заказов или товаров — это по сути базовый функционал магазина, без которого никуда.
Это и сейчас можно сделать, просто довольно неудобно и можно делать 2 разными способами, что тоже вносит долю путаницы. По идее это не полностью новый функционал, а доработка текущего.

Моё мнение, что это должно быть в Минишопе из коробки, хотя бы в каком-то более-менее начальном виде, который покроет 90% случаев.

А отдельный компонент может существовать параллельно, но он уже будет добавлять расширенный функционал и дополнительные удобства, которые нужны в более специфических случаях, например группировка полей по отдельным вкладкам, может какие-то дополнительные типы полей, условия для показа полей (если заполнили поле/чекбокс какого-то поля, то показывать доп. поля или скрывать) и.т.д.
Aleksandr Huz
29 апреля 2021, 09:20
+1
Еще проблема с изменением общей итоговой стоимости, при условии что мы меняет количество товаров или добавляем
Скорее, это проблема компонента, который позволяет редактировать товары в заказе.

расширять вкладки и добавлять существующие классы иных компонентов, добавить комбо свои из таблиц,
Согласен.

и еще бы вкладку покупки и товара также модифицировать
не встречал такой нужды, а зачем? есть примеры для чего это нужно?
Николай Савин
29 апреля 2021, 09:16
+1
Еще проблема с изменением общей итоговой стоимости, при условии что мы меняет количество товаров или добавляем
Компонент же не про логику, а про дополнительные поля. К расчету стоимости он отношения не имеет.

вместо extjs windows накинуть treepanel или tabpanel.
Ну вас понесло. Как будет выглядеть интерфейс miniShop2, и используемый стек решает его владелец @Иван Бочкарев и команда разработчиков. Да и в целом не нужно в подобном компоненте подобную кашу возможностей разводить. Один компонент — одна решаемая задача. В данном случае удобное добавление дополнительных полей.
Вот работа с другими таблицами минишопа здесь была бы логичным продолжением. Можно добавлять поля в свойства товара, в производителя и т.д.
pobnpolk
29 апреля 2021, 06:04
+1
Еще проблема с изменением общей итоговой стоимости, при условии что мы меняет количество товаров или добавляем. Меняется только после сохранения. Компонент интересный и нужный 100%, хотя многие могут руками это сделать. Нужно развивать его дальше, расширять вкладки и добавлять существующие классы иных компонентов, добавить комбо свои из таблиц, и еще бы вкладку покупки и товара также модифицировать, вместо extjs windows накинуть treepanel или tabpanel. и Смело можно 1к накинуть, проще заплатить и рандомить за 5 мин. Вы молодец. Напишите примерный RoadMap, тогда желающих будет достаточно купить, для вашей инициативы и развития.
Prihod
29 апреля 2021, 00:35
+3
UPD 1.1.0-pl
  • Добавлено: Поддержка переводчика PROMT
  • Добавлено: Поддержка компонента msMultiCurrency
  • Добавлено: Сниппет «PolylangSitemap»
  • Добавлено: Опции polylang_set_currency_for_language; polylang_post_processing_translation; polylang_disallow_translation_completed_field
После обновления возможно необходимо будет очистить кэш браузера.
Nijest
29 апреля 2021, 00:29
0
Действительно, только в моем случае нужно было добавить tv. перед tovar_id
Благодарю. Вроде, читал, но этот момент не понял, похоже
Артур Шевченко
29 апреля 2021, 00:09
0
А ты где этот код пишешь в чанке item? Тогда понятно почему не срабатывает, надо так писать $_pls['tovar_id']