Что нужно доделать в ЖШ - страница 26 - Общие вопросы и ошибки

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

Давайте снизим загрузку на MySQL
Давайте рассмотрим сколько запросов к БД происходит при работе любого импорта/экспорта
Открытие Импорта/Экспорта:
JshoppingControllerImportExport::view()
После того как создается класс Импорта/Экспорта и выполняется любая функция происходит следующее:
class IeSimpleExport extends IeController
class IeSimpleImport extends IeController
Причем это происходит как при вызове функции view(), так и при других функциях (save(), filedelete() и т.д.)

Может в конструктор передать уже готовую загруженную запись в виде объекта JTable?
JshoppingControllerImportExport::view()

На сколько мы ускорим работу магазина / импорта - экспорта?

Импорта/Экспорта - не ускорите, но я показал где можно сократить путь (Стоя перед дверями двух магазинов, вы же зайдя в двери одного из магазинов, не выходите чтобы еще раз зайти в него?)
Я лишь высказал пожелание, принимать его или забить - решение Ваше.
P.S. Кстати JRequest перестала быть актуальной после версии Joomla Framework 12.1 (Дата выхода 12.05.2012)
Я так понимаю, когда Joomla вырежет таки этот класс из дистрибутива, Вы будете в срочном порядке от него избавляться? И тем кто обновит Joomla и его магазин перестанет работать (в виду отсутствия класса JRequest), Вы будете говорить "Сами дураки не надо было обновляться"?
Уж простите за резкий тон, но Ваша команда чувствуется, что начала "халтурить"...

... но Ваша команда чувствуется, что начала "халтурить"

Напишите какие проблемы вы видите?

1. JRequest

2. Характеристки. Думаю Вам известно, что количество характеристик ограничено и например у меня максимальный лимит упёрся в 165 шт. Полей extra_field_166 уже не создается (Ошибка SQL (1118): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs)
3. Атрибуты. Учитывая что они так же построены по принципу создания полей attr_1, attr_2 и т.д. в них так же можно дойти до лимита.

А на счет JRequest - это по факту мелочи, как и другие deprecated функции.

согласен с вами.
можно исправит 1,2,3
но поломаем совместимость с существующими аддонами.
мы всегда стремимся сохранить совместимость.

ну... логика наследствености конечно правильная...
но логика чтобы аддоны мешали совершенствованию ядра вроде как не совсем корректна.
у вас был шикарный повод при переходе на версию 4.х осуществить глобальные перемены
сохранив старое и сформировав новое.
можно сделать версию 5.0 уже совсем иной. и вести паралельно пока не переведутся все аддоны на новую систему.

И тут согласен.
Тянуть 2 версии тоже не просто.

Сейчас нечего не скажу точно - будем думать, решать.
На данный момент - версия 4.х

Думайте Виктор,
крепко думайте..
тут доделок накопилось не мало... в теме если все собрать, хватит на отдельный компонент
также добавил бы, чтобы изменили работу с адресами доставки, сделайте их по принципу добавить адрес (бесконечное-кол-во), а не просто 1 дополнительный доставки.
могут заказать доставку: другу, подруге, возлюбленной, домой, на работу, на дачу, родственникам в другой город. Просто на временный адрес в отпуске например.
проще чтобы выбор адреса был типа как в записной книге телефона, название и все под ним.

решите вопрос с рейтингом.
вернее размерами звезды. это важный вопрос кастомизации.
замена картинки ведет к бубнам в 2 руках.
сделайте чтобы размер картинки, как части и кол-во звезд, задавался в настройках.

2. Характеристки. Думаю Вам известно, что количество характеристик ограничено и например у меня максимальный лимит упёрся в 165 шт. Полей extra_field_166 уже не создается (Ошибка SQL (1118): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs)
3. Атрибуты. Учитывая что они так же построены по принципу создания полей attr_1, attr_2 и т.д. в них так же можно дойти до лимита.

А на счет JRequest - это по факту мелочи, как и другие deprecated функции.

Полностью поддерживаю. Фатальный баг который просто сам подталкивает на смену целого компонента. Надо это исправить это в 1ю очередь, все остальное не так критично. Пробовал это  https://www.webdesigner-profi.de/joomla-webdesign/joomla-shop/forum/posts/7/10270.html?limitstart=0&lang=en (помогло для +40 характристик +2 товара к лимиту)
после 35 попыток импорта и удалением характеристик максимальный рекорд был 196 характеристик. Это несерьезно

Хотелось бы в менеджере категорий выбор уровня показа категорий - как в меню Joomla.  Ужасно тяжело общаться с категориями если их немало.

И совсем уж помечтать - выбрал категорию - и тебе показывают ее и все дочерние. Это вообще бы сказка была.

