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

Проработать функцию предзаказа товара и оповещения клиента при его появлении...

Замените mktime в файле \components\com_jshopping\lib\uploadfile.class.php в функции renameFileMd5.
А то показывается ошибка:
PHP Strict Standards:  mktime(): You should be using the time() function instead

если все таки нет желания переделывать ленги на *.ini, есть предложение поменять логику подгрузки своего языкового файла (тот, который override). сейчас это выглядит как
т.е. если есть override, то грузим его, если нет - то дефотлный. такой подход вынуждает в override хранить все константы, что и в дефолтном языковом файле, и при обновлении всегда следить за изменением основного языкового файла и актуализировать свой языковой файл в зависимости от изменений в основном.

можно же сделать условие типа

что это даст: будут подгружены если есть override ленги, и потом будет подгружен основной. все ленги, которые определены в override не будут повторно определены в основном ленге, поскольку повторный define невозможен. никакой ошибки или warning повторный define не вызовет, поскольку

define() возвращает TRUE при успехе и FALSE, если возникает ошибка.

а все то, чего нет в override, будет определено из основного ленга.

таким образом не нужно будет вообще следить при обновлении за языковыми файлами, а переопределение будет работать как обычное жумловое переопределение: все что нужно переопределили, остальное - стандартное

о да... это многое решило бы....
+100500

Notice: Constant _JSHOP_.... already defined

В 3.х Notice отключены
в 4.х - не отключены

Думаю можно изменить (но Notice: нужно будет отключать)

Доработать выбор валюты при формировании заказа с админки
Например:
На сайте 2 валюты, долар и гривна
Основная долар, на фронте гривна
При выборе товара в админке выводит товар в доларах
Когда добавляется товар - в поле цена вписывается цена в доларах независимо от выбора валюты в самом заказе.

да, notice генерирует... но честно говоря notice это не warning. лучше пожертвовать нотайсами...

в идеале конечно можно сделать функцию, типа checkdefine($c, $v), принимающая константу и значение, в ней проверять defined() константу, и назначать если не определена, а в ленговых файлах пройтись автозаменой define на checkdefine

но даже без этого и то хорошо будет, как мне кажется

Не очень понятно как пользоваться новой способностью JS добавлять или выбирать фото!
Ставить галочку в чекбокс, иииии....!?
И подскажите где в настройках смена noimage.gif на .png? поменял тут /lib/... а модули все равно ищут .gif

гиф-пнг в файле настроек надо правит default_config.phpь

сделал следующие - $config->noimage = 'noimage.png';
в компоненте нормально выводится .png, но в модулях error вместо картинки

вопрос модулей.
а что надо в ЖШ доделать ?

Виктор после ввода возможности смены  НОИМЕДЖ гиф на пнг. надо бы это учесть для передачи в модули.
Они по прежнему отрабатывают гифы.

Вроде ваш был вопрос изначально.
Если вы разобрались с этим, то могли бы подсказать!

/Отвечу тут чтобы не флудить.
Я написал что надо сделать (!) Ваш пост похож на запись из твитера "5 минут назад я ....."
потому и вопрос поставил. Что нужно доделать в ЖШ ? собственно название темы.
Используйте последние модули от разработчиков. Модули сторонних разработчиков тут не поддерживают.
/
Nevigen

Обработки модулей пока нет - это факт.
Если взять например JoomShopping_top_hits-3.3.0
то там жестко прописано в файле mod_jshopping_tophits_products.php
Поэтому предложение nevigen поддерживаю.
Так же предлагаю ввести возможность указывать количество на складе и неограниченно одновременно, это позволит решить вопросы многих на тему "Под заказ", если кончился товар на складе.

Upd. Увидел что есть версия 3.3.2 где этот вопрос решен. Причем на следующий день после сообщения nevigen. Так что тем, кто не пользуется свежими версиями рекомендую обновить все свои модули.

В появившуюся в версии магазина 3.13.(0)1 отличную: "Возможность использовать изображения с сервера (продукт редактирования)"
добавить "по умолчанию" функцию сортировки изображений.

