Čeština v kontaktním formuláři

Ahoj, jak jste vyřešili zobrazování českých znaků v mailech z kontaktního formuláře? Resp. jejich nezobrazování?

No to je klasicky velky problem.
Konkretnu radu sice nemam (mna riesenie tohto problemu este len caka-neviem ci sa vobec vyskytne), ale skus skontrolovat nastavenie kodovania a znakoych sad. Je dobre mat vsetko nastavene na rovnaku hodnotu (napr. utf-8). Ak sa to pomiesa (napr. windows-1250 a utf-8), tak sa znaky nespravne interpretuju.

Pozeral som /system/library/mail.php a tam je nastavene utf-8. Skontroloval by som este nastavenie znakovej sady stranky - pozri zdrojovy kod v prehliadaci a hladaj nieco ako a potom este skus skontrolovat databazu - a tam "collation" - malo by byt utf8_unicode_ci, alebo utf8_general_ci.

Po kazdej zmene by som si vlozil nejaky novy text, aby si nahodou netestoval na niecom, co bolo chybne vlozene.

V skratke: znakova sada mailu, stranky a databazy by sa mali zhodovat.

Drzim palce a snad som aspon trocha pomohol.

Tomas

pjr wrote:Ahoj, jak jste vyřešili zobrazování českých znaků v mailech z kontaktního formuláře? Resp. jejich nezobrazování?

Ahoj,
jak si to prosím vyřešil

Díky...

Nevyřešil...

pjr wrote:Nevyřešil...

A jakou máš češtinu v emailu s objednávkou (v předmětu zprávy)

V předmětu žádnou, zrušil jsem diakritiku a v těle zprávy bez problémů.

pjr wrote:V předmětu žádnou, zrušil jsem diakritiku a v těle zprávy bez problémů.

Pro mně je to pouze dočasný řešení, nevíš jak to upravit jinak
Díky...

Nejsem si teď už moc jistý, ale zkuste jen pro test v:
/system/library/request.php
- za: - přidejte:

rozposielane maily maju zle nastavene kodovanie.

ale pretoze telo mailu je pripojeny ako utf8 attachment,
mail klient to dokaze spravne rozkodovat. lenze subject nie.
a aj ked telo je v pohode, subject nikdy nebude.

najjednoduchsim riesenim je samozrejme dat prec diakritiku zo subjektu.
alebo treba dorobit spravne kodovanie mailu pri posielani.

podla toho ako doteraz daniel reagoval na ine jazyky ako anglictina
nemam ziadnu motivaciu toto spravit. veselo ignoruje moje reporty
jeden za druhym. hodne frustrujuci sposob developmentu.
niekedy sa cudujem ako sa na tuto uroven tento projekt vobec
dopravoval...

loadaverage wrote:rozposielane maily maju zle nastavene kodovanie.

ale pretoze telo mailu je pripojeny ako utf8 attachment,
mail klient to dokaze spravne rozkodovat. lenze subject nie.
a aj ked telo je v pohode, subject nikdy nebude.

najjednoduchsim riesenim je samozrejme dat prec diakritiku zo subjektu.
alebo treba dorobit spravne kodovanie mailu pri posielani.

podla toho ako doteraz daniel reagoval na ine jazyky ako anglictina
nemam ziadnu motivaciu toto spravit. veselo ignoruje moje reporty
jeden za druhym. hodne frustrujuci sposob developmentu.
niekedy sa cudujem ako sa na tuto uroven tento projekt vobec
dopravoval...

Ahoj,

najjednoduchsim riesenim je samozrejme dat prec diakritiku zo subjektu.
alebo treba dorobit spravne kodovanie mailu pri posielani.

tak co a kam se má vložit, můžeš mi vysvětlit co tím myslíš
Pokoušel jsem se integrovat PHPMailer ale nepodařilo se mi to :-(

tieto 3 subory obsahuju premennu s menom 'mail_subject'
alebo 'email_subject':

catalog/language/czech/information/contact.php
catalog/language/czech/account/forgotten.php
catalog/language/czech/account/create.php

tieto treba prepisat bez diakritiky.

alebo, treba doprogramovat spravne prekodovanie
predmetu spravy na utf8 pri posielani mailu
(predmet je sice v utf8, ale je to posielane ako ascii),
ale ako som pisal, do tohoto zatial nebudem
investovat cas.

loadaverage wrote:tieto 3 subory obsahuju premennu s menom 'mail_subject'
alebo 'email_subject':

catalog/language/czech/information/contact.php
catalog/language/czech/account/forgotten.php
catalog/language/czech/account/create.php

tieto treba prepisat bez diakritiky.

alebo, treba doprogramovat spravne prekodovanie
predmetu spravy na utf8 pri posielani mailu
(predmet je sice v utf8, ale je to posielane ako ascii),
ale ako som pisal, do tohoto zatial nebudem
investovat cas.

Ale ne všem toto řešení vyhovuje... :-(

ach jo, vyzva je vyzva, co? :]
tak tu je riesenie:

system/library/mail.php, radek: nahradit

Děkuji za úpravu, všechno je OK.

Všecko šlape, akorát je třeba to samé udelat i u odesilatele o pár řádků výše. Díky

Dobrý den,
nezlobte se, že si zde "přihřeji svou polívčičku", ale zřejmě to s tím souvisí.
Prosím přítomné zda by nemohli pomoci s mým dotazem zde: http://forum.opencart.com/viewtopic.php?f=89&t=9906.

Vidím, že tento problém nemám sám. Díky za pomoc a pochopení.

Pot'a wrote:Nejsem si teď už moc jistý, ale zkuste jen pro test v:
/system/library/request.php
- za:

Code: Select all

$data = htmlentities($data, ENT_QUOTES, 'UTF-8');

- přidejte:

Code: Select all

$data = html_entity_decode($data, ENT_QUOTES, 'UTF-8');

Zdar Poťo,
kdyz ve verzi kouknu na soubor request.php
tak je tam $data = htmlspecialchars($data, ENT_COMPAT, 'UTF-8');

jaky je v tom rozdil v porovnani s $data = html_entity_decode($data, ENT_QUOTES, 'UTF-8');

co je ENT_COMPAT? Co je regulerni zapis pro regulerni fungovani? Vse se zda byt ok, ale kdyz nefungovalY ani entity s htmlentities, tak co je vlastne spravne?

Diky

loadaverage wrote:ach jo, vyzva je vyzva, co? :]
tak tu je riesenie:

system/library/mail.php, radek:

Code: Select all

45:           $this->subject = $subject;

nahradit

Code: Select all

45:           $this->subject = '=?UTF-8?B?' . base64_encode($subject) . '?=';

Supr. Díky. Přesně tohle jsem hledal. Sice už jsem si to upravil u několik položek, ale toto globální řešení je účinější.