Мало какой компонент в модсторе может похвастаться такой кассой хотя бы за год.
Ты просто не владеешь цифрами, чтобы так говорить.
Об этом же говорит и твоё заявление
У меня складывается ощущение, что не российский рынок, а рынок modstore.pro (в рамках modx.pro).
На всякий случай — общая выручка modstore.pro за 3 года измеряется миллионами рублей.
MODX-клуб сейчас на 7 месте по продажам. Оба других дополнения по импорту товаров принесли денег их авторам больше, чем modImporter. Более того, есть даже один автор, выручка которого за 1 месяц бывает больше, чем всего MODX-клуб за 11.
Так что, с рынком, магазином и ценами на популярные дополнения полный порядок.
На мой взгляд, автор дополнения имеет право выставлять любую цену на своё творение. А покупатель имеет право реагировать на эту цену: покупать, или закатывать глаза от удивления.
Другой вопрос, что дополнения продаются не в вакууме, а в магазине — где есть и другие товары. И если отсортировать их по ценам и сравнить количество закачек, то можно увидеть, что оно зачастую обратно-пропорционально стоимости.
Лично мне, как автору нескольких дополнений, политика MODX-Клуба напоминает известный афоризм
Чтобы корова меньше ела и больше давала молока, её нужно меньше кормить и больше доить
Самые высокие цены, самое низкое количество скачиваний среди конкурирующих дополнений (если они есть) и почти все дополнения в статусе beta.
Однако, повторяю, это воля автора — как именно размещать и позиционировать своё дополнение. Мы можем это только пообсуждать.
Проблема была в том, что я перешёл на использование нативного метода clearCache в ресурсах, а он по умолчанию чистит кэш в текущем контексте, а не в контексте, прописанном в context_key ресурса.
Вот и выходило, что при работе с фронтенда всё хорошо, а из админки кэш чистился для mgr, в котором ресурса и нет. Пришлось переопределить метод clearCache обратно и прописать там контекст ресурса — теперь всё ок.
При получении ответа от сервера очищаем ввод, вставляем ответ и скроллим его вниз.
В терминале, думаю, лучше ответ добавлять к уже имеющимся строкам — через append()
3. Прежде чем задавать подобные вопросы, очень советую почитать документацию и примеры. Можно еще старый курс про создание сайта посмотреть. Иначе, боюсь, будет потом обидно читать ответы.
Меня в поддержке уже задолбали вот такими вопросами:
Сделал все по инструкции, но что-то ничего не работает.
При попытке перейти на поддомен из админки или по прямому адресу осуществляется редирект на главную в основном контексте.
Подозреваю, что это из-за правил сервера, там стоит перенаправление на один хост с https.
Но, я убирал это правило и даже давал время на всякий случай на сохранение настроек, но все равно, даже при попытке перейти на служебный домен s6xxx.modhost.pro осуществляется редирект на основной xxxx.ru
Можете помочь?
Подозреваю, мало кто из пользователей siteExtra знает о том, что них уже есть плагин с редиректом.
Т.е. при одинаковых настройках разное отображение.
Сомневаюсь про одинаковые настройки. У тикетов есть сбоку внизу галочки и там «Показывать в дереве» — вот её положение по умолчанию, при создании нового, зависит от настроек родительской секции.
Рекомендую проверить.
При открытии на редактирование тикета нет кнопки сохранения и его текста, все обрывается на Аннотации
Возможно, виноват какой-то сторонний плагин — посмотрите ошибки в консоли браузера и попробуйте поотключать SeoTab или что там у вас установлено еще.
Логи полны были:
Ну это вообще от любого сниппета с неверными параметрами &where может быть.
Открываю созданный в сентябре тикет в админке и вижу
Памяти 128Мб, не сказать чтобы прям с запасом. Только я вот думаю, что вы ничего не читали про обновление до 1.7 и не производили операции по обновлению рейтинга из консоли.
Логи уже кричат о:
А это и вовсе не Tickets, это плагин с id = 15 (полагаю, HitsPage) обращается к несуществующему свойству объекта modX. Может, этот же плагин виноват и в отсутствующих кнопках сохранения в консоли — проверьте его.
В целом это всё выглядит как сайт, где понаставлено множество дополнений, чтобы было, а теперь они друг с другом конфликтуют. Наш modx.pro работает на Tickets со дня своего основания, и на 1.7 переехал еще летом. Стоит ли говорить, что проблем нет?
Сейчас как раз пишу новую версию modstore.pro, там и постараюсь добавить.
Об этом же говорит и твоё заявление
На всякий случай — общая выручка modstore.pro за 3 года измеряется миллионами рублей.
MODX-клуб сейчас на 7 месте по продажам. Оба других дополнения по импорту товаров принесли денег их авторам больше, чем modImporter. Более того, есть даже один автор, выручка которого за 1 месяц бывает больше, чем всего MODX-клуб за 11.
Так что, с рынком, магазином и ценами на популярные дополнения полный порядок.
Другой вопрос, что дополнения продаются не в вакууме, а в магазине — где есть и другие товары. И если отсортировать их по ценам и сравнить количество закачек, то можно увидеть, что оно зачастую обратно-пропорционально стоимости.
Лично мне, как автору нескольких дополнений, политика MODX-Клуба напоминает известный афоризм
Самые высокие цены, самое низкое количество скачиваний среди конкурирующих дополнений (если они есть) и почти все дополнения в статусе beta.
Однако, повторяю, это воля автора — как именно размещать и позиционировать своё дополнение. Мы можем это только пообсуждать.
Ага, мы в демократию играем. А при ней, если я правильно помню, любой недовольный может открыто и свободно выражать своё мнение.
Что сейчас и происходит.
Проблема была в том, что я перешёл на использование нативного метода clearCache в ресурсах, а он по умолчанию чистит кэш в текущем контексте, а не в контексте, прописанном в context_key ресурса.
Вот и выходило, что при работе с фронтенда всё хорошо, а из админки кэш чистился для mgr, в котором ресурса и нет. Пришлось переопределить метод clearCache обратно и прописать там контекст ресурса — теперь всё ок.
Можно обновляться.
При получении ответа от сервера очищаем ввод, вставляем ответ и скроллим его вниз.
В терминале, думаю, лучше ответ добавлять к уже имеющимся строкам — через append()
Так что нужно просто отключить его в настройках виджетов админки, и всех делов.
На мой взгляд, не нужно с фронтенда ничего редактировать, админки ни для этого придумывали.
Но зачем ходить по ссылкам и читать предыдущие комментарии — это же так скучно!
А так, нужно просто заменить устаревшую функцию.
2. За количество отвечает параметр &limit:
Параметры pdoPage
Параметры msProducts
3. Прежде чем задавать подобные вопросы, очень советую почитать документацию и примеры. Можно еще старый курс про создание сайта посмотреть. Иначе, боюсь, будет потом обидно читать ответы.
Меня в поддержке уже задолбали вот такими вопросами:
Подозреваю, мало кто из пользователей siteExtra знает о том, что них уже есть плагин с редиректом.
Стресс снимаю, защита психики.
А ТИц там давно нет, страницы сайта уже даже из кэша поисковиков исчезли.
Рекомендую проверить.
Возможно, виноват какой-то сторонний плагин — посмотрите ошибки в консоли браузера и попробуйте поотключать SeoTab или что там у вас установлено еще.
Ну это вообще от любого сниппета с неверными параметрами &where может быть.
Памяти 128Мб, не сказать чтобы прям с запасом. Только я вот думаю, что вы ничего не читали про обновление до 1.7 и не производили операции по обновлению рейтинга из консоли.
А это и вовсе не Tickets, это плагин с id = 15 (полагаю, HitsPage) обращается к несуществующему свойству объекта modX. Может, этот же плагин виноват и в отсутствующих кнопках сохранения в консоли — проверьте его.
В целом это всё выглядит как сайт, где понаставлено множество дополнений, чтобы было, а теперь они друг с другом конфликтуют. Наш modx.pro работает на Tickets со дня своего основания, и на 1.7 переехал еще летом. Стоит ли говорить, что проблем нет?
А так — есть форма, чтобы себя добавить заново.