Поло Арт

Заходим в Товары - Бренды.

Было бы очень удобно здесь иметь миниатюру изображения бренда. Так сразу видно, где картинка есть, а где её нет. И нет ли ошибки.
То есть, точно также реализовать, как это уже сделано в каталоге товаров, столбец "Фото".

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

Для примера приведу тип товара - Двери.
У двери две характеристики в пределах модели - Цвет и Размер полотна.

Крайне логично, если двери разного цвета будут разными товарами. Это удобно и в поиске показывать, и фильтровать, и вообще продвигать. Что угодно, но как не крути - удобно.
Группируем такие двери по моделям. Отлично всё.

А теперь добавляем Размер полотна :)
Всё, не работает выбор размера. В поддержку по этому поводу обращались - "решения на данный момент проблемы нет".

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

Это пожелание перекликается с предыдущим
https://helpdesk.readyscript.ru/wish/Vydacha-poiska-i-Gruppirovka-tovarov-663.html
Только здесь обратная ситуация

Давно уже хотел об этом написать.
Необходимо переименовать характеристики, которые относятся к мета-тегам. Это "Заголовок", "Ключевые слова", "Описание". При импорте смотрится ужасно. Если "Ключевые слова" ещё понятно, то "Описание" и "Заголовок" крайне не логичны, их предназначение угадываешь только благодаря наличию "Ключевые слова" рядом.

Например, добавьте к ним в начало "МЕТА" и будет понятно:
МЕТА - Заголовок
МЕТА - Ключевые слова
МЕТА - Описание

А то ведь получается как в СССР пытались всё подряд переводить и ни черта толком понятно не было. Я прекрасно помню те газеты, в которых вместо adidas было написано АДИДАС.
Вообще, эти термины называются title, keywords и description.

***
Вообще, это касается импорта категорий.
Но надо внимательно в целом поработать в этом направлении и сделать везде одинаково.
Т.к. при импорте товаров эти поля называются уже иначе.

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

В общем, нужен механизм загрузки изображений в момент импорта комплектаций. Пусть это будет дополнительное поле, которое мы будем использовать, когда действительно нужно загрузить в систему новые изображения. Если же мы хотим использовать уже существующие изображения, то используем поле "Фотографии".

***
Поясняю для обывателей, кто редко комплектациями пользуется.
Допустим, есть товар Шапка, у него три комплектации на цвет - синяя, красная и зелёная; и три комплектации на размер - 1, 2, 3. Получается многомерная комплектация.
А теперь представьте, что таких Шапок у нас 2000 штук. И у каждого цвета каждой шапки своя картинка.

Пытаемся это загрузить. Допустим, загрузили всё как товары - проблем не будет, мы можем грузить как с пути к фотке относительно сайта, как с абсолютного url картинки (это медленнее, но Readyscript загрузит), а также просто с zip-архива. Вместо одного товара получилось три товара - Шапка Мономаха синяя, Шапка Мономаха красная и Шапка Мономаха зелёная. Пути к загруженным изображениям выглядят как /storage/photo/original...
При импорте комплектаций поверх товаров нужно указать локальный адрес (относительно корня сайта) уже загруженного изображения.
Но в csv поставщика значений локальных путей к /storage/photo/original... не будет. Возможно имя изображения из архива с изображениями, возможен адрес сайта, в особо приятных случаях возможно совпадение имени изображения с артикулом. Но это нам ничего не даст

Вот и получается, что в readyscript нет способа импортировать комплектации с изображениями.
А это дикий косяк, я считаю. Но к нему ещё каждому надо будет прийти...

Не ожидал, конечно, такого - с утра поспорили про тайтлы в Readyscript.
Проблема натурально ни о чём, но такого же не должно просто быть.

Итак, текущая ситуация с тайтлами в Readyscript выглядит так
1. title = название меню. нет названия у меню (главная), нет и тайтла, NULL
2. идём в модуль заголовки (pageseo) - "Позволяет устанавливать заголовки страниц, описания, ключевые слова". Пишем туда предполагаемый тайтл. Что мы получим на странице? Думаете, его и получите? Нет, мы получим конструкцию "Название меню :: Тайтл pageseo"
3. Ситуацию можно запросто поправить через модуль seocontrol "Управление заголовками, мета тегами, seo-текстами", но зачем нам для решения столь простой задачи два модуля?

Как решение вижу я - а так, как на других движках.
Нет тайтла в настройках, бери название по меню. Есть тайтл, выводи его, а про название из меню забудь, оно только для админки. И для главной - втыкай название сайта, например.

Не всегда же нам нужен функционал сеоконтроля, ведь задачи бывают и попроще.

Здравствуйте!

Идея в следующем - разрешить на сервере обновлений некоторым IP, которые числятся за определёнными разработчиками, запрашивать, допустим, 1-3 раза в сутки пакет обновлений для демо-версии продукта.

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

Дефолтные параметры установщик ридискрипта берёт с удалённого сервера.
Хотелось бы иметь возможность задавать
- адрес сервера бд
- базу
- юзера
- пасс
- префикс
- логин
- пароль
- путь к админпанели

сразу в файле rs.php

Причина этому проста - мы ставим от 1 до 10 ридискриптов в неделю. А на разработку, логично, всё стандартное (кроме имени базы, но даже здесь есть неизменная под разработку часть). И очень сильно напрягает каждый раз вбивать одно и то же.

***
Также было бы очень круто дать возможность задать кодировку CSV файлов. Постоянно лезешь после установки в системный модуль и меняешь там с 1251 на utf8

Мы уже не один раз сталкиваемся с тем, что клиент тащит категорию и утаскивает её куда-то :)
А потом мы её ищём. Одно дело, когда категорий товаров пять штучек и совсем другое, когда счёт идёт на сотни категорий (и это далеко не предел!).

Предлагаю сделать обязательным подтверждение перед окончательным переносом категории.
Схема такая - юзер тащит мышкой категорию, отпускает кнопочку и ему модальное окошечко, хлоп! В котором будет примерно такой текст "Милостивый сударь, Вы действительно находитесь в здравом уме и твёрдой памяти, что желаете переместить категорию РОГА в категорию КОПЫТА?" и пара кнопочек "Так точно!" и "Нет, конечно!"

Это мелочь, но сэкономит вам много нервов!

Навеяно темой
https://forum.readyscript.ru/topic/1205/avtomaticheskii-import-po-raspisaniyu/
Там и картиночка есть, как это реализовано в стороннем продукте.

Смысл предложения сводится к тому, чтобы в форме перед импортом из csv появилась галочка "Скрывать несуществующие в CSV позиции".
Другими словами, как будто вы вручную всем позициям в каталоге отключили пимпу "Показывать товар", а сразу после этого быстренько загрузили файл csv, каждая позиция которого имеет поле "Показывать" и значение этого поля 1.

Это нужно для автоматического управления каталогами товаров в случае отсутствия (или частичного отсутствия) остатков у поставщика.

Если будет ограничение по категории (т.е. грузится только в одну категорию, остальные игнорируются) - будет вообще круто! Другими словам, плюс ещё формочка, где пимпы мы ставим на те категории, которые будут активны при импорте.