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

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

23 апреля в 15:21

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

23 апреля в 12:28

В первой ошибке пишет, что путь не настроен. Посмотрел в мануал, там написано так:
Example:
$settings['filecache']['directory']['default'] = '/var/cache/filecache';
$settings['filecache']['directory']['bins']['entity'] = 'private://filecache/entity';

26 февраля в 23:53

Если есть перевод добавленный Вами и перевод добавленный "философами", то, что первое, что второе == кастомный перевод.
Тут только вручную каждый редактировать.
Исходники можно глянуть в .po файле. По умолчанию ../files/translations/drupal-X.X.X.ru.po
По скрину:
msgid "Content type"
msgstr "Тип материала"
....
msgid "Content types"
msgstr "Типы материалов"
msgid "content types"
msgstr "типы материалов"
msgid "content type"
msgstr "тип материала"

25 февраля в 23:23

Не до конца понял, какого результата нужно добиться. Напишу, может поможет.
Если просто очистить поле и сохранить, разве не должно помочь? Будет на EN. Или изменить на нужный перевод?

Можно попробовать глобально обновить - проверить переводы тут /admin/config/regional/translate/settings и если есть новые, обновить, выбрав "Поведение при импорте" = перезаписывать существующие переводы.

Можно руками почистить напрямую в бд все кастомные переводы. В версии 9+ таблица locales_target. Удалить все, у которые поле customized == 1

25 февраля в 22:56

Привет! Попробую кратко.
Если более точное расположение, то нужно через браузер спросить у пользователя разрешение на определение его местоположения (смотреть в сторону navigator.geolocation). При этом сразу не покажет - только после одобрения.
Второй вариант - не всегда точный. Использовать сторонний сервер (сервис) для определения местоположения по ip (пару-тройку лет назад были даже бесплатные).

Полученные координаты записать в сессию.

29 декабря 2023 в 21:23

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

26 декабря 2023 в 20:21

Как вариант, думал прописать в settings.php вторую БД, вручную перенести таблицы в нее и в хуках переключать БД. Не пробовал, но по логике должно работать. И опять же, это конкретно под созданные таблицы - небольшое изменение и все полетит.

26 декабря 2023 в 20:17

Спасибо за ответ! Если "лавочку прикрыли", можно этот вопрос отложить. Возможно что-то в будущем изменится.
Другой поисковый бэкэнд можно было бы, да хостинг не позволяет (аренда сервера пока в планы не входит). Memcache и Opcache - это уже как база для Drupal 10+ и они на хостинге есть и включены (перенос таблиц кэша привел для примера).
Просто подумалось, в тарифе простаивает 27 возможных баз со своими выделенными процессами, ограничениями и т.п. Хорошо бы раскидать... Ну нет, так нет. Что поделать.

5 июня 2021 в 10:02

Получается, у меня зависит не от самого содержимого ноды, а от страницы таксономии на которой эта нода находится. Если это страница таксономии родительского термина, то у ноды нужно выводить одно значение, а если страница дочернего термина, то другое.

10 сентября 2019 в 15:45

Спасибо за ответ!
Да, это можно. На всякий можно и блок с собственной формой создать. Но всегда зацикливаюсь "никогда такого не было". На других сайтах уже кучу лет работает, а тут вылезло. Хотел разобраться, думал как "два пальца облизать", а наткнулся на такое.
Еще в добавок добавил для валидатора разметки
$form['submit']['title'] = 'Поиск';
$form['submit']['#name'] = 'search_sub';
unset($form['submit']['#value']);
Так теперь еще и название кнопки добавилось, а x и у c точкой.
search?text=поплавок&search_sub.x=36&search_sub.y=10

9 ноября 2010 в 0:49

Softovick wrote:
В PHP нет явного указания типа переменной.

явно нет, но из-за того, что не работал код,уже делал всевозможные проверки и записывал в журнал(Сообщение string)
За код выше - большое спасибо! Разобрался работает.

9 ноября 2010 в 0:34

Спасибо! Код работает, но поле rid = 0. Сейчас попробую разобраться.

А еще меня смущает... Проверял через watchdog('num',$ar); - цифры нужные, только тип переменной строковый, вот и приводил ее к int.

9 ноября 2010 в 0:08

Спасибо за ответ! $edit['uid'] - как писал, случайно выяснилось, что и через него можно получить данные. С $account->uid пробовал вначале - результат был тот же, как то так и осталось $edit['uid'].
А по запросам подскажите пожалуйста! Учил по книге Д.Вандюк, там такие примеры запроса. А то по ссылке не пойму где смотреть.