Понятно, что страницы теоретически могут иметь подстраницы. И тогда будет каша в адресе из-за того что нет слэша. Но я бы доверила этот момент людям. Если им из-за СЕО нужно чтобы тексты были с расширением - то ок, пусть ставят и сами следят чтобы путь был правильным. Чтобы страницы с расширением не попадали в середину пути, а только завершали путь.
А почему не используете? Ну ладно, продукты-категории. Пусть будут в форме папок. Окей.
Но текстовые страницы?
Зачем там этот принудительный слэш приписывается при создании???? Мне кажется, не приписывать слэш для текстовой страницы если у нее расширение .html - достаточно простая доработка. И естественная.
Нет, мне нужно для работы именно то свойство, о котором написала. Сортировка позволяет видеть то, что в окрестностях искомого. Например, я помню что редактировала с месяц назад группу товаров, но точно день, конечно, не помню. Если будет листание по страницам (о котором тоже пишу) и сортировка по дате, то за два-три клика я найду нужные товары. "Например, 1 кг и 3 кг. Так куда же вы предложите поместить такой товар в списке: в ту часть списка где товары с весом 1 кг" - с ценами эта проблема давно и успешно решена.
Жаль заспамливать тему, которая для меня действительно наболела. Поэтому больше не дискутирую о том, в своем ли я уме или все безнадежно путаю : )
Нет, не путаю. Это вы просто ищите способ плагинчик порекламировать : )
Речь идет о списке товаров в админке в виде таблицы. И возможности сортировать их по характеристике. По заголовку в таблице. Список товаров организован бедно на функции, товарищи разработчики, обновите его пожалуйста. Про листание по страницам многократно писалось (нужно 1,2, все; сейчас - ленивая подгрузка которая вымучивает при загрузке списка в 1000 товаров). Теряется много времени когда надо раскрыть все товары рубрики для выбора на экспорт, например. Про остутствие даты редактирования товара - тоже встречала просьбы несколько раз. Необходимое свойство. И сортировка по свойствам тоже очень бы облегчила жизнь.
Очень неудобно без даты обновления товаров. Вот прошел импорт, десятки товаро. Посмотреть бы, как они обновились. увидеть бы параметры обновленные в списке товаров, отсортированных по дате обновления.
НЕТ ВОЗМОЖНОСТИ.
И до кучи. Нет возможности сортировки в админке в списке товаров по свойству.
Например, мне нужны все товары отсортированные по весу. Не-а. Вроде интуитивная вещь, а не сделана.
Решение Алексея - правильное, но увы, не подходит. Заказчик не готов тратиться на обновление магазина. Может все же кто-то знает как визуальный редактор привязать с возможностью загрузки картинок?
спасибо. Так и сделаю видимо. Похоже, более аккуратного решения нет. Оптимальным решением бы была возможность давать несколько типов товару. Тогда не надо было бы дублировать все типы. достаточно было бы нужным товарам присвоить дополнительный. Тогда, наверное, и проблем с 1с не возникнет.
два разных вебасиста? не удобно же. Синхронизировать товары - вечная забота будет. site.ru + bef.site.ru - так и есть, витрины разные. Но база - одна.
"публикация всех товаров и скрытие тех которые "не нужный" бренд, но это жуткий костыль." - это реально жуткий костыль. Сразу представляю выдачу поиска с пустой страницей - так как все найденное пришлось скрыть. А на следующей странице - что-то есть : ))
проще в экспорте дописать несколько строчек, как и сделаю. Но не хотелось бы код править, хорошо бы добавить id официально. Вот почему и пишу, чтобы донести эту мысль до разработчиков.
По варианту, отмеченному как правильный, у меня не вышло. Рассказываю как получилось.
1. В инсталлере вебасиста (настройках) прописываем что сайт у нас с https
2. Robots.txt используем внутренний, от вебасиста. В корне ничего не лежит.
3. Проверяем. http://site.ru/robots.txt при обращении перескакивает на https://site.ru/robots.txt и отображается наш введеный robots. Т.е. тут редирект работает сразу.
4. Делаем 301 редирект с помощью htaccess всего остального
ноябрь 2021 - проблема на месте
в ответ на Проблема с {$wa->globals("key")}
чего-то по существу. с рецептами комментов маловато.
чего флудим? неважно для чего, но иногда нужен файл текста с расширением, нужна возможность.
в ответ на расширение html у страниц магазина или другого поселения
Понятно, что страницы теоретически могут иметь подстраницы. И тогда будет каша в адресе из-за того что нет слэша. Но я бы доверила этот момент людям.
Если им из-за СЕО нужно чтобы тексты были с расширением - то ок, пусть ставят и сами следят чтобы путь был правильным. Чтобы страницы с расширением не попадали в середину пути, а только завершали путь.
в ответ на расширение html у страниц магазина или другого поселения
А почему не используете?
Ну ладно, продукты-категории. Пусть будут в форме папок. Окей.
Но текстовые страницы?
Зачем там этот принудительный слэш приписывается при создании????
Мне кажется, не приписывать слэш для текстовой страницы если у нее расширение .html - достаточно простая доработка. И естественная.
в ответ на расширение html у страниц магазина или другого поселения
Нет, мне нужно для работы именно то свойство, о котором написала.
Сортировка позволяет видеть то, что в окрестностях искомого. Например, я помню что редактировала с месяц назад группу товаров, но точно день, конечно, не помню.
Если будет листание по страницам (о котором тоже пишу) и сортировка по дате, то за два-три клика я найду нужные товары.
"Например, 1 кг и 3 кг. Так куда же вы предложите поместить такой товар в списке: в ту часть списка где товары с весом 1 кг" - с ценами эта проблема давно и успешно решена.
Жаль заспамливать тему, которая для меня действительно наболела.
Поэтому больше не дискутирую о том, в своем ли я уме или все безнадежно путаю : )
в ответ на Список товаров в админке - сортировка по свойствам
в ответ на Список товаров в админке - сортировка по свойствам
Нет, не путаю. Это вы просто ищите способ плагинчик порекламировать : )
Речь идет о списке товаров в админке в виде таблицы. И возможности сортировать их по характеристике. По заголовку в таблице.
Список товаров организован бедно на функции, товарищи разработчики, обновите его пожалуйста.
Про листание по страницам многократно писалось (нужно 1,2, все; сейчас - ленивая подгрузка которая вымучивает при загрузке списка в 1000 товаров). Теряется много времени когда надо раскрыть все товары рубрики для выбора на экспорт, например.
Про остутствие даты редактирования товара - тоже встречала просьбы несколько раз. Необходимое свойство.
И сортировка по свойствам тоже очень бы облегчила жизнь.
в ответ на Список товаров в админке - сортировка по свойствам
Дата редактирования товара в списке товаров очень нужна.
И сортировка по ней. Например, прошел импорт. Посмотреть-проверить как товары обновились сейчас сложно.
в ответ на Дата создания/редактирования товара в админке
Очень неудобно без даты обновления товаров.
Вот прошел импорт, десятки товаро. Посмотреть бы, как они обновились.
увидеть бы параметры обновленные в списке товаров, отсортированных по дате обновления.
НЕТ ВОЗМОЖНОСТИ.
И до кучи. Нет возможности сортировки в админке в списке товаров по свойству.
Например, мне нужны все товары отсортированные по весу. Не-а. Вроде интуитивная вещь, а не сделана.
в ответ на Дата обновления товара, клиента
Решение Алексея - правильное, но увы, не подходит. Заказчик не готов тратиться на обновление магазина.
Может все же кто-то знает как визуальный редактор привязать с возможностью загрузки картинок?
в ответ на визуальный редактор на странице отзывов
Спасибо. Эх, версия магазина старая. Нет там такой настройки.
в ответ на визуальный редактор на странице отзывов
Спасибо за ссылку.
Не нашла примера работы в default....
Переключилась на нее - в форме отзыва нет полей для изображений.
в ответ на визуальный редактор на странице отзывов
ну и косяк.
У нас человек имеет доступ только к одному блогу.
А в ленте событий у него ВСЕ блоги (спасибо что магазина нет!). Да еще и с кликабельными ссылками.
Вот что за ерунда?
Отключать ленту событий иногда необходимо.
в ответ на лента событий
Проверяйте seo плагины. Те, что могут редактировать метатеги, поля рубрики. У нас была устаревшая версия одного из них. Она и конфликтовала.
в ответ на Ошибка при редактировании категории
Да, дело было в конфликте плагинов. Спасибо!
в ответ на Ошибка при редактировании категории
Обновились до актуальной восьмерки. почистили кэш.
Ошибка осталась : (
в ответ на Ошибка при редактировании категории
установлено
в ответ на Ошибка при редактировании категории
Спасибо большое за подробный ответ. ему и последую.
в ответ на Сайт одного бренда - как сделать?
спасибо.
Так и сделаю видимо. Похоже, более аккуратного решения нет.
Оптимальным решением бы была возможность давать несколько типов товару. Тогда не надо было бы дублировать все типы. достаточно было бы нужным товарам присвоить дополнительный. Тогда, наверное, и проблем с 1с не возникнет.
в ответ на Сайт одного бренда - как сделать?
слава богу, без нее.
в ответ на Сайт одного бренда - как сделать?
Почему дубли характеристик будут возникать - не поняла. длина она и есть длина, не важно какого типа товар.
в ответ на Сайт одного бренда - как сделать?
два разных вебасиста?
не удобно же. Синхронизировать товары - вечная забота будет.
site.ru + bef.site.ru - так и есть, витрины разные. Но база - одна.
"публикация всех товаров и скрытие тех которые "не нужный" бренд, но это жуткий костыль." - это реально жуткий костыль. Сразу представляю выдачу поиска с пустой страницей - так как все найденное пришлось скрыть. А на следующей странице - что-то есть : ))
в ответ на Сайт одного бренда - как сделать?
Одна база. Задача - выводить продукты только данного бренда.
в ответ на Сайт одного бренда - как сделать?
ссылку уточню https://support.webasyst.ru/sh...
в ответ на У одного товара должно быть возможно несколько типов
хм, руками добавлять в параметр?
проще в экспорте дописать несколько строчек, как и сделаю. Но не хотелось бы код править, хорошо бы добавить id официально. Вот почему и пишу, чтобы донести эту мысль до разработчиков.
что id нужен.
в ответ на Почему в экспорте товаров нет id?
В чем костыль?
id в файле экспорта будет на сайте импорта доп. параметром, по которому надежно определяется уникальность.
вроде все изящно.
в ответ на Почему в экспорте товаров нет id?
id в базе - единственная надежная вещь, которая недоступна редактированию и однозначно говорит что это товар "тот".
в ответ на Почему в экспорте товаров нет id?
Ссылка тоже меняется редакторами, за всеми товарами не уследить. Да и специально ее делаем разной на разных сайтах, чтобы поисковики не склеили.
в ответ на Почему в экспорте товаров нет id?
проверяла.
в ответ на чтение файлов через форму
По варианту, отмеченному как правильный, у меня не вышло.
Рассказываю как получилось.
1. В инсталлере вебасиста (настройках) прописываем что сайт у нас с https
2. Robots.txt используем внутренний, от вебасиста. В корне ничего не лежит.
3. Проверяем.
http://site.ru/robots.txt при обращении перескакивает на https://site.ru/robots.txt и отображается наш введеный robots. Т.е. тут редирект работает сразу.
4. Делаем 301 редирект с помощью htaccess всего остального
У меня сработала такая формула:
5. счастье : ))
в ответ на 301 редирект на https: всё кроме robots.txt