BreezingForms на Joomla проблема с кирилицей - BreezingForms

установил BreezingForms 1,7,1 на Joomla 1,5. После создания формы и публикации ее на сайте отправляемое сообщение с данными формы не читабельное выглядит таким образом

¤Ð?О: Вебсайт
Пол: Мужской
СеÑ?ия и â„– паспоÑ?та: A123321
День: 3
Месяц: value2
Год: 1945
Дата Ñ?ождения: 2011-09-13
Семейное положение: Разведен(а

Кодировка используемая в настройках utf-8 в чем может быть причина невозможности нормально отобразить отправляемый текст?

в самой базе данных в php my admin проверьте точно ли именно в таблицах breezing forms стоит utf8 а не latin??

в самой базе данных в php my admin проверьте точно ли именно в таблицах breezing forms стоит utf8 а не latin??

да я кстати посмотрел в jos_facileforms_forms кодировка везде utf8_general_ci

в файл  .htaccess дбоавить  строку - AddDefaultCharset UTF-8

в любое место

в файл  .htaccess дбоавить  строку - AddDefaultCharset UTF-8

в любое место

добавил в корень поратала Joomla, не помогло
дело в том, что при просмотре записей в BreezingForms - View Record кирилица отображается нормально и все читается а вот при отправке этого содержимого на почту все становиться не читабельным

установил BreezingForms 1,7,1 на Joomla 1,5. После создания формы и публикации ее на сайте отправляемое сообщение с данными формы не читабельное выглядит таким образом

¤Ð�О: Вебсайт
Пол: Мужской
СеÑ?ия и â„– паспоÑ?та: A123321
День: 3
Месяц: value2
Год: 1945
Дата Ñ?ождения: 2011-09-13
Семейное положение: Разведен(а

Кодировка используемая в настройках utf-8 в чем может быть причина невозможности нормально отобразить отправляемый текст?

неужели никто не сталкивался с подобным? может я что не так делаю? или что-то не учел?

дайте ссылку откуда качали, пожалуйста? я поковыряюсь в базе, пока время есть:)

дайте ссылку откуда качали, пожалуйста? я поковыряюсь в базе, пока время есть:)

с самого сайта http://crosstec.de/component/docman/cat_view/3-products/4-breezingforms/21-breezingforms-173.html
правда для скачивания похоже нужна регистрация, ну если майл свой скинете могу на почту сбросить

да сюда прямо в тему прикрепите файл, я его отсюда утяну. на форуме постоянно. увижу сразу.. параллельно другими делами занимаюсь просто, забуду потом... крепите сюда zip:)

да сюда прямо в тему прикрепите файл, я его отсюда утяну. на форуме постоянно. увижу сразу.. параллельно другими делами занимаюсь просто, забуду потом... крепите сюда zip:)

я вот никак не могу найти способ прикрепить к теме файл...

ладно скачаю по ссылке

ладно скачаю по ссылке

хорошо

я по ходу исходники просмотрел то что касается кодировки вродебы ничего подозрительного не нашел везде utf-8

проверил на денвере и на хостинге.. крокозябров при отправке нет. а вы где проверяете кстати?? на локалке или на хосте?

проверил на денвере и на хостинге.. крокозябров при отправке нет. а вы где проверяете кстати?? на локалке или на хосте?

на хосте у провайдера проверял

не... что то с кодировками в базе все таки... может упустили что то

не... что то с кодировками в базе все таки... может упустили что то

Да нет вроде я просмотрел все поля вроде нет отличных от utf8_general_ci полей все где имеется установленная кодировка стоит именно utf8_general_ci

alt_mailfrom     varchar(255)     utf8_general_ci          Нет               Обзор уникальных значений        Изменить        Удалить        Первичный        Уникальный        Индекс        Полнотекстовый
   mb_alt_mailfrom    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   alt_fromname    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   mb_alt_fromname    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   mailchimp_email_field    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   mailchimp_checkbox_field    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   mailchimp_api_key    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый
   mailchimp_list_id    varchar(255)    utf8_general_ci       Нет          Обзор уникальных значений    Изменить    Удалить    Первичный    Уникальный    Индекс    Полнотекстовый

сделайте общий SQL запрос на изменение кодировки для всей базы в phpmyadmin... если не поможет, тогда я не знаю уже. предварительно дамп базы также сделайте

не... что то с кодировками в базе все таки... может упустили что то

может быть поможет в обзоре самих записей через админку в BreezingForms отображение данных корректное и читается в админке после отправки в Manage Records сохраняются данные отправляемые через форму и при просмотре там все нормально

сделайте общий SQL запрос на изменение кодировки для всей базы в phpmyadmin... если не поможет, тогда я не знаю уже. предварительно дамп базы также сделайте

и кстати если бы в базе была бы проблема c кодировкой то она выявилась бы наверное при установке CMS jooml-ы или я не прав?

