Модуль Locale делает запрос к базе при каждом использовании функции t(). Есть способ избавиться от этих запросов, достаточно вынести часто используемые строки в файл settings.php. Например у меня это:
$conf['locale_custom_strings_ru'] = array(
'Manage posts by content type, including default status, front page promotion, etc.' => 'Управление материалами по типам, включая значения по умолчанию, размещение на главной странице и т.д.',
'Control posting behavior, such as teaser length, requiring previews before posting, and the number of posts on the front page.' => 'Настройка режима публикации: длина анонса, необходимость просмотра перед публикацией и количество сообщений на главной странице.',
'Configure the number of items per feed and whether feeds should be titles/teasers/full-text.' => 'Настройка количества пунктов в RSS-ленте и их характер (заголовки, анонсы, полный текст).',
'Get a status report about available updates for your installed modules and themes.' => 'Показывает отчет о доступных обновлениях для модулей и тем.',
'Configure what block content appears in your site\'s sidebars and other regions.' => 'Настройка расположения содержимого блоков в боковых колонках и других областях сайта.',
'Control your site\'s navigation menu, primary links and secondary links. as well as rename and reorganize menu items.' => 'Управление навигационным меню вашего сайта, основными и дополнительными ссылками. Например, переименование или упорядочивание пунктов меню.',
'Settings for how Drupal displays date and time, as well as the system\'s default timezone.' => 'Выбор способа отображения даты и времени, а также системного часового пояса по умолчанию.',
'Control how Drupal deals with errors including 403/404 errors as well as PHP error reporting.' => 'Настройка обработки ошибок сервера 403/404 и ошибок интерпретатора PHP.',
'Configure how content input by users is filtered, including allowed HTML tags. Also allows enabling of module-provided filters.' => 'Настройка фильтрации текста присылаемых пользователями материалов, например, разрешение вставки в текст тегов HTML или PHP кода. Также позволяет подключать фильтры, предоставляемые модулями.',
'Settings for logging and alerts modules. Various modules can route Drupal\'s system events to different destination, such as syslog, database, email, ...etc.' => 'Настройки для модулей отчетов и сообщений. Различные модули могут записывать системные события Drupal в разные места, такие как системные логи, почта, и т.д.',
'Settings for logging to the Drupal database logs. This is the most common method for small to medium sites on shared hosting. The logs are viewable from the admin pages.' => 'Настройки хранения отчётов в базе данных. Это наиболее популярный метод для небольших сайтов, располагающихся на shared-хостинге. Все отчёты доступны на страницах административного раздела.',
'Enable or disable page caching for anonymous users and set CSS and JS bandwidth optimization options.' => 'Включение/выключение кеширования для анонимных пользователей, а также включение/выключение препроцессора CSS.',
'Change basic site information, such as the site name, slogan, e-mail address, mission, front page and more.' => 'Изменение основной информации о сайте, такой как название сайта, слоган, адрес электронной почты, миссия, главная страница и прочее.',
'Configure the submission settings of the XML sitemap to the search engines.' => 'Конфигурация XML карты сайта, для поисковых систем.',
'List and create rules to disallow usernames, e-mail addresses, and IP addresses.' => 'Список и создание шаблонов нежелательных имён пользователей, электронных почтовых ящиков и IP адресов.',
'Configure default behavior of users, including registration requirements, e-mails, and user pictures.' => 'Настройка требований к пользователям, включая правила регистрации, сообщения по электронной почте и пользовательские изображения.',
'You can enable syntax highlighting of source code with the following tags: !tags.' => 'Подсветка кода осуществляется с помощью тегов: !tags.',
);Минус 17 запросов под администратором.
Посмотреть список строк, нуждающихся в переводе, можно с помощью модуля Devel:
Сами переводы ищутся на странице admin/build/translate/search
Написанное актуально для
Drupal 6.x
Похожие записи
- Дружим Sape и Internal Page Cache (вставка динамического содержимого в закэшированную страницу)
- Плагин блока, генерящий динамический контент с помощью #lazy_builder
- Тюнинг кэширования блоков с формой
- Оптимизация кэширования больших меню
- Автоматическое удаление устаревших анонимных заказов в статусе "корзина"
Комментарии
Прекрасный способ.
А если при обновлении ядра (или модуля) исходный текст строки поменяется, нужно будет ведь эту строку заново править в файле settings.php?
У меня -16 запросов, правда все из них были по 1мс. Но я понимаю что не только время важно но и то что ПХП не вызывает эти функции и память жрется меньше ну и вообще ресурсы на каждом шаге выполнения запроса.
Тут подумал что если админку вижу только я, то можно вообще отключить модуль locale чтобы не париться ни с этим твиком, ни с обновлением переводов заодно; а с английским у меня вроде проблем небыло.
Ну а для сайтов где регятся юзеры (и юзер-интерфейс на русском необходим) конечно, это - превосходное решение!
Спасибо еще раз :)
разумеется, но это происходит не так часто
locale один из самых прожорливых модулей, поэтому если есть возможность от него отказаться, то стоит ей воспользоваться =)
Возникла проблема с фразами, содержащими экранированные двойные кавычки:
Победить запросы с такими фразами мне пока не удалось (их нашел пока 4 штуки).
Сделал экспорт базы (там BLOG, через PMA не удалось посмотреть исходник фразы), взял оттуда - ничего. Пробовал заменить символы кавычек и слешей, введя с клавиатуры, тоже не алё.
(это фразы из модулей Devel и Backup and Migrate)
Где тут могут быть подводные камни?
Отключить модуль locale это хорошо, и наверное на сайте где пишу только я - так и сделаю, но на текущем проекте не представляется возможным, т.к. это закрытый корпоративный вики-портал, на ней тока для зарегленых доступ...
? можно без слэшей попробовать. ещё теоретически кавычки могут идти как
". в своём Backup and Migrate такой строки не нашёл. Ещё в начале или в конце может пробел идти, такой баг в Admin menu былможет я ошибся, или у меня старая версия перевода.
Вообще, перед тем как описать что я пробовал, нужно сделать одну поправку. Сайт над которым я провожу данные эксперименты стоит на локалке (win7 64bit), поэтому в косяках с запросами, кодировкой и прочих чудесах можно заподозрить именно ее, и денверовский сервер.
Перепробовал все -
", двойное экранирование, без слешей вообще, одинарные кавычки и т.д. Поменял кодировку в settings.php наUTF without BOM- не помогло.Да и ладно, фиг с ним с этим багом, может на продакшн-сервере заработает, проверю когда перенесу.
Единственное что меня удивило, та это то что данный запрос:
идет явно с пробелом в начале. Я сделал экспорт БД, (как я уже говорил строка хранится в BLOB, и в PMA ее не посмотреть) и посмотрел эту строку, и она там БЕЗ ПРОБЕЛА. Странно, подумал я. Выполнил этот запрос с пробелом во вкладке SQL (PMA), запрос вернул один результат - ок. Убрал пробел - опа, запрос вернул пустой результат!
Ну и ладно, это сейчас не так критично, просто интересно из принципа где косяк, в винде, в денвере или в друпале.
Так что будем ждать новых заметок о «массовом уничтожении лишних запросов к БД»
интересно пишите, спасибо
Отключил locale на одном сайте - админка стала работать существенно быстрее. Тут подумал, а ведь англоязычным пользователям не нужно включать этот модуль!
Вопрос: есть-ли какой-нибудь более-менее адекватный способ переводить выборочно ну штук 10-15 строк из интерфейса без включения этого модуля? Имею ввиду только те строки, которые видит зарегистрированный пользователь.
http://drupal.org/project/l10n_client
Вроде подразобрался.
Ну, как выяснилось l10n client (localization client) как раз требует включения модуля Locale. Из чего я сделал вывод что данный модуль точно так-же все строки хранит в базе и точно так-же на каждый вызов функции t() делает один запрос. По сути отличие Live Translation от Localization client как я понял в том, что первый массово умеет качать новые (или обновленные) строки с сервера переводов, а второй предоставляет удобный интерфейс для перевода любых строк но в ручную, без оглядки на чьи-то переводы. Но и в том и в другом случае модуль Locale обязателен.
В итоге пришел к такой схеме:
1. сначала переводим все нужные модули с помощью Live Translation (под нужными подразумеваю те, с которыми будет взаимодействовать юзер)
2. отключаем нафик этот модуль чтоб не жрал ресурсов
3. наполняем массив $conf['locale_custom_strings_ru'] строками из Devel query log, как описано в данной статье.
Можно попытаться перевести весь интерфейс хуками, тогда действительно можно не включать модуль Locale... ну это только если интерфейс небольшой (2-3 формы на весь сайт) и если разобраться как переводить заголовки страниц, и надписи в табах - то это тоже вариант.
С хуками форм я разобрался, для переводов заголовков вроде придумал свой костыль, а вот как перевести табы пока не допер, поэтому пока использую Locale + хак данного поста
текст из таб автоматом проходит через t()
я имел ввиду что пока не знаю "как перевести табы с выключенным Locale".
Конечно, если включить локаль, это все легко переводится через t(), но если его выключить - t() ничего не будет переводить, оставляя оригинальную строку, которая была скормлена этой функции.
Сразу не включал locale модуль,
включил в $conf['locale_custom_strings_ru'] = array(... - пару нужных строк...
И вместо русских слов - совсем пусто или пустые квадратики!
Причем для message area - пропадают и англ.соседние текстовки, если хотя бы в одном из сообщений появляется одна! русская буква...
Где и что хакнуть, чтобы Д6 выводил бы нормально русские тексты?
А locale модуль вроде и вовсе мне не нужен, переводов очень мало.
возможно сохранили файл в неправильной кодировке
Благодарю! Сохранил файл settings.php как UTF8 и всё путем!
Да, исправьте вверху:
не: $conf['locale_custom_strings_ru'] = array(
а: $conf['locale_custom_strings_en'] = array(
@Гость, вы видимо оставили дефолтным языком английский, поэтому у вас и $conf['locale_custom_strings_en']
Так у меня нет и не был включен модуль locale (ведь он совсем не нужен!), потому язык только один - EN
Гость, вы заголовок внимательно читали?
>Уменьшаем количество запросов при включённом модуле Locale
Да, но ИТОГО Смысл такой:
при включённом модуле Locale - все ОК
Но еще круче - без модуля Locale
(и тогда: $conf['locale_custom_strings_en'] вместо $conf['locale_custom_strings_ru'])
Я вообще хочу написать парсер .po файла, чтобы из него в собирать строки в php код. Единственный вопрос как быть с числительными (1 кнопка, 2 кнопки, 5 кнопок)?
1 кнопка, 2 кнопки, 5 кнопок
- в друпале (Д6) кажется есть готовая функция на это, но не вспомню, где
- но хорошо ли раздувать $CONF очень сильно - спросите у корифеев
При использовании APC или eAccelerator это не играет роли, но позволяет существенно разгрузить сайт за счет уменьшения обращений к БД.
У модуля Locale есть плюс: можно ставить приоритетному синониму русский язык, и он станет главным синонимом.
Но м.б. лучше поставить Global Redirect и делать это через 301 (пока не пробовал).
Отпишитесь сюда о результатах, будет интересно узнать.
Есть строки которые без перевода, их не тянет из settings.php как быть с ними?
Приведите пример.
Такого не должно быть, друпалеры любят всё заключать в функцию t()
У меня сборка, очень много сделано с помощью CCK и View.
Я с помощью девела нахожу запрос locale "Управление смайлами и включение/выключение функционирования панели выбора смайлов для материалов и комментариев."
Добавляю его в settings:
Пробовал и так 'Управление смайлами и включение/выключение функционирования панели выбора смайлов для материалов и комментариев.'
И так: 'Управление смайлами и включение/выключение функционирования панели выбора смайлов для материалов и комментариев.' => 'правление смайлами и включение/выключение функционирования панели выбора смайлов для материалов и комментариев.',
Но в девале так и показывает этот запрос.
Так русская фраза - может быть любой, а вот на английском - точь в точь, как в пхп-файле, в функции t().
А вы все русские тексты приводите. Базовый язык для t() - только английский.
Русский перевод тоже тянет с базы, вот я и хотел в settings прописать что бы не тянул с базы лишние 10 запросов.
О том и топик...
Вы меня не поймете.
Как правильно прописать русский текст который тянет с базы???, он без перевода.
>Как правильно прописать русский текст который тянет с базы???, он без перевода.
А такое бывает?
Все модули передают в функцию t() английские фразы и если локаль русская, то из базы по английской фразе подбирается русская фраза.
Бывает, я у меня сборка друпал, очень много сделано с помощью CCK и Views
Ну так выносите views в код, там где t() от русских фраз, замените фразы на английские и уже в конфиге сделаете перевод...
А есть подобное решение для семерки?
в семёрке проблемы нет, Locale кеширует данные
Спасибо. а не подскажете в чем может быть тогда проблема вот здесь href="http://clip2net.com/s/4ZSZij". сборка commercebox7.14.
видимо бд криво настроена
то есть, если разработчик бд не трогал, то значит хостер хреновый
Работа админки, после отключения модуля Locale, просто молниеносна!!! Теперь буду разрабить только так.. Спасибо за инфу!
Югий, ты ювилир!
Добавить комментарий