не только сортировки но и быстрого поиска.

мультиязычность в описании групп клиентов.
На данный момент отсутствует.

В появившуюся в версии магазина 3.13.(0)1 отличную: "Возможность использовать изображения с сервера (продукт редактирования)"
добавить "по умолчанию" функцию сортировки изображений.

Полностью поддерживаю. Только из-за отсутствия данный настроек, пока не использую. Сложно из 1000 картинок, 3 в строку найти искомое.

Виктор, Вы давно не отвечаете что из озвученного тут реализовано, что будет реализовано, а какие идеи так и останутся без внимания.
Вношу свою лепту, я вроде уже писал, что при удалении JoomShopping необходимо отключать все связанные с ним плагины и аддоны.
В идеале еще вижу процесс удаления так: Удаляются все файлы что не модифицировались, после чего выдается дополнительный вопрос: "После удаления остались измененные файлы. Хотите их удалить?" и кнопки Да, Нет.

Не всегда могу ответить (да нет).

аддоны - будут удалятся.


После удаления остались измененные файлы. - не будет.

Сорри, лоханулся. Алиасы в категориях создаются.

Вероятно вопрос можно задать тут!
Во, практически, всех модулях для JS: "Посл.пос.товары", "Модуль слайда новых" обрабатываются цены без НДС, если в настройках - общее, стоит Для админа - Без НДС, для сайта - с НДС.
Мне кажется правильнее было бы оперировать цены с ндс

Не виже проблем.
В модулях цены такие же как и в списку продуктов.

гиф-пнг в файле настроек надо правит default_config.php

прошу повторно вынести это в настройки.

яркий пример апдейт 3.13.2 там затрагивается файл дефолт-конфиг.

Создайте свой файл настоек "user_config.php

угу спасиб..
чуть позже уже разобрался

Добрый день!
Прочитал тему только до середины, поэтому заранее извините за возможные повторения.
очень хотелось бы 3 (возможно больше, но это то, что пришло в голову сразу) патча по следующим темам:
1) сортировка атрибутов и характеристик
2) добавление возможности выставлять отдельный статус для каждого артибута (например: атрибуы - варианты цвета товара; сейчас наличие/отсутствие товара устанавливается вне зависимости от атрибутов, т.е. на все возможные вариации товаров одновременно => если "синий" товар кончился при наличии хоть одного товара другого цвета, товар все равно будет "в наличии")
3) снять/уменьшить ограничения по присвоению/выводу возможных характеристик, т.е. например, если характеристика товара - модель авто, а данный товар подходит к 40 авто, сейчас можно вывести только 20 моделей/значений характеристик
Заранее спасибо!

Виктор. Вы реализовали в будущей версии 3.9 мультивыбор характеристик, но забыли увеличить поле в базе с 32 символов до 255. Характеристик иногда бывает много.

Для характеристик стоит поле VARCHAR(100) - в редких случаях нехватит.

Прошло полгода и вот этот редкий случай. Что мешало это сделать тогда? На производительности это бы не сказалось...

а мне вот пришлось уменьшать до varchar 20. потому что не сохранялись все характеристики. вы ж не забывайте об общем ограничении строки в MySQL...

а мне вот пришлось уменьшать до varchar 20. потому что не сохранялись все характеристики. вы ж не забывайте об общем ограничении строки в MySQL...

если Ваш коммент относится к моему пункту 3, прошу пояснить более популярно данную механику, т.к. у меня также из заданных, условно, 30 сохраняется 20.
Я далек от программирования и тому подобных вещей, поэтому прошу разъяснить как можно проще.
Заранее спасибо!

мой пост относится не к вашему пункту 3. у меня речь шла об 500 характеристиках, и попросту не хватало памяти, отведенного на строку таблицы. у вас больше похоже на http://joomlaforum.ru/index.php/topic,243058.msg1252388.html#msg1252388 . хотя 20 честно говоря как то маловато...