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

Можно отдавать статус ответа 503 - Service Temporary Unavailable, чтобы поисковик какое-то время не выкидывал из индекса вашу страницу. (но это будет лишь какое-то время). 100% возможность закрыть от пользователей и полностью открыть для поисковиков - не существует. (перебирать все возможные user-agent'ы не рассматриваю)

Теоретически можете написать несколько строк в index.php после require('setup.inc.php');

require('setup.inc.php');
use \RS\Language\Core as LangCore;

if (!\RS\Application\Auth::getCurrentUser()->isAdmin()) {
    header('HTTP/1.1 503 Service Temporarily Unavailable');
    header('Status: 503 Service Temporarily Unavailable');

    echo 'Сайт на реконструкции'; // Просто надпись
    //readfile('stub.html');  //Или можно вывести ваш html файл с красивой заглушкой
    exit;
}

...

У нас уже скоро выйдет RS 3.0 - там будет полностью адаптивная админка, можно будет править карточки товара, загружать фото прямо со смартфона. (Мы уже пробовали на iphone - работает отлично). Надеюсь - это поможет решить вашу задачу.

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

Напишите, пожалуйста, в поддержку, эти все проблемы решаются.

429

(10 ответов, оставленных в Вопросы по работе с системой)

Очень абстрактный вопрос "реально ли разработать?".

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

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

2. Динамические фильтры - тоже нетривиальная задача. (особенно если нужно производительность фильтрации сохранить хоть немного, уже делали подобные задачи на кастомных проектах. На MySQL сталкивались с проблемой производительности при большом количестве товаров с обширным количеством характеристик, поэтому в RS не включили данную возможность.) Есть более щадящие по производительности решения - отображение всплывающего лейбла "Нашлось N товаров. Ссылка показать".

3. Реально ли доработать систему, чтобы заполнять не важно как вручную или подгрузив excel файл с комплектациями и чтобы характеристики сгенерировались исходя из подгруженных комплектаций?  - думаю реально, но дьявол кроется в деталях, нужно обсуждать.



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

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

--------

По вопросу распродаж (Простите, но опять расскажу существующую функциональность, она позволяет реализовать вашу задачу, не понимаю зачем что-то разрабатывать):

У нас есть функциональность по массовому изменению цен на группы товаров, в том числе по формуле. Т.е. вы можете
на время акции откорректировать тип цен по форуме, например -10% от Другой цены только для выбранных товаров одной группы.  Или вы можете легко клонировать цены, а затем проставлять скидки. Есть возможность задавать зачеркнутую цену.

https://readyscript.ru/text-blog/Novye- … adyScript/

Но гораздо правильнее это делать с помощью колонок цен (опять таки это модель 1С):
1. Создаете несколько видов цен:
а) Розничная обычная
б) Скидочная акция 1
в) Скидочная акция 2

У каждого товара указываете несколько значений цены. Затем во время наступления акции просто переключаете текущий тип цен на сайте. У нас в маркетплейсе был на эту тему модуль http://marketplace.readyscript.ru/addons/saleswitcher/

Чтобы на товаре появилась наклейка - нужно создать спецкатегорию и присвоить её к товару. В теме Классическая, можно загружать любую картинку Лейбла для спецкатегории.

430

(10 ответов, оставленных в Вопросы по работе с системой)

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

2. У вас неверно была заполнена комплектация, не были прописаны характеристики у комплектации для размера 50. Мы вам подправили это сейчас все работает. Ставите остаток конкретной комплектации - 0, исчезает, >0 - появляется. Фильтры для производительности кэшируются на некоторое время, поэтому чтобы увидеть что из фильтра исчезают значения можете сбросить кэш.

3. Динамических фильтров у нас в настоящее время нет.

4. Вы заполняете харктеристики, тем самым сообщаете системе все возможные комплектации товара. Затем вы можете нажать одну кнопку, чтобы сгенерировать все простые комплектации и прописать остатки, наличие  и др. Моделей поиска бывает огромное множество. Очень многим нужно чтобы товар находился, если в принципе в таком цвете он существует, но просто сейчас его нет. Возможно пользователь выберет просто другой цвет. (Тем, кто продает, мебель - это очень нравится.)

