Сайт показать, а все ваши чёткие писюльки никому нафиг не нужны.
Ещё один. Вы знаете, для чего это нужно? Специально для вас:
ТС, делайте отдельную таблицу по браузерам, каждому USER_AGENT отдельный id, из других таблиц ссылайтесь на эту таблицу по id, городить огороды с хэшами - чушь, базу забьёте ещё больше всяким хламом.
В этой таблице сделайте уникальный ключ по USER_AGENT, а можете и по browser_crc (INT), как выше предлагали, только смысла в этом не вижу.
Запрос:
SELECT `b`.`browser`, `l`.`stream_id`, `l`.`source_id`, `l`.`service_id`, `l`.`user_id` FROM `clients_log` AS `l`JOIN `browsers` AS `b` ON (`b`.`id` = `l`.`browser_id`)WHERE `l`.`user_id` <> 0 GROUP BY `l`.`browser_id` ORDER BY NULL
Это если необходимо выбрать USER_AGENT из базы, а если нет, то вообще без JOIN'ов обойдётесь, тупо по `browser_Id` группировать. Структуру таблиц сами додумаете, не маленькие.
И ещё, запрос без лимитов на таком количестве данных - слабоумие и отвага?
В пуникод переводить не нужно.
Урлы берутся, скорее всего, из-за неверных относительных ссылок в меню, например: <a href="аренда">Аренда</a> без слэша в начале. То, что движок обрабатывает такие УРЛы - исключительно проблема движка и криворуких кодеров.
Так же как в WP и прочих CMS
Других CMS не существует?
Вот когда будет полная поддержка, тогда многие вопросы отпадут.
https://itchief.ru/lessons/html-and-css/css-height-relative-to-its-width
В том случае, если идёт запрос по http на сайт с www, но правило RewriteCond %{HTTP:X-Forwarded-Proto} !=https не срабатывает, потому как неверное.
Вы писали, что по-отдельности у вас редиректы работают, обманули?
Вот ещё варианты условий под https:
RewriteCond %{HTTP:X-HTTPS} !^1$
RewriteCond %{SERVER_PORT} !^443$
RewriteCond %{ENV:HTTPS} !^on$
RewriteCond %{HTTP_HOST} ^site\.ru$ [NC] [OR]
RewriteCond %{HTTP:X-Forwarded-Proto} !=https
RewriteRule ^(.*)$ https://www.site.ru/$1 [R=301,L]