массовое редактирование категорий.
- доступ
- смена шаблона
- кол-во товаров на странице
- кол-во товаров в строке
- родительская категория (перемещение в другую категорию, на верхний уровень и т.д.)

Будет удобней если вкладки с атрибутами будут в конце.


При заполнении товара вместе с описанием всегда заполняется фото, файлы, харак-ки ит.п. и только потом атрибуты.

Добавить возможность создания характеристик прямо в товаре.

Простите заранее господа модераторы)) как наболевшее, хочу высказать, даже в комм.отдел написала.

Нужно доделать, при оформлении товара, вкладка "Галерея изображений". Как на К2. Захотел галерею дизайнов загрузить, загрузил отдельной вкладкой, и вывод отдельно от основных фото.


Сорри Игорь не ругайтесь пожалуйста)) Ну тема про то что нужно доработать.

Будет удобней если вкладки с атрибутами будут в конце.

Код

\administrator\components\com_jshopping\views\product_edit\tmpl\default.php

При заполнении товара вместе с описанием всегда заполняется фото, файлы, харак-ки ит.п. и только потом атрибуты.

Имхо Спорно. По мне атрибуты одни из самых важных параметров.
p.s. Массовое назначение характеристик в группу и типов (мультисписок, список, текст), массовое изменение атрибутов  и добавление в группу их. Ну а если более глобально, но это наверное уж совсем как в платных cms сделать при выборе зависимых атрибутов (к примеру ванна размером другим), менялось изображение товара и характеристики товара (ведь характеристики другие объем там размеры все до одного). Ну это я так очень на дальнее развитие, понимаю сложность реализации данного.

Добавить возможность создания характеристик прямо в товаре.

есть такая возможность. Правда как все самое нужное-это платное https://www.webdesigner-profi.de/joomla-webdesign/shop/addons/quick-add-option-characteristics.html?lang=en

ПОЖАЛУЙСТА !
прекратите порочную практику формирования блоков вне шаблона !
пример - шаги оформления заказа
а если необходимо стилизировать ? а если надо добавить что внутрь блока с названием шага ?
зачем создавать лишнюю мороку ?
сделайте блок а признак активности можно подкидывать классом.
а уже внутри блока выводите то что считаете нужным.

<?php echo $step;?> - просто прелесть
т.е.
<?php echo ленг-переменная-степ-.$i;?> намного сложнее в реализации.
и назначить
ленг-переменная-степ-1 - Адрес
ленг-переменная-степ-2 - оплата
ленг-переменная-степ-3 - доставка
ленг-переменная-степ-4 - проверить

таких моментов много...
от формирования ссылки "плюс доставка" (хотя должно быть на модал со статическим текстом по сути)
до вот шагов оформления заказа...
пожалуйста уберите все это... сделайте по уму.

Очень хотелось бы подсветку статусов заказа. Что бы при создании статуса, можно было выбрать цвет, хотя бы текста, которым он будет выделяться в списке заказов, а лучше фона строки заказа.

Очень хотелось бы подсветку статусов заказа... ... а лучше фона строки заказа.

А что все молчат? zeher вот наверно ответ на ваше сообщение
+ как альтернатива

Очень хотелось бы подсветку статусов заказа. Что бы при создании статуса, можно было выбрать цвет, хотя бы текста, которым он будет выделяться в списке заказов, а лучше фона строки заказа.

2 Виктор
ну сделайте уникальность сроки в списке заказов админки через класс с ИД статуса заказа
например
<tr class="styleordstatus<?php echo $row->order_status?>">
</tr>
этого уже тем кому надо будет достаточно. а те кто хочет "нажала и забыла" - купят аддон.
по моему Cerber дал простое эффективное и качественное решение

Добавьте пожалуйста, хотя бы в конфиг, префикс к изображениям, спасибо..)

shurakana, желательно не просто написать свою "хотелку", но и рассказать людям какие задачи она решит.
Чем не устраивает full_ и thumb_?

shurakana, желательно не просто написать свою "хотелку", но и рассказать людям какие задачи она решит.
Чем не устраивает full_ и thumb_?

Это всего на всего придаст уникальности, пути одинаковые, префиксы одинаковые, все одинаковое.. больше аргументов нет..))
Ну, хотя бы не настройку в админке, а просто, как пути к изображениям..

уж лучше пути к папкам тогда задавать.
чтобы тумбы и фулы были отдельно.

уж лучше пути к папкам тогда задавать.
чтобы тумбы и фулы были отдельно.

Я решил начать с малого..))

Давайте снизим загрузку на MySQL

Сегодня с этим столкнулся, установил модуль jshopping categories, 6 запросов повторных появилось..

вопрос
почему https://www.webdesigner-profi.de/joomla-webdesign/shop/addons/price-per-consignment-attribute-fix.html?lang=en
отдельным расширением а не в базе ?
по логике давно пора в базу ввести.