Напоминаю, что технически фильтрация осуществляется по сущности "Характеристика" - это дает отличную производительность при большом количестве связей и полностью соответствует модели конфигураций УТ 1С всех версий, начиная от 10.3

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

https://readyscript.ru/manual/shop_discounts.html
http://marketplace.readyscript.ru/addons/cartrules/
http://marketplace.readyscript.ru/addons/bonuses/

431

(10 ответов, оставленных в Вопросы по работе с системой)

1) У нас есть опция "Учет остатков комплектаций" при использовании многомерных комплектаций.
Описано тут: https://readyscript.ru/text-blog/vstrec … adyscript/

При включении данной опции, товары, которых нет в наличии в данной вариации отображаться не будут.

2) В комплектациях - нет прямой связи с характеристиками. У комплектаций - свои независимые строковые характеристики. (Так было в первых версиях 1С 8, соответственно это нужно для совместимости)

3) Править визуально можно все, что угодно с помощью внесения изменений в шаблон. В стандартном шаблоне есть то, что вы можете видеть на нашем демо сайте.

432

(1 ответов, оставленных в Вопросы по Маркетплейсу)

Такая цифра, потому что она немного ниже среднерыночной комиссии маркетплейсов. Мы платим налоги со всех поступаемых к нам сумм. 

Мы в данном случае не являемся налоговым агентом, ваша прибыль формируется от физического лица,
который покупает у вас модуль и пользователь с вами заключает напрямую лицензионное соглашение (договор присоединения) у нас в маркетплейсе, нажимая на кнопку Купить. А сделки между физическими лицами не облагаются НДФЛ.

Вот комментарий минфина по схожему вопросу: http://ppt.ru/question/?id=37980

433

(10 ответов, оставленных в Вопросы по работе с системой)

Можете также в облаке открыть аккаунт - 30 дней бесплатно.

Вот еще пара ссылок:
https://readyscript.ru/text-blog/novyy- … mozhnosti/
https://readyscript.ru/text-blog/vstrec … adyscript/

Правильное построение характеристик и фильтров такое:

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

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

Чтобы придать смысл "характеристика не заполнена, исключить её из отображения" - нужно удалить её у товара и удалить её из категории. Иначе когда вы заводите хар-ку у категории, вы как бы говорите системе: "У всех товаров данной категории данная характеристика - есть".

Правка не сильно значительна, поэтому скорее всего будет просто строка в changelog модуля Магазин.
При обновлении будет видно.

Есть утилита(ссылка) "Добавить ЧПУ имена товарам и категориям" в разделе Веб-сайт->Настройка модулей->Каталог товаров. Добавит символьный идентификатор (методом транслитерации) товарам и категориям, у которых он отсутствует.

Концепция вариантов (комплектаций) весьма простая и очевидная. Комплектации - это когда есть выбор, все остальное это товар без комплектаций. У нас даже подписано это поле специально, чтобы было понятно: "Название основной комплектации (используйте, если есть дополнительные комплектации)"

Есть куча разных мест, где можно указать особенность товара, например:

1. Название товара (если планируете добавлять другие цвета, то вам не подходит, как вы написали выше)
2. Характеристики товара - на мой взгляд идеальное место для вашей задачи. (просто добавьте Цвет: Зеленый)
3. Описание товара
4. Краткое описание товара
5. Фото может передать цвет товара на изображении.

Реально за всю историю RS - вы первый кому это понадобилось, ничего не имею против, бизнесов одинаковых не бывает, но в базовой функциональности данное решение вряд ли когда-нибудь появится, так как это сломает отображение товара у 99% наших пользователей, кому это не нужно.  Соответственно реализуйте в вашем шаблоне любую логику, что вы желаете.

PHP полностью абстрагирован от DKIM, все DKIM заголовки формируются непосредственно exim'ом, соответственно искать нужно где-то в нем, видимо он по какой-то причине неверно рассчитывает подпись письма.

