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

Я Михаилу поверил наслово...

По смене домена пишите в тех.поддержку.

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

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

Кликнув по тегу, посетитель получит все товары на складе, либо все товары в наличии.

Правильнее конечно вывести характеристики в шаблоне.

Задрали вы уже эти "Спасибо" клянчить. Как нищие на паперти: "Подайте пожалуйста, 0,2 балла на пропитание! Подайте пожалуйста, 0,2 балла на пропитание!"

Премного благодарен! На чай хватило.


Владимир походу обиделся. Просто набралась критическая масса.

Достаточно вставлять в counters.php, он подключается во все шаблоны (должен по крайней мере).
Первое и главное правило для новичков: адрес сайта какой? На кофейной гуще кто-нибудь может и погадает, только вам это мало поможет.

Шаблон counters.php может находиться как в корневой папке сайта: /themes/blocks так и в папке темы. А раз вы из облака, то папка темы у вас есть по-любому. Тогда вам надо вставлять код именно туда. А это по адресу: custom/papka_s_temoj/themes/blocks

Если вставили и всё-равно не работает, вставьте туда что-нибудь такое: Станет ясно - выводится вставка или нет. Потому что может ещё и сам код, который вы пытаетесь вывести, конфликтует с чем-нибудь или вставлен неверно.

Пожалуйста! Тоже вариант. А можете во все свои шаблоны страниц вставить вот такую строку:Создать файл custom/papka_s_temoj/themes/blocks/counters.php и поместить код туда. Тогда код во все шаблоны будет подключаться из одного места. Если надо будет что-то добавить или поменять, править нужно будет в одном файле, а не в нескольких.

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

Доброго времени суток! Для удобства прикрепил все файлы архивом.

Оформление админки по-умолчанию всегда вызывало у меня вопросы. Например, модальное окно выбора похожих товаров или статей (см. скриншот 1 и 2). Меня смущал такой вид из коробки. Увидит клиент и подумает: "Что за фигня?!". Сначала я правил только несколько моментов. Потом решил переписать всё, что вызывало вопросы. С выходом новой версии я решил попробовать сохранить эти наработки как отдельную тему, чтобы на чистую систему сразу накатывать свои доработки оформления.

Процедура простая - делаю чистую установку (скриншот 3), вношу изменения (скриншот 4), сохраняю тему. Система восстанавливает часть изменённых мною файлов (скриншот 5). В итоге получается результат со скриншота 6 - система возвращает часть изображений и темы оформления (п.1-3), которые никак на работоспособность (да и вообще ни на что) не влияют.

Вот мне не понятно - с какой целью система файлы восстанавливает? Те же изображения для оформления фона админки для её работы совершенно не критичны. Допустим, я замахнулся на святое и это такой предусмотренный откат. Тогда не понятно - почему не 100%-ый, а какой-то выборочно-половинчатый? Это баг или фича?

Вопрос (лично для меня) важный, т.к. в админке много где оформление прописано ещё способами HTML 3.2. Начинаешь править, а там через раз атрибуты width или style в 100 местах, хотя можно одним css-классом обойтись. По идее всё (по возможности) надо указывать через CSS, если стиль напрямую не пробрасывается, тогда уж через !important, но никак не через местечковые атрибуты. Вырежешь-исправишь, а при сохранении темы система всё назад откатывает.

Я тут сдуру написал что правильнее, чем В следующем релизе поменяли (каюсь, причастен ). Хотя по идее единственно верным вариантом должно быть что-нибудь вроде и правило в таблице стилей. Вот с тех пор в шаблонах висит этот . Если по каким-то причинам надо цвет поменять, то вперёд править 89 строк в 9-и файлах (см. style_color_red.txt, кому нужно/интересно).

1. Проверьте хорошенько блоки с товарами. Уж очень сильно они у вас везде зависят от наполения (мой пример слева, сократил ссылку).
2. Мало кто поймёт, что это фильтр товаров, которому просто нечего фильтровать.
3. У одних изображений есть рамка, у других - нет. Плюс первое изображение не обрезано по форм-фактору, поэтому отступы снизу и сверху. Если у вас не получается настроить обработчик диафана на обрезку по заданным параметрам, поставьте себе плагин Img Liquid - обрежет и подгонит всё автоматом.

Для справки: Firefox ESR 31.6.0 Win XP 1280x1024

Прикрепил файл к сообщению, нумерация согласно файлу.

