Где выставляется кодировка (вроде посмотрел все настройки нигде не увидел скорей всего слепой ) так как в этом файле она вставляется переменной. - отпало нашел в lang_main.php Спасибо помогли
Почему у пользователей для кого собственно и делался форум таких проблем не возникает также как и уменя (я работаю как с ВИН так и нет а из дома вообще из под MacOSX восновном через Лиса но на проводнике тож проверял проблем нет и мной замеченно что данные сообщения в таком виде оставляют только спамеры?????)
Не все то WINDOWS, что висит... phpBB только учусь. ICQ, email, ЛС - только для личных сообщений. Вопросы по phpbb только на форумах. По найму не работаю.
leskov_oleg писал(а):как они проходят регистрацию типо там картинуа с цифробуквами и све такое?
VC (визуальное подтверждение) боты проходят уже давно. Надо ставить AVC. Я использую МОД ABQ (в подписи)
leskov_oleg писал(а): вопрос что такое Direct Bots в настройках я такого не нашел
Ошибка - Detector Bots (тоже в подписи)
Не все то WINDOWS, что висит... phpBB только учусь. ICQ, email, ЛС - только для личных сообщений. Вопросы по phpbb только на форумах. По найму не работаю.
Любителям UTF-8 и PHP: забейте на что-нибудь. Поддержка UTF-8 в PHP просто отвратительна. Сам пробовал: проблемы с почтой, рег. выражениями. Не дай боже вам включить перегрузку функций в PHP - слетит визуальное поддтверждение.
Гога писал(а):Любителям UTF-8 и PHP: забейте на что-нибудь. Поддержка UTF-8 в PHP просто отвратительна. Сам пробовал: проблемы с почтой, рег. выражениями. Не дай боже вам включить перегрузку функций в PHP - слетит визуальное поддтверждение.
Согласен, не все есчё отлажено в движке. Но ведь многоязычные сайты и форумы уже давняя реальность, так что просто надо пробовать обходить баги, писать свои функции. Когда-нить и в самом PHP все будет в порядке с UTF-8, движок-то разрабатывается СВОБОДНО. Это значит, что те кому это нужно, сами и сделают то, что им нужно.
взял и поменял utf-8 после этого вылезли закорлючьки а что б их небыло я взял и еще раз переписал в этих файлах весь текст заного, тоесть перекодировал для того что б нормально отображалось это делал в акела пад сохранить в ютф, можна в любом редакторе сделать перекодировку практически.
вот что-то делал не помню точно что
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Может кому так будет проще. Я избавляюсь от проблем с MySQL 4.1 следующим образом: создаю базу (изначально), устанавливаю сравнение "cp1251_ukrainian_ci" (кому нужно - можно не ukrainian).
После чего выполняется запрос сразу после соединения с БД. Этот запрос можно менять в зависимости от кодировки БД. Это всё выше, как я понял, обсуждалось, но тем не менее, предлагаю это в такой вот вариант собрать:
##############################################################
## MOD Title: DB Set Names
## MOD Author: KIVagant < KIVagant@mail.ru > (Evgeny Glotov) http://www.agapa.com.ua
## MOD Description: Мод устанавливает кодировку соединения с базой данных MySQL 4.x, которая сопоставлена с кодировкой cp1251
## MOD Version: 1.0
##
## Installation Level: easy
## Installation Time: 3 Minutes
## Files To Edit: (1) db.php
## Included Files: n/a
##############################################################
## Author Notes:
##
##############################################################
## MOD History:
## 2007-04-17 - Version 1.0
##
##############################################################
## Before Adding This MOD To Your Forum, You Should Back Up All Files Related To This MOD
##############################################################
#
#-----[ OPEN ]------------------------------------------
#
includes/db.php
#
#-----[ FIND ]------------------------------------------
#
if(!$db->db_connect_id)
{
message_die(CRITICAL_ERROR, "Could not connect to the database");
}
#
#-----[ AFTER, ADD ]------------------------------------
#
else {
// Для MySQL версии 4.1 и выше:
$sql="SET NAMES cp1251";
@$resch=$db->sql_query($sql);
}
#
#-----[ SAVE/CLOSE ALL FILES ]--------------------------
#
# EoM
mainsan писал(а):По этой проблеме создано уже много тем, но сколько я их не читал, решения проблемы пока не вижу.
Сначала опишу ситуацию.
На сайте используется кодировка Utf-8 (как я понимаю, это из-за того, что она используется на сервере). Хостер сайта - я, на своем сервере apach. Адрес - http://www.hr-outsourcing.com.ua/hr-outlook/forum
В базе данных - не знаю, как определить какая кодировка, но в PhpMyAdmin в разедел переменных - character set - latin1.
Устанавливаю форум PhpBB 2.017, что касается английского - все нормально. Но как только переключаюсь на русский - окно браузера пустое. Меняю кодировку браузера с UTF-8 на Win-1251, все появляется, как только перехожу на другую страницу - снова все пусто.
Далее - добавил одно русское сообщение. Оно не отображается нормально ни при каких раскладах. Если же выставить кодировку Utf-8 в браузере, то название темы выглядит частично нормально, частично - нечитаемо, а все интерфейсные сообщения вообще нераспознаваемый набор символов.
Пробовал менять language_main.php с windows-1251 на utf-8 и ru-utf-8, пробовал добавлять код, который выкладывали на форуме, не помогает. Что нужно сделать в такой ситуации?
Хотелось бы, чтобы в ответе прояснили смысл всех действий, а не только дали инструкции по исправлению. Спасибо.
Положи в корень PHPBB2 файл .htaccess и добав в него строчку: AddDefaultCharset windows-1251
) так как в этом файле она вставляется переменной. - отпало нашел в lang_main.php Спасибо помогли 
всеравно так и продолжают появлятся сообщения в CP-1251 