Цепочка ведь такая PHP -> sendmail => exim (тут Добавляется DKIM) -> письмо уходит на сервер получателя.

Добрый день!

1. Добавить в таблицу с заказами филиал не проблема с помощью небольшой доработки.

2. И как происходит назначение заказов определенным менеджерам, находящихся в разных филиалах?

С филиальной сетью в настоящее время назначение менеджеров никак не связано.
При создании заказа, просто назначается менеджер из общего списка пользователей, принадлежащих группе Менеджеров.

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

В настоящее время мы разрабатываем модуль для АТОЛ online. Данное решение позволит официально выполнить требования ФЗ-54 для организаций, желающих вести торговлю от имени юридического лица и в строгом соответствии с законом, с online чеком. (Также мы очень ждем решения от Яндекса, они недавно открыли свой ОФД и в скором времени, мы надеемся, они предложат свое решение, с которым мы обязательно будем интегрироваться)

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

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

NextPay предлагает обход ФЗ-54 и не предлагает отправку данных в ФНС. Возможно вы что-то не так поняли.

И все же у нас при нажатии на кнопку "В корзину" и так открывается корзина каждый раз, т.е. пользователь может после третьего открытия окна корзины нажать в ней "Заказать по телефону". Может конкретно в вашей теме имеет смысл просто выделить визуально эту кнопку или переименовать её как-то, если вы считаете, что есть проблема в видимости? Или просто убрать кнопку "Купить в 1 клик" у товаров, чтобы всегда была только кнопка "В корзину" (это насколько я понимаю полностью реализует ваш сценарий)?

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

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

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

Дмитрий, добрый день!

Попробую помочь. Алгоритм решения вашей задачи должен быть такой:

1. Добавляем новый контейнер на странице по умолчанию, он добавится в самый конец.
2. Перетаскиваем его на нужное место (после контейнера Поиск), последовательно меняя его с предыдущим блоком.
3. Корректируем остальные страницы, так как наследование контейнеров идет по порядковому номеру. (корректируем - это создаем пустые контейнеры, меняем с ними местами существующие, удаляем пустые, так как контейнер можно только поменять местами с другим контейнером.)

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

Порядок блоков кэшируется в RS, уточните вы кэш сбрасывали после изменений в конструкторе сайта?

Я однажды присутствовал на обсуждении данной функциональности, расскажу свой опыт:

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

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

Ну и в придачу у робокассы есть такой параметр IncCurrLabels - который вроде как ограничивает способ оплаты, да вот только проблема в том, что пользователь может всегда нажать на кнопку "перейти ко всем способам оплаты" и все равно выбрать другой способ оплаты. Т.е.  IncCurrLabels - это только рекомендуемый способ оплаты.

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

Сергей, добрый день!

Можете жаловаться пока здесь на форуме. Будем надеяться, что "партнеры" будут включаться в беседу.

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

Особо подчеркну, партнеры - абсолютно независимые и не подконтрольные нам организации.
Пожалуйста, заключайте с ними договор на любую работу!!!

446

(4 ответов, оставленных в Предложения по улучшению системы)

Можно в support, я отвечу или на mail@readyscript.ru

447

(4 ответов, оставленных в Предложения по улучшению системы)

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

нет, в облаке это невозможно сделать.

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

Информации о том, что такое git есть очень много в интернете.
Воспользуйтесь элементарно google'ом.
-----------------
У нас может происходить очень очень много изменений между релизами, это сотни и сотни мест.
Мы физически не можем вручную писать каждое свое действие:

- Убрали запятую в файле hello.js в строке 100, в позиции 35.
- Обернули конструкцией lang.t фразу "Привет", в файле K в строке N, в позиции M.
- Добавили <div class="...."> в шаблон в строку N, в позицию M
.... сотни других изменений

В этом случае разработка превратилась бы в АД. К счастью всей этой задачей уже много лет занимаются системы контроля версий, которые показывают изменения между разными версиями файлов и сами способны вести эти логи.

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

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