marassa wrote: Для цены? И где там будет храниться дата изменения цены?

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

VasyOK wrote: Тогда для товара можно вывести все его редакции с ценами.

Логичнее использовать поле с multiple-значениями.

Честно говоря, я бы решал подобную задачу кодом и изменения хранил в кастомной таблице БД.

Судя по всему, автор так и делает. Но вот эта вторая (встраиваемая) вьюха ломает пагинацию первой - видимо, из-за собственной разбивки на страницы.

Valeratal wrote: Кто виноват и что делать?

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

ViktoroUrso wrote: Сначала админские права были у роли "Х". Потом была создана роль "Администратор" и на неё была переключены административные возможности системы.

Вопрос не совсем по существу, но всё же: почему изначально не воспользовались стандартной (встроенной) ролью "Администратор"?

Я бы использовал именно его как лучшее решение.
Причина не только в компактности синтаксиса, но и в binary-safe механике функции str_replace (т.е. она изначально корректно обрабатывает мультибайтные строки).

У вас же опять-таки будет кириллица? Тогда нужна мультибайтовая реализация (как вам предлагал когда-то charOFF).

ivan.petrovich wrote: Появилась мысль проверить charset, задав значение принудительно через "settings.php". Потребовалось добавить всего одну строку:
'charset' => 'utf8'

Действительно, необычный случай. Пожалуй, это последнее, на что я мог бы подумать.

gun_dose wrote: А свгшку, вставленную в бэкграунд ещё придётся выравнивать по вертикали и подгонять размер.

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

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

jura12 wrote:
drupal 7 у него

Да, видимо так.

jura12 wrote:
"бд у меня встроеная" как это понимать?

Возможно, автор имеет в виду, что SQL-сервер на том же хосте. Что и так обычная практика. Или тут какой-то вариант SQLite.

OldWarrior wrote: В админменю: "Отчёты" > "Отчёт о состоянии"

Забыл, что у вас сайт лежит, извините. )

Посмотрите в корне сайта файл changelog.txt, если он есть. Самая верхняя версия - ваша.

PS. Вообще-то, обычно интересует только версия ветки - Drupal 7 или Drupal 8.

Slava.c7 wrote:
где я ее могу посмотреть?

В админменю: "Отчёты" > "Отчёт о состоянии"

Slava.c7 wrote: или как оно может решаться?

На хосте открыть в редакторе файл по адресу /sites/default/settings.php
Найти секцию с параметрами подключения к базе данных (database, user, password, host, port) и убедиться, что они совпадают с реальными.

Скорее всего, ошибка в имени пользователя или пароле.
Может также быть неправильные имя БД или параметры подключения.

Версию Друпала всё же следует указывать.

Sevix wrote: Фонтавезоме - это шрифт. И он боится масштабирования.

Да вроде большинство форматов шрифтов вообще-то тоже векторные. И масштабируются без проблем. Растровые шрифты - это как правило display-only (экранные) шрифты и часто служат только для экранного представления своей векторной версии.

VasyOK wrote: Почему так происходит?

Устаревшая версия шрифта. В 5-й версии была частично изменена таблица символов Fontawesome - некоторые старые переехали на другие позиции.

VasyOK wrote: Там конечно, не "абракадабра", а буквенный код. Наверное, к моему аку привязан.

Я не совсем про это. А про субдомен kits.
Точно уже не помню, но по-моему для кастомного и стандартного сета этот субдомен отличается.

У меня, кстати, подозрение, что VasyOK подключил свой кастомный набор символов Fontawesome. Судя по адресу https://kit.fontawesome.com/abrakadabra.js.

Как сказал бы кэп: использовать одинаковые коды. Но боюсь, что я не понял вопроса.

Нужно отметить, что некоторые начертания символов Fontawesome доступны только в Pro-версии шрифта. И она платная.

PS.

VasyOK wrote: скопировал его себе в файл_шаблона_tpl.php - вроде все везде стало работать

Правильнее drupal_add_js() или #attached. Ну, вы поняли

vlucas wrote: Такие библиотеки лучше вообще без модуля подключать.

+1.
Действительно, зачем нужен отдельный модуль.

Давайте начнём с того, что в любом случае все особые условия (а это однозначно особые условия) работы декларируются заранее. Т.е. автор мог бы просто озвучить эти ограничения в первом сообщении.

ivan.petrovich wrote: Это вполне нормально для проектов с NDA.

NDA предполагает неразглашение, регулируемое собственно договором.

ivan.petrovich wrote: Вы ведь видели в топе названия разделов проекта.

В каком топе? Тут что-то не понял. Я ничего ещё не видел, если что

Прошу прощения, конечно. Какие идеи ожидаются, если вы отказываетесь дать не то, чтобы доступы к сайту, а даже сам адрес сайта? Тут какой-то 80-й уровень телепатии требуется.

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

Тоже отписал в ЛС.

rukoved wrote: но ссылка все равно не отображается как ссылка, только текст

По канонам значение атрибута href положено заключать в двойные кавычки. Т.е. вместо: