• На рассмотрении

    +8

    Выгрузка товаров на маркетплейс ozon

    Сергей Токарев Обновлен 3 года назад в категории CMS Общий функционал 35

    Здравствуйте. Предлагаю сделать модуль интеграции с озон. Сейчас мы все товары добавляем вручную, что очень долго и неудобно. Было бы здорово иметь готовый модуль для выгрузки товаров и сопоставления категорий.

    Для других движков готовые решения уже есть, например https://www.insales.ru/collection/ploschadki/product/vygruzka-tovarov-v-ozon и вот https://www.webasyst.ru/store/plugin/shop/ozonius/
  • Рассмотрено

    +9

    Проблемы оформления заказа со стороны пользователя если e-mail уже есть в базе

    Павел С Обновлен 5 лет назад в категории CMS Админ. панель 23

    Если клиент уже регистрировался и его e-mail существует в базе, то readyscript при попытке оформить заказ выдает ошибку: такой E-mail уже занят. Покупатель в таком случае либо уходит с сайта, либо звонит в магазин и говорит что оформить заказ у него не получается.

    Что мы сделали в своем магазине? Если e-mail уже есть в базе, при попытке оформить заказ стали выводить сообщение: Если Вы не помните пароль, то попробуйте восстановить - с кнопкой восстановления пароля. Но! Даже это не помогает. Клиент как и раньше, при виде ошибки либо 1. уходит с сайта, 2. звонит в магазин и просит оформить заказ по телефону.

    Я предлагаю добавить в настройки опцию, при которой если e-mail уже есть в базе, то при оформлении заказа клиент не получит ошибку, а заказ после оформления присвоится к личному кабинету того e-mail, который был уже в базе.

    Сейчас клиенты делают заказы сразу 2-3 магазинах, кто первый перезвонил и доставил, тому клиент и заплатит деньги. Восстанавливать учетные записи и разбираться почему не оформляется заказ, у клиента нет ни времени, ни желания.
  • Исполнено

    +6

    Автоматические мета-теги для категорий.

    Олег Токарев Обновлен 7 лет назад в категории CMS Общий функционал 20

    После добавления в robots.txt строки, позволяющей роботам индексировать страницы с отфильтрованными товарами, напр., по брендам в определенной категории или еще по каким-о характеристикам заметил, что Яндекс.вебмастер стал ругаться, что отсутствуют мета-теги <description>:

    "Значительная часть страниц сайта не содержит мета-тег <description>, или он некорректно заполнен. Это может негативно повлиять на представление сайта в результатах поиска. Ознакомьтесь с примерами и исправьте ошибки."

    Соответственно, многие из таких страниц были выкинуты Яндексом из поиска, как недостаточно качественные. В принципе, можно и вручную попытаться заполнить каждую такую отфильтровку, но я посмотрел, что у меня таких страниц получилось не менее 700, что сильно затрудняет заполнение, даже, если воспользоваться SEO-плагином.

    Было бы здорово, если бы система автоматически прописывала бы некоторые теги страницам с категориями, также, как сейчас это происходит с карточками товаров. Напр., для страницы из категории Самовары с выбранным фильтром "Тульский завод", система ставила бы для такой страницы теги "самовары, тульский завод", а если плюс к этим фильтрам выбран еще и какой-то цвет, напр., синий, то для страницы с результатами сортировки для такого фильтра должны по идее прописаться теги "синий, самовары, тульский завод", а если еще и объем, то тогда "самовары, тульский завод, синий, до 3-х литров" и т.д.
    Значения для мета-тегов берутся из соответствующих характеристик.

    Если такие сложные комбинации можно сейчас как-то прописать через SEO-фильтр, то напишите как, я не разобрался.
  • На рассмотрении

    +5

    Readyscript без функционала магазина, как универсальная CMS. Возможно ли?

    Денис Ефремов Обновлен 8 лет назад в категории CMS Общий функционал 19

    Здравствуйте, уважаемые разработчики CMS Readyscript.

    Очень может быть, что я не открою Америку, предложив то, что собираюсь. Наверняка вы, как команда разработчиков, уже обдумывали похожий вариант.

    Начну издалека.

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

    Скажу вам честно - после работы с Readyscript у меня возникло желание иметь возможность разрабатывать сайты и веб-приложения, не включающие в себя функционал интернет-магазина, на вашем движке, только, возможно, немного видоизмененном (с вырезанными лишними модулями, полноценным конструктором контента и т.д.). Уж очень понравился мне целый ряд вещей, которыми обладает CMS Readyscript, например - MVC, расширяемость, скорость, дизайн админки, документация и еще несколько приятных мелочей. Реакция на AJAX запросы - особо порадовала.

    До настоящего момента, задачи, подобные описанным выше, мне приходилось решать с помощью CMS/CMF MODx Revo. Я считаю, что это одна из наиболее удавшихся "широкопрофильных" CMS на сегодняшний день. Однако, этот вариант не идеален по ряду причин.

    Объективно:
    1. ExtJS очень сильно ухудшает удобство и замедляет админку (есть даже программисты, бойкотирующие MODx только из-за "тупой" админки, несмотря на все плюсы этой CMS), jQuery UI даст 100 очков форы;
    2. урезанный Smarty с измененным синтаксисом удобен только пока ты не попробовал полноценный;

    и субъективно:
    3. стиль написания программного кода Readyscript лично мне понятнее и приятнее, нежели MODx, и дело тут не в русских комментариях к коду. Хотя в офф. документации к MODx и сказано, что система построена на MVC, на деле это какой-то странный MVCC (Model-View-Controller/Connector), и совсем по другому дело обстоит в CMS Readyscript - почти идеальная классическая MVC архитектура, все просто и понятно.
    4. делать магазин на MODx используя плагины магазинов, не очень удобно по причине того, что некоторые вещи имеющиеся в Readyscript из коробки, на MODx не имеют реализации даже в виде плагинов, например - многомерные комплектации.
    5. синтаксис ORM приятнее чем xPDO (это вкусовщина, я понимаю, но особенно раздражают описания структур объектов на XML).

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

    P.S. Конечно, лично я, как разработчик хотел бы, чтобы описанный продукт распространялся свободно. Я полагаю, что выпуск Open Source продукта, благотворно повлияет на раскрутку и, как следствие, на количество установок и численность сообщества, также имеет место тот факт, что убедить заказчика разработки использовать неизвестную бесплатную CMS гораздо легче, чем неизвестную платную.
    Однако, я понимаю, что вам виднее - брать деньги за свой труд или нет, и не собираюсь вам навязывать. Могу только заметить, что в целом даже готов (но не горю желанием) заплатить, в пределах разумного, за удобство разработки не e-commerce сайтов, как уже заплатил за удобство разработки магазина.

    P.P.S. Считаю необходимым добавить, что CMS MODx также обладает и рядом плюсов, упрощающих разработчику жизнь, которые я бы был рад встретить в новых версиях Readyscript:
    1. Плагин "Консоль" - представляет из себя php-консоль в которой подключен Framework, позволяет выполнять произвольный код и видеть результат выполнения (html + source).
    2. Редактор Ace, встроенный в MODx, интегрирован в систему глубже:
    - обрабатывает больше комбинаций клавиш, например ctrl+s(сохранить) перехватывает, как и почти везде в системе;
    - подсвечивает теги MODx в квадратных скобках (можно сделать, чтоб понимал синтаксис smarty в фигурных);
    - обладает функционалом EMMET для HTML и CSS;
    - есть Linter в реальном времени для PHP и, по-моему, JS тоже, не помню точно.
    3. Разделение на контексты - хорошая штука (по умолчанию два: mgr - админка и web - сайт), позволяет много чего, например быть залогиненым в админке и на сайте под разными пользователями, или реализовывать многоязычность, или, вообще, сделать разные сайты на одном движке, или хранить произвольные данные в другом контексте, но в базе в виде объектов modResource и т.д. зависит от фантазии.
    4. Дополнительные поля - механизм произвольного расширения структуры контента (это, я думаю - необходимость). Сами поля не расширяют объект, а хранятся в отдельных таблицах.
    5. Источники файлов - очень удобно, создаешь источник, указываешь ему путь (можно облако, напр. Amazon S3 или Dropbox), затем доп. полю типа "изображение" или "файл" указываешь источник файлов. Теперь при редактировании поля (изменении или добавлении файла) будет открываться указанный в источнике путь без возможности подняться на папку выше.
  • На рассмотрении

    +7

    Редактирование цены товара, сортировочного веса, название и т.д., непосредственно в общем каталоге товаров

    Андрей Акулов Обновлен 3 года назад в категории CMS Админ. панель 18

    Здравствуйте! Ужасно сложно работать администратору в каталоге товаров. Добавьте же наконец возможность редактировать информацию о товаре: ЦЕНА; НАЗВАНИЕ; СОРТИРОВОЧНЫЙ ВЕС и так далее непосредственно в каталоге товаров. Сейчас чтобы отредактировать цену или вес товара приходится заходить непосредственно в карточку товара. Такую примитивную реализацию не использует ни одна CMS, может пора уже исправить эту ситуацию.
  • Исполнено

    +26

    Отображение комлектаций

    Денис Жук Обновлен 3 года назад в категории CMS Общий функционал 16

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

    В данный момент получается такой алгоритм, человек попадает на страницу товара(основной комплектации нет в наличии, в наличии только 2 размера товара) видит надпись нет в наличии и уходит со страницы.
    Сразу скажу что чисто по моему опыту фильтрами поиска товара по размеру пользуются далеко не все пользователи.
  • Рассмотрено

    -4

    ЦЕНЫ В КОМПЛЕКТАЦИЯХ НЕ ВИДНЫ ПРИ ПРАВКЕ И ОБНУЛЯЮТСЯ ПОСЛЕ ПРАВКИ

    Сергей Токарев Обновлен 9 лет назад в категории CMS Общий функционал 16

    1. ПРИ ПРАВКЕ ЦЕН КОМПЛЕКТАЦИЙ, В МОМЕНТ РЕДАКТИРОВАНИЯ, РАНЕЕ УСТАНОВЛЕННЫЕ ЗНАЧЕНИЯ ЦЕН НЕ ОТОБРАЖАЮТСЯ В ПОЛЯХ ЦЕН.

    2. ПОСЛЕ ПРАВКИ ЦЕН КОМПЛЕКТАЦИЙ, РАНЕЕ УСТАНОВЛЕННЫМ ПОЛЯМ ЦЕН ПРИСВАИВАЮТСЯ НУЛЕВЫЕ ЗНАЧЕНИЕ, ВСЕ ЦЕНЫ ОБНУЛЯЮТСЯ.

    3. ЭТИ ПРОБЛЕМЫ ЕСТЬ СЛЕДСТВИЯ БОЛЕЕ ГЛУБОКОЙ И СЕРЬЕЗНОЙ ПРОБЛЕМЫ НЕРАЗДЕЛЬНОСТИ ЦЕН ПО ПРИЧИНЕ ОДНОЙ ЦЕНЫ В СИСТЕМЕ.

    4. НА СКРИНШОТЕ ВИДНО, ЧТО НЕВОЗМОЖНО ИЗМЕНИТЬ ОДНУ ЦЕНОВУЮ СТРОКУ НЕ ОБНУЛИВ ПРИ ЭТОМ ЗНАЧЕНИЯ ДРУГИХ ЦЕНОВЫХ СТРОК.
  • Исполнено

    +2

    Динамические категории

    Дмитрий Петухов Обновлен 8 лет назад в категории CMS Общий функционал 15

    Создавать категории на основе характеристик фильтра, цены, рейтинга, популярности товара. Чтобы у таких категорий был полный контроль над СЕО параметрами: URL, мета теги, описание, заголовки. Очень часто надо для создания посадочных страниц с определенной выборкой товаров под контекст и сео.
  • На рассмотрении

    0

    Поиск по товарам в админке (без категории)

    Андрей Викторов Обновлен 6 лет назад в категории CMS Админ. панель 14

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

    +19

    Проблемы кастомизации оформления заказа

    Алекс Бодров Обновлен 5 лет назад в категории CMS Общий функционал 13

    1. Нет возможности убрать лишние шаги оформления заказа. Возможно раньше продажа модуля оформления заказа на 1 странице было частью маркетинга, но сейчас уже 2018 год и даже в бесплатных движках заказ оформляется на 1 странице. Тем более что лицензия начала дорожать. Это первое, что бросается заказчику в глаза и часто отталкивает его от выбора вашей CMS. Остальные наработки он видит уже в процессе длительного использования. Нужна как минимум возможность убрать лишние шаги в рамках темы оформления, без написания модулей для CMS.

    2. Нет возможности убрать проверки в tpl файлах. Клиенты просят убрать одно и то же, поэтому я добавил в tpl условия {if $THEME_SETTINGS.captcha}инпут{/if} для быстрого отключения ненужных полей. Сейчас если вырезать код с капчей - то переход на следующий шаг невозможен, т.к. остается проверка ее заполненности.
    Капча никому в корзине не нужна, и боты до корзины тоже не доходят, т.к. нужно еще товар туда положить. А вот в комментариях и форме обратной связи она нужна. В итоге полностью отключать модуль капчи нельзя. То же самое и с остальными полями - имя, телефон, E-mail. Проблему решит возможность добавить в tpl строку наподобие {captcha.required=false} или в системе должна быть проверка наличия инпута перед валидацией, чтобы можно было решить проблему универсально и в одном месте.

    3. Селекты "Самовывоз" и "Доставка по адресу" в блоке "Адрес" (на первом шаге). Этот блок просят убрать ВСЕ. Сразу же за ним снова идет выбор типов доставки, что создает тавтологию. Я понимаю что он нужен для адреса если нужна доставка, но это похоже на костыль. Предлагаю реализовать появление полей адреса, города и т.п. в выбранном блоке доставки.
    Также предлагаю рассмотреть возможность создания полей ввода для типов доставки или расчетных классов доставки в панели управления. Даже для самовывоза часто нужно указать город самовывоза и пункт.