1. Совершенно не читается текст на фоне изображений, надо хотя бы text-shadow поставить.
2. Край у стрелок рваный, на фоне остальных ровных краёв кнопки смотрится не айс. Нарисуйте подложку в векторе и сохраните в нужном размере. По идее должно получиться ровнее.
3. Разная высота расположения указателя в зависимости от контента. Я бы зафиксировал в нижнем левом углу с отступом и позиционированием.
4. Как по мне - анимация при наведении лишняя, логичнее при наведении зелёную рамку выводить. К тому же изображение почти наезжает на текст.
5. Я бы сделал фиксированный по высоте блок и шрифт помельче + overflow. Это название товара, а не сочинение в 10 строк. Контент бы перестал влиять на высоту блока.
6. У любого комплекта белья есть размер. Я бы выводил все, а не только те, где больше двух размеров. Это в свою очередь устранило бы гуляние высоты блока с товаром.
7. На мой взгяд, высота всех блоков в строке должна быть одинавковой. Как добиться - написал выше.
8. Я бы сделал по-умолчанию чёрную лупу, т.к. ссылки меню ниже чёрные.
9. Ссылки в шапке имеют абсолютно разное оформление. Стандарт оформления должен быть одинаковый хотя бы в рамках одного структурного или логического блока. Поскольку подложка везде белая, ссылки нужно выполнять в едином оформлении, лучше как в тексте - зелёная с подчёркиванием, при наведении без него.
10. Курсор у кнопки я бы поставил pointer и саму кнопку без анимации, лучше спрайтами (с ней та же беда, что и со стрелками зелёных кнопок выше). Текст под формой плохо читаемый. Если уж придерживаться гаммы, то использовать тот же цвет, что и в логотипе сверху - светло-розовый. Ну и отступ добавить, чтобы текст к форме не прилипал.
11. При генерации виджета можно установить цвета. В гамме сайта смотрелось бы лучше.

А если CDN отвалится? Лучше все эти вещи заливать локально к себе. Помню раньше была мода подгружать с CDN jquery.latest.js
Когда они перешли на вторую версию, всем, кто писал такие штуки на сайтах для первой, было весело.

Глянул ещё пару моментов. Может лучше использовать при наведении на блоки с категориями товаров другой transform? Например, translateX(100px). Тогда изображение будет плавно съезжать вправо, позволяя без проблем прочитать описание.

Обратите внимание, что граница родительского блока DIV.box_item несколько больше по высоте, чем изображение, в него вложенное. Из-за этого при выполнении transform блок визуально расползается. Укажите для блока фиксированную высоту, такую же, как и у изображения (200px).

Не знаю, видно ли будет вам (зависит от качества и настроек монитора), но фоновый цвет изображений категорий неравномерный и там чётко просматривается граница (указал стрелкой - где). Это, конечно, совершенно не критично, но я бы сделал PNG-шки с альфа-каналом, а подложку указал как background родительского (DIV.box_item) блока.

Я в подобных спорах довольно часто вставал на сторону CMS, основным моим аргументом был: "Ничего идеального нет, не нравится - не ешьте!". Но в данном случае ситуация двоякая. С одной стороны если разработчик не может повторить или "пощупать" баг, то его как бы и нет. Это аксиома. В данном случае, если не был дан изначально доступ к FTP (но его требовали), то претензии как бы несостоятельны.

Если доступа к FTP не требовали, тогда, напротив, получается как в анекдоте:
Выше Виталий писалс этим я согласен, но вспоминается один случай, когда выложили новую версию вечером. Я скачал, начал устанавливать, а дистр выдаёт ошибку. Отписал в ТП, кто-то тоже столкнулся и отписал в багтрекер, указав, что в установщике запятой не хватает. В 7 утра выложили исправленную версию.

Это о чём говорит? О том, что перед выкладыванием даже не потрудились установить/проверить дистр, хотя это дело одной минуты. Т.е. отсутствует такое понятие как ОТК (в моём понимании).

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

Надо понимать, что на существенный редизайн админки у меня далеко не 5 минут ушло и вся работа коту под хвост из-за этой ошибки. Ошибку исправили, но с выходом 6-ки весь смысл проделанной работы потерялся. Всё-таки 7 месяцев не получить ни ответа ни комментария на элементарный вопрос "это баг или так задумано?", согласитесь, странно. Поэтому заявлениетоже как-то двояко смотрится.

Это я всё к чему? - на мой взгляд, не правы обе стороны. Поэтому надо пользователям охотнее идти на контакт (давать тот же доступ, если он нужен, сразу), с другой стороны разработчикам внимательнее относиться к проблемам пользователей.

