Кодировки скриптов (важно при установке модов phpBB3)

[alexset]

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

Учтите, что использовать следует редактор, который не добавляет отсебятины. Кроме того, для версии phpBB3 важно сохранение файлов в кодировке UTF-8

есть такой редактор edit pad pro, он нафаршерован функционалом. но коль пошли непонятки, то я позвал на помощь провереный AkelPad.
в акелпаде в открытом файле , внизу указанна кодировка. файлы которые я правлю я сохраняю в UTF8 , но вдруг заметил что в той же папке /includes/ все файлы в win-1251 (ANSI) и файлы модов тоже в АНСИ.
вот ещё пример: /language/en/ так там кодировка help_faq.php - КОИР8Р , другие в вин 1251... и только те, что редактировал я в utf8.
Возник вопрос и помешательство: в какой кодировке сойранять редактируемые файлы? :cry:

_______
спустя немного времени:
всё смерть моей психике. в ./language/ru/ всё в UTF8 .

Модераторы, про шу о помощи.

[RedNaxi]

/language/en/ так там кодировка help_faq.php - КОИР8Р

не верю© эти иностранцы и кодировки то такой не знают=\

в какой кодировке сойранять редактируемые файлы?

для версии phpBB3 важно сохранение файлов в кодировке UTF-8

не прогадаете.

[alexset]

и вот последние данные наблюдений: utf8 должна быть только в /language/ru/ тогда всё норм.

[RedNaxi]

По идее UTF-8 должна быть в любом файле, данные из которого выводятся в браузер - потому что браузер отображает все в кодировке UTF-8. соответственно, все эти данные (не код страниц и не картинки) хранятся либо в языковых файлах, либо в базе данных. следовательно, база данных и языковые файлы должны быть в UTF-8, остальные файлы - желательно тоже, но не критично, насколько я понимаю.

[alexset]

я с вами согласен. но шли 4е сутки, и только теперь всё работает.

[Rayden]

В коде php используется только английский алфавит. Коды английского алфавита одинаковы и в ANSI и в UTF, поэтому пофиг по большому счету, в какой кодировке код, лишь бы лишних символов не было, например BOM.

Добавлено спустя 1 минуту 51 секунду:

вот ещё пример: /language/en/ так там кодировка help_faq.php - КОИР8Р

Вот это я тоже не верю.

[Alek$]

На самом деле, еще неплохо темплейты сохранять в УТФ-8, поскольку в них велика вероятность появления non-ascii символов.

[Палыч]

вот последние данные наблюдений: utf8 должна быть только в /language/ru/ тогда всё норм.

При редактировании и сохранении в windows-ориентированных редакторах любых файлов в кодировке UTF-8 в начало файла добавляется метка BOM (Byte Order Mark) в просторечьи - РЛЛ

Код: Выделить всё

я╗┐

Её присутствие в любом файле *.php до начала кода

Код: Выделить всё

<?php

вызывает ступор браузера, да и в шаблонах (*.html) пользы она не приносит, а глюки вполне может организовать.
Увидеть эти символы можно пвоспользовавшись наиболее простыми средствами просмотра (можно побайтовыми), например FAR

[alexset]

2 Палыч:
про ступор. в него пришол фрёвый сервер (тестил всё на винде), при попытке прочесть .htaccess , там вначале былатакая гагогулина, после её удаления всё стало норм.
впринципи, для себя я разобрался. спасибо тем, кто ответил. может эта тема будет комуто полезна.

[Палыч]

alexset
Про браузер - согласен, неудачно. Именно сервер PHP. Наиболее частая реакция - ошибка типа

Код: Выделить всё

Cannot modify header information - headers already sent by

[DarkStone]

Вот как бы побороть следующее:
установил мод вывода тем на страницу сайта
http://www.phpbbguru.net/community/topic16075.html
но сайт весь с кириллицей, а тут UTF-8 соответственно.
Опера реагирует нормально, а IE7 никак не хочет мириться с двумя кодировками в одном файле :-) Либо страницу корректно отображает, либо "вывод тем", если кодировку сменить на UTF-8
Как-то можно побороть?

[Alek$]

DarkStone
Вы бы внимательно первый пост прочитали...

Файл для вывода контента в кодировке Windows-1251 (cp1251) находится здесь.