Добавлю, что в модуле редиректов есть импорт-экспорт, и запихать туда можно несколько десятков тысяч редиректов.
Не один сайт переносили на rs - проблем всегда NULL.
Этот момент проработан просто отлично!

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

Неужели так сложно при каждом сохранении в конструкторе сбрасывать изменения в blocks.xml?

p.s. мы уже пришли к мнению, что нафиг этот конструктор, всё делаем мимо. он только мешает. и дико мешает. хочу заметить здесь, что нужна пимпа - вкл/выкл конструктор. прошаренным он больше мешает, чем помогает.

Я не понимаю один момент, ждал специально, почему разработчики на форуме не сделали специальную тему для разъяснений?
У наших старых вроде всё нормально, но хрен его знает, что они там наставили за столько лет. Отвалится - кого будут пинать? Вас, что ли? Нет, нас.

Нам тут недавно пришли новости. Публикую цитаты.

https://a.radikal.ru/a34/1911/22/8ab59aa2bb94.png

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

Daniel, в последних версиях readyscript была ошибка в выводом зачёркнутой цены.
Чтобы точно диагностировать вашу проблему, нужно
а) адрес сайта
б) product.tpl из используемой темы, а именно тот блок, что выводит цены

Да, кстати, цены не отображаются только в карточке или же в каталоге в целом?

Я хоть и сам против, но фильтровать ничего не надо - пусть будет. Кому надо, воткнут.

Можно, конечно

133

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

Такого функционала в стоке нет

134

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

Вообще, надо вёрстку изучать, а не блоки туда-сюда двигать.
Блок "произвольный html" подразумевает, что пользователь знает, что такоё вёрстка, иначе всё бесполезно.

Я всё понял, тогда сами начнём реализовывать wink

На самом деле, это очень круто.
Только, по какой причине была выбрана настолько неизвестная система телефонии?
Логично было начинать с яндекса и большой тройки. Вообще, есть в планах?
Если есть, у большой тройки рекомендую начинать с билайна - только у них запись звонков идёт с обычных мобилок, а у мтс с мегафоном - только со смартфонов.

Ярослав пишет:

а если передадите идентификатор цены  в физическом магазине, то получите эту цену. Посмотреть можно в колонке "№". Пусть это будет 4

А ещё можно по названию получать smile

Всё очень просто, надо запросить значение цены конкретного типа
https://readyscript.ru/dev-manual/class … 3a0ac00de4

Ярослав пишет:

со 100 000 рублей эквайринг у яндекс.кассы заберет 3500 - 3900 рублей, что весомая сумма для некоторых случаев.

Для каких? Нормальный бизнесмен комиссию в маржу запихивает.
А где РРЦ, для таких сумм маржа и так хорошая.
Так что, не знаю я таких "некоторых случаев".

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

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

Ярослав пишет:

Так при импорте с 1с можно выставить категорию для таких товаров, а при csv -нет

При импорте из csv проставить там, где пустая категория - дело двух минут. Сортирнуть столбец категории и воткнуть там где пусто, какую-то категории.

У ТС - xml.

Игорь пишет:

отсутствие отображения товаров в корневой категории - это жирный минус

Да нормально тут всё. Вам просто нужен хак типа
1. Товары в корне без категории выводятся в каком-то месте на сайте. Отобрать такие товары просто, у них maindir == NULL.
2. При импорте товары без категории закидываются в определенную категорию.

Игорь пишет:

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

Заходите во "все" товары, сортируете по ID, выделяете все те, что без категории последние - и ставите их в категорию. Допустим "новинки". Дел-то на пару минут.

admin пишет:

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

Хорошо, а как же все те клиенты, что купили модуль?
Как быть с теми, кто забьёт на RS в итоге подобных ситуаций?

Можно же отдавать партнёрам такие "мертвые" модули на поддержку - и модули будут жить, и RS будет жить, и у клиентов ошибок не будет, да и вам не напряжно.

admin пишет:
Бутаков пишет:

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

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

Вообще, у вас не всё закрыто, например

https://marketplace.readyscript.ru/support/yaturbopages/theme133/view/

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

Понимаете, из всех пользователей - процентов 5-10 решат самостоятельно, 20 найдут эту тему и поправят, а остальные 70? Уверены, что все позвонят в техподдержку? Часть просто плюнет, и так плюющих со временем будет больше. Всё, мол, ридискрипт ломучий, давайте сделаем на опенкарте (и им ещё подскажут!). Сколько я подобного встречал, когда сталкивается кто-то с готовым ИМ на RS, ломает пол-сайта, а потом нам наш прошлый клиент звонит (или не звонит) и рассказывает про битрикс, опенкарт, вордпресс или ещё какую-то хрень.

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

Ну так, она там есть, прокрутка-то.
Вы напхали видео и картинок с фиксированной шириной, вот и распёрло страницу.

Можно вопрос - а зачем дескрипшн вообще для непервых страниц каталога? Это какой такой поисковик так требует? Заиндексирует он вам четвертую страницу, а остальные дублями четвертой сделает. И что?

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

<link rel="canonical" href="https://site.ru/catalog/first-page/"/>

Если вы так сделаете, то считаться главной будет всегда первая. И какой вы там дескрипшн на остальных не поставите, поисковик их пропустит.

admin пишет:

Мы все работаем на openServer, все норм.

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

Андрей, редирект на https находится в таблице sites - redirect_to_https

Я выше написал - сторонним клиентом попробуйте зацепиться.
Если зацепится, проблема выше
Если не зацепится, ищите проблему в опенсервере.

База должна быть уже создана, ридискрипт новую не создаёт (почему-то).