Irina - −2

ноябрь 2021 - проблема на месте

чего-то по существу. с рецептами комментов маловато.
чего флудим? неважно для чего, но иногда нужен файл текста с расширением, нужна возможность. 

Понятно, что страницы теоретически могут иметь подстраницы. И тогда будет каша в адресе из-за того что нет слэша. Но я бы доверила этот момент людям. 
Если им из-за СЕО нужно чтобы тексты были с расширением - то ок, пусть ставят и сами следят чтобы путь был правильным. Чтобы страницы с расширением не попадали в середину пути, а только завершали путь. 

А почему не используете?
Ну ладно, продукты-категории. Пусть будут в форме папок. Окей. 

Но текстовые страницы?

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

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

Жаль заспамливать тему, которая для меня действительно наболела.
Поэтому больше не дискутирую о том, в своем ли я уме или все безнадежно путаю : )

Нет, не путаю. Это вы просто ищите способ плагинчик порекламировать : )

Речь идет о списке товаров в админке в виде таблицы. И возможности сортировать их по характеристике. По заголовку в таблице. 
Список товаров организован бедно на функции, товарищи разработчики, обновите его пожалуйста.
Про листание по страницам многократно писалось (нужно 1,2, все; сейчас - ленивая подгрузка которая вымучивает при загрузке списка в 1000 товаров). Теряется много времени когда надо раскрыть все товары рубрики для выбора на экспорт, например.
Про остутствие даты редактирования товара - тоже встречала просьбы несколько раз. Необходимое свойство. 
И сортировка по свойствам тоже очень бы облегчила жизнь.  

Дата редактирования товара в списке товаров очень нужна. 

И сортировка по ней. Например, прошел импорт. Посмотреть-проверить как товары обновились сейчас сложно. 

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

НЕТ ВОЗМОЖНОСТИ. 

И до кучи. Нет возможности сортировки в админке в списке товаров по свойству. 

Например, мне нужны все товары отсортированные по весу. Не-а. Вроде интуитивная вещь, а не сделана. 

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

Спасибо. Эх, версия магазина старая.  Нет там такой настройки. 

Спасибо за ссылку. 
Не нашла примера работы в default....
Переключилась на нее - в форме отзыва нет полей для изображений.    

ну и косяк. 
У нас человек имеет доступ только к одному блогу. 

А в ленте событий у него ВСЕ блоги (спасибо что магазина нет!). Да еще и с кликабельными ссылками. 
Вот что за ерунда? 

Отключать ленту событий иногда необходимо.

Проверяйте seo плагины.  Те, что могут редактировать метатеги, поля рубрики. У нас была устаревшая версия одного из них. Она и конфликтовала.

Да, дело было в конфликте плагинов. Спасибо!

Обновились до актуальной восьмерки. почистили кэш.

установлено 

Спасибо большое за подробный ответ.  ему и последую.  

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

слава богу, без нее. 

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

два разных вебасиста? 
не удобно же. Синхронизировать товары - вечная забота будет. 
site.ru + bef.site.ru - так и есть,  витрины разные. Но база - одна.

"публикация всех товаров и скрытие тех которые "не нужный" бренд, но это жуткий костыль." - это реально жуткий костыль. Сразу представляю выдачу поиска  с пустой страницей - так как все найденное пришлось скрыть.  А на следующей странице - что-то есть : ))

Одна база. Задача - выводить продукты только данного бренда. 

ссылку уточню  https://support.webasyst.ru/sh...

хм, руками добавлять в параметр?

проще в экспорте дописать несколько строчек, как и сделаю. Но не хотелось бы код править, хорошо бы добавить id официально. Вот почему и пишу, чтобы донести эту мысль до разработчиков.

что id нужен.

В чем костыль?
id в файле экспорта будет на сайте импорта доп. параметром, по которому надежно определяется уникальность.
вроде все изящно.

id в базе - единственная надежная вещь, которая недоступна редактированию и однозначно говорит что это товар "тот".

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

проверяла.

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

1. В инсталлере вебасиста (настройках) прописываем что сайт у нас с https

2. Robots.txt используем внутренний, от вебасиста. В корне ничего не лежит.

3. Проверяем.
http://site.ru/robots.txt при обращении перескакивает на https://site.ru/robots.txt и отображается наш введеный robots. Т.е. тут редирект работает сразу.

4. Делаем 301 редирект с помощью htaccess всего остального

У меня сработала такая формула:

RewriteEngine On
RewriteCond %{HTTP:X-HTTPS} !1
RewriteCond %{REQUEST_FILENAME} !^robots\.txt
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

5. счастье : ))