marassa: Комментарии

Главные вкладки

8 июня в 7:03

Ужас какой. Всегда побаивался программистов, которые очень любят программировать Wink
Всего-то нужно создать новый пейджер. Для простоты можно взять модуль Views flexible pager, выкинуть из него весь код с настройками и добавить одну строчку кода с count query.

7 июня в 14:53

Эмпирически Wink Модуль судя по описанию делает очень много всякого разного, дистрибутив весит > 100кБ, а я этим не пользуюсь - вот и подумал, зачем тащить столько ненужного кода?

PS Еще бы от Display Suite избавиться. Но какую-то малую часть ее функциональности я всё же использую, так что тут переделывать придется, а лень.

7 июня в 9:01
2

Разобрался.
Выяснилось, что модули Pathauto и Block Visibility Group ранее зависели от ctools, но более не зависят, а некоторые старые конфигурационные записи (по ошибке?) указывали на эту зависимость. Оказалось достаточно пересохранить конфигурационные сущности, ничего в оных не меняя, и сообщение по ошибке ушло, после чего модуль ctools успешно отключился, и вроде всё работает.

31 мая в 14:16

88a88 wrote: Пробую так, все равно выводится весь контент, а не текущего пользователя.

Покажите скриншоты настроек контекстного фильтра, всё должно работать.

16 мая в 9:32

Просто мысли вслух. В ядре Друпала для node определены действия (actions), включая Promote to front page. Эти действия можно использовать, например, в модуле Views Bulk Operations для пакетных операций с нодами. Но никакой встроенной возможности подвязать эти actions к дисплею ноды я не вижу. И насколько я вижу для этих actions не определены маршруты (routes), так что выполнить их простым переходом по некоему адресу (по аналогии с /node/xxx/delete) из коробки без программирования невозможно.

15 мая в 21:57
1

Надо включить ядерные модули Language и Interface translation.
НО: если сайт реально одноязычный, и это всё больше ни для чего не нужно, то возможно правильнее будет действительно запрограммировать вручную.

15 мая в 19:08

HolySong wrote: говорят что можно сделать это более правильно в файле MYTHEME.theme использовав хук

Некоторые программисты слишком любят программировать. Я таких побаиваюсь.

6 мая в 7:55
1

На всякий случай проверьте на странице /admin/reports/status/php - такое же значение? Слышал, что настройки могут быть разные для PHP, запускаемого из командной строки, и для вызываемого веб-сервером. Посмотрел у себя - 10000, настройки от хостера.
А логах друпала, PHP и консоли браузера никаких ошибок нет?

1 мая в 9:51

У Вас эти кнопки хранятся в виде готовых графических файлов, прям уже красные:
/themes/custom/graffity/images/button-2.png
/themes/custom/graffity/images/button-1-blick.gif
...
Отредактируйте эти файлы в любом графическом редакторе и положите обратно с теми же именами.
PS Друпал тут ну вообще ни при чём.

14 апреля в 9:18

Не могу комментировать семерочный код - не знаком с семеркой, но очень интересно понять зачем Вам понадобилось хранить в базе избыточную информацию? Что Вы будете делать, если понадобится поменять структуру фолдеров/категорий (например разбить категорию на две или объединить две категории и т.п.) а у Вас в куче документов жестко прописана вся старая структура категорий?
И второй вопрос: почему фолдеры/категории реализованы не на таксономии? Ведь для таксономии Друпал из коробки предоставляет механизмы работы с иерархиями.

9 апреля в 7:10
1

VasyOK wrote: А как узнать эта опция в SQL файле включена или нет?

marassa wrote: Файл дампа БД представляет собой обычную последовательность обычных команд SQL, которые выполняются по порядку как если бы Вы их вводили вручную. Выполняются все эти команды и ничего кроме этих команд.
Если в файле дампа перед созданием каждой таблицы прописана команда DROP TABLE xxx, то предварительно очищать базу данных не надо - таблицы (если они есть) будут удалены перед созданием новых.

8 апреля в 22:08
1

Боюсь, что без программирования никак. Можно взять за основу модуль Views flexible pager и переделать чтобы количество записей на первой странице бралось не из статической настройки, а по результатам выборки из БД, считающей количество нод за сегодняшний день.

3 апреля в 11:45

Троша wrote: Два сайта с одинаковой проблемой на виртуальном хостинге известного провайдера

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

Троша wrote: Спрашивал их меняли ли что-нибудь в настройках сервера, говорят, что нет

Но системный софт-то наверняка обновляли.

3 апреля в 10:39

Чудеса.
В качестве временной меры, если прям щас позарез необходимо обновиться, можно распаковать архивы нужных модулей вручную и залить в папки соответствующих модулей (предварительно очистив их) и запустить /update.php (или как оно там в семерке называлось). А потом уж спокойно продолжать разбираться почему не работает обновление из админки. По идее надо вспоминать что могло меняться в конфигурации сервера. Такие вещи просто так без причины не выскакивают.

3 апреля в 8:20

Не может ли такого быть, что временная папка и/или указанные файлы в ней уже существуют (например от предыдущей неудачной попытки обновления) и залочены другим процессом? Если так, попробуйте почистить папку. Не получится - попробуйте перезагрузить сервер.