да при установке самого плагина\компонента могло что то съехать просто. кодировки... я вообще помню как мучался год назад с одним компонентом. бил во все колокола, даже хостера замучал. хостер сжалился и посмотрел мою базу и сказал: база в верной кодировке, а компонент нет:))))))
а можно сайт посмотреть? я хочу там что нибудь отправить и посмотреть как это происходит.

похоже трабла с провайдером но вот что именно сами даже не знают... кто может подсказать в каком направлении смотреть?

У меня та же проблема. Раньше юзал левый на Joomla 1.5 - действительно изменение кодировки в базе данных помогло, но не полностью: в POST он все равно кириллицу крякозябрами делал и в PDF - из-за этого отказался, хотя компонент нравится. Сейчас заплатил, уже Joomla 1.7, но, как оказалось, все по-старому...
Буду писать в поддержку, но, может, кто-то все-таки решил проблему?

в почтовом сервере рыть надо, видимо. но это уже к хостеру

Да не - при чем тут почтовый сервер?
Итак, как я решил проблему:
1. Значения переменных выхватываются с помощью: ff_getSubmit
2. В стандартном случае, который есть на форумах результат ff_getSubmit обрабатывается уже php функцией htmlentities (), но, как оказалось именно в этом у меня состояла проблема - по какой-то причине она выдает UTF-8 крякозябрами.
3. Используем вместо htmlentities () - html_entity_decode () - вуаля - все работает корректно!
Пример (кусок) из обработчика моей формы (форма для отправки данных платежа в РБКМани):


Именно в этом сочетании удается передать русские буквы без изменений.

Да не - при чем тут почтовый сервер?
Итак, как я решил проблему:
1. Значения переменных выхватываются с помощью: ff_getSubmit
2. В стандартном случае, который есть на форумах результат ff_getSubmit обрабатывается уже php функцией htmlentities (), но, как оказалось именно в этом у меня состояла проблема - по какой-то причине она выдает UTF-8 крякозябрами.
3. Используем вместо htmlentities () - html_entity_decode () - вуаля - все работает корректно!
Пример (кусок) из обработчика моей формы (форма для отправки данных платежа в РБКМани):

Код

$this->execPieceByName('ff_InitLib');

$serviceName = html_entity_decode( ff_getSubmit('serviceName') );

print <<<END
<form action="https://rbkmoney.ru/acceptpurchase.aspx" method="post" name="myForm" id="myForm">
    <input type="hidden" name="serviceName" value="$serviceName"/>
</form>
<script type="text/javascript">document.getElementById("myForm").submit();</script>
END;

Именно в этом сочетании удается передать русские буквы без изменений.

Можно пожалуйста по подробней о решении данной проблемы, у меня на потчу так же приходят вопросики, и в таблице формируются они же, и если можно связь держать через ящик dbeXereS@yandex.ru Спасибо!

Поставил версию 1.7.5 тоже проблема была все русские буквы после сохранения были "?"
Почитал вашу тему глянул на кодировку у таблиц в базе от компонента и оказалось что там какя-то левая стоит.
Извлёк базу, открыл блокнотом, нашел где задаётся кодировка и сделал массовую замену и обратно импортировал.
Теперь всё работает !
Спасибо !

Здравствуйте!

Поставил себе последнюю версию BreezingForms Lite с официального сайта. Проблем с русскими буквами нет, кодировка в таблицах бд - правильная, русские буквы отображаются правильно.
Но с бесплатной формой PDF Download In Thank You Page к BreezingForms Lite возникла проблема. Заполняем, например, поля: ФИО, e-mail, CAPTCHA. Нажимаем кнопку submit и тут же формируется pdf с вопросами вместо кириллических букв
Заметил, что если в настройках формы выбрать отправка pdf администратору, то админу приходит нормальный pdf в нормальной кодировке.
Как это так? Оказывается, в public_html/components/com_breezingforms/exports формируются два файла: download-pdf-2015****.pdf и ffexport-pdf-2015***.pdf
Админу приходит ffexport-pdf-2015***.pdf - он нормальный, а пользователь, кликая submit, видит download-pdf-2015****.pdf

Полагаю, что проблема находится где-то на этапе формирования download-pdf-2015****.pdf
Можете, подсказать, что именно здесь не так?

РЕШЕНО! Не прошло и суток, и ответ нашелся. Перекодировки в UTF-8 не помогали.

Зато очень помогла ссылка http://forum.virtuemart.net/index.php?topic=99783.msg329746#msg329746

В моем случае действий было еще меньше (т.к. tcpdf уже установлена с компонентом):
1. скачал архив tcpdf_fonts_6_2_12.zip, выбрал из него 3 файла: freesans.ctg.z, freesans.php, freesans.z и закачал их в
/public_html/administrator/components/com_breezingforms/libraries/tcpdf/fonts

2. поправил файл tcpdf_config.php, который лежит в
/public_html/administrator/components/com_breezingforms/libraries/tcpdf/config
заменил все встречающиеся шрифты на freesans

3. Теперь в PDF вместо досадных вопросительных знаков приятные глазу русские символы