На reg.ru так (на нектороых тарифах, по крайней мере). Не маленький хостинг, согласитесь.

Леонид, посмотрел сравнение по ссылке. Оно не корректное. Там заявлено, что нет поддержки плагинов у Diafan. Это не так: есть и плагины и поддержка. Инструменты геолокации тоже есть, хотя этот термин несколько размыт. Адрес указать можно без проблем: https://user.diafan.ru/wishlist/show817/ Остальное тоже действительности не соответствует.

Специального предложения "реанимации" по партнёрским лицензиям не будет. Эти лицензии сами по себе спец.предложения. Померла - значит померла.

Андрей, внимательнее и вдумчивее читайте документацию. В вашем вопросе уже содержится ответ:Разумеется, ведь count="5", поставьте count="1000".

У модуля "Статьи" 2 шаблонных тега. Вы можете выводить статьи по категориям в различных блоках, используя атрибут cat_id. ID категории можно узнать, например, наведя мышку в админке на нужную категорию (см. скриншот).

Я думаю, что выведет. Меня немного смутило, что в документации это не отмечено. В опросах есть, в баннерах есть, а в статьях - нет.

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

Проверил на рабочем сайте, у меня не выводит. Видимо all работает только там, где явно указан в документации.
А модуль всё-равно выведет всё, что найдёт и оно будет меньше 5000. Это ж сколько клавиатур надо извести, чтобы 5000 статей написать?

теперь понятно. Сейчас попробую у себя на тесте воспроизвести то, что вам надо.

Не совсем верно. Вариант №1 решения вашей задачи:
Прикрепить к главной 2-ой модуль Статей, создать в нём категории. На странице первого модуля в настройках статей указать в качестве доп.категории те, которые создали для главной.

Оформление сохраняется. Вас этот вариант устроит?

С вашей задумкой в эту сторону даже смотреть не стоит. Эта идея не расширяемая. На каждую новую страницу получится новая доп.категория.

Шаблонный тег по-умолчанию содержиттак что тоже не подойдёт.

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

Вообще, если учесть, что шаблонный тег выводит всё-таки все статьи (если его попросить), можно от него добиться необходимого результата. Берём вьюху шаблонного тега, переписываем там вывод статей, исходя из clauses/o-pokhodakh/ - это ведь категория. Можно либо пересобрать массив, либо проверку написать в цикле. Задать соответствие фрагментов ссылок с названиями существующих категорий и вывести. Придётся переписать шаблон и оформить также, как шаблон модуля.

Хотя, как мне кажется, стоит поискать/подождать более элегантное решение.

Не знаю, может я один такой, но не выводит (см. скриншот).

Это первое, что я попробовал - просто перекинуть код шаблонов (исходя из того, что разбираться в них и править - не совсем подходящий для Андрея (andkozinskiy) вариант). Ничего не вышло.

Видимо, правки в модели вам не избежать, если хотите увидеть именно ту работу шаблонного тега, которую описывали. Можно скорректировать способ, описанный мной выше, раз Сделать несколько шаблонных тегов (по одному на категорию). Объединить их в один блок через раздел "Страницы > Блоки на сайте" и выводите этот блок одним шаблонным тегом везде, где нужно. Останется только оформить это через CSS. Но тут проблемы нет.

От английского TS - Topic Starter, начавший тему или же более привычное - автор темы.

Тогда имеет место некорректное использование данного термина самим ТС. Поправлю своё сообщение.

Можете просто обернуть шаблоныые теги статей в отдельный DIV с IDи сделать отдельную группу CSS-стилей для него с префиксом #clauses_block. Шаблонные блоки выводят нормальную иерархию - весь вывод тега в блоке, название категории в отельном вложенном блоке, статьи - тоже в отдельном вложенном.

Делайте цитату - к чему конкретно относится ваш ответ, а то не всегда понятно. Если имеется ввиду сортировка, то сами категории сортируете руками в блоке. А статьи выводимые сортируете посредством атрибута каждого тега статей

Про такие ситуации говорят: "Я - не я и хата не моя!"

Мне всё-таки интересно, что там с count="all"... Я на 6.0.0.5 попробовал - у меня не получилось.

Андрей утверждает, что оно работаетВы предположили, что оно работаетИтого имеем неопределённость в 3-х вариантах: да/нет/наверное. Кто-то ведь прочтёт, может даже по поиску выйдет на это обсуждение. Надо этот момент прояснить окончательно.

Осталось подождать результат Сергея, но что-то мне подсказывает, что count="all" не заработает и у него.