Odeslání mailu v PHP - špatná diakritika v předmětu zprávy

[novaskola]

To je přesně to co jsem potřeboval s ohledem na moje téměř nulové znalosti PHP.
DÍKY, DÍKY, DÍKY!!! Funguje to!
Roman

function mime_header_encode($retezec, $encoding = "utf-8") {
   return "=?$encoding?Q?" . imap_8bit($retezec) . "?=";
}

$is_sent = @mail('interaktivky@ucdis.cz', mime_header_encode($subject), "", $header);

[Reklama]

[TKL]

To je přesně to co jsem potřeboval s ohledem na moje téměř nulové znalosti PHP.
DÍKY, DÍKY, DÍKY!!! Funguje to!
Roman

function mime_header_encode($retezec, $encoding = "utf-8") {
   return "=?$encoding?Q?" . imap_8bit($retezec) . "?=";
}

$is_sent = @mail('interaktivky@ucdis.cz', mime_header_encode($subject), "", $header);

není zač :-)

[TKL]

Otázka zní: Potřebuje tazatel, aby mailer uměl SMTP, šifrování a podepisování? Opravdu potřebuje kvůli odeslání obyčejného e-mailu takovou obrovskou knihovnu?

Zapomnel jsem zminit, ze mimojine jeste resi kodovani PHPMailer je v jednom souboru a nema zadny zavislosti a proste funguje. Timhle stylem se muzeme ptat, jestli opravdu potrebuje obrovske PHP, kdyz muze ten web naprogramovat v C nebo rovnou v assembleru, fakt na palici todleto.

Třeba jen existují lidi, kteří nechtějí do svých projektů cpát cizí knihovny, z mnoha různých důvodů. Chápu, že to v dnešní době PHP frameworků a různých dalších sraček okolo může vypadat zvláštně, ale opravdu takoví lidé ještě (díkybohu) existují. A tihle lidé nemusí řešit, proč v jejich projektu něco nefunguje podle jejich představ nebo proč se nějaká jeho část chová divně (jinak než by předpokládal), protože díky čistému PHP má (i když za cenu většího množství práce) dokonalý přehled co, proč a jak to funguje.

[Lucas]

tihle lidé nemusí řešit, proč v jejich projektu něco nefunguje podle jejich představ nebo proč se nějaká jeho část chová divně (jinak než by předpokládal)

Tohle je strašná naivita. Udržovaná, roky vyvíjená knihovna s velkou komunitou kolem bude řešit většinu běžných problémů a bude mít vychytanou většinu bugů. Když se k takovému kódu dostane někdo cizí, tak je vysoká pravděpodobnost, že už tu knihovnu bude znát a ušetří se díky tomu plno času. Nějaký na koleně stlučený bastl, který znáš možná ty sám, je dobrý tak pro nějakou one-man show, v praxi je ale tohle znovuvynalézání kola jedině na obtíž. Investuj energii tam, kde je to potřeba a neřeš věci, které už jsou tisíckrát vyřešené.

[Kit]

tihle lidé nemusí řešit, proč v jejich projektu něco nefunguje podle jejich představ nebo proč se nějaká jeho část chová divně (jinak než by předpokládal)

Tohle je strašná naivita. Udržovaná, roky vyvíjená knihovna s velkou komunitou kolem bude řešit většinu běžných problémů a bude mít vychytanou většinu bugů. Když se k takovému kódu dostane někdo cizí, tak je vysoká pravděpodobnost, že už tu knihovnu bude znát a ušetří se díky tomu plno času. Nějaký na koleně stlučený bastl, který znáš možná ty sám, je dobrý tak pro nějakou one-man show, v praxi je ale tohle znovuvynalézání kola jedině na obtíž. Investuj energii tam, kde je to potřeba a neřeš věci, které už jsou tisíckrát vyřešené.

A ty chyby, které v té knihovně jsou, ti vůbec nevadí?

[Reklama]

[Lucas]

A ty chyby, které v té knihovně jsou, ti vůbec nevadí?

Vzhledem k tomu, že jí používá 100000x víc lidí, než tu, kterou si sám ubastlíš, tak jich tam oproti ní bude minimum. Víc očí víc vidí. Děláš, jako kdyby to, že si něco ubastlíš sám, znamenalo, že tam nejsou chyby :-D To jsi mě opravdu pobavil.

[Dzavy]

Tohle je strašná naivita. Udržovaná, roky vyvíjená knihovna s velkou komunitou kolem bude řešit většinu běžných problémů a bude mít vychytanou většinu bugů. Když se k takovému kódu dostane někdo cizí, tak je vysoká pravděpodobnost, že už tu knihovnu bude znát a ušetří se díky tomu plno času. Nějaký na koleně stlučený bastl, který znáš možná ty sám, je dobrý tak pro nějakou one-man show, v praxi je ale tohle znovuvynalézání kola jedině na obtíž. Investuj energii tam, kde je to potřeba a neřeš věci, které už jsou tisíckrát vyřešené.

Presne tak. Navic kvuli presne takovymdle matlalum je SMTP protokol tam, kde je. Stylem "spatlam to at to funguje" a po pul roce se zacnu divit, ze maily nechodi napr. na gmail...a na vsechny ostatni chodi jenom proto, ze jim je prednejsi spokojeny uzivatel  nez dodrzovani RFC...

[Kit]

Třeba jen existují lidi, kteří nechtějí do svých projektů cpát cizí knihovny, z mnoha různých důvodů. Chápu, že to v dnešní době PHP frameworků a různých dalších sraček okolo může vypadat zvláštně, ale opravdu takoví lidé ještě (díkybohu) existují. A tihle lidé nemusí řešit, proč v jejich projektu něco nefunguje podle jejich představ nebo proč se nějaká jeho část chová divně (jinak než by předpokládal), protože díky čistému PHP má (i když za cenu většího množství práce) dokonalý přehled co, proč a jak to funguje.

Tohle se lepičům velmi blbě vysvětluje. Zpravidla argumentují velkým množstvím spokojených uživatelů knihovny či frameworku, ale dovnitř se na ten bastl nepodívají. Hlavně, že jim to "nějak" funguje a když ne, mají to na koho svést.

[Lucas]

To je marný. Ono vás tohle poblouznění přejde chlapci, nejpozději po několika letech praxe. Taky jsem kdysi takhle chytračil, všechno jsem uměl nejlíp, psal jsem si všechno sám a dneska vám můžu  zodpovědně říct, že to byla jenom hromada blbých keců a promarněného času. Poučte se z chyb ostatních. To je všechno, víc se k tomu nebudu vyjadřovat.

[TKL]

Tohle je strašná naivita. Udržovaná, roky vyvíjená knihovna s velkou komunitou kolem bude řešit většinu běžných problémů a bude mít vychytanou většinu bugů. Když se k takovému kódu dostane někdo cizí, tak je vysoká pravděpodobnost, že už tu knihovnu bude znát a ušetří se díky tomu plno času. Nějaký na koleně stlučený bastl, který znáš možná ty sám, je dobrý tak pro nějakou one-man show, v praxi je ale tohle znovuvynalézání kola jedině na obtíž. Investuj energii tam, kde je to potřeba a neřeš věci, které už jsou tisíckrát vyřešené.

Presne tak. Navic kvuli presne takovymdle matlalum je SMTP protokol tam, kde je. Stylem "spatlam to at to funguje" a po pul roce se zacnu divit, ze maily nechodi napr. na gmail...a na vsechny ostatni chodi jenom proto, ze jim je prednejsi spokojeny uzivatel  nez dodrzovani RFC...

Pánové, posílání korektních mailů z PHP podle RFC je kód na pár desítek řádků čistého PHP. PHPMailer znám od začátku jeho vzniku, přesto jsem neměl potřebu nikdy ho použít (kecám, jednou jsem to udělal). Mám vlastní odladěný kód přibližně stejně starý (ale spíše starší, cca. 15 let), jako je PHPMailer, takže opravdu nevidím jediný důvod, proč bych se ho měl vzdát a začít používat nějakou cizí knihovnu, jejíž vývoj nemám absolutně pod kontrolou, a tudíž nemám zaručeno, že za pár měsíců/let bude fungovat tak, jak potřebuji. O veřejně známých zneužitelnostech nemluvě.

Používejte ve svých projektech co chcete, je to jen vaše věc, ale proboha nevnucujte lidem, kteří to dělají jinak, svůj názor jako jediná správný. To vás totiž usvědčuje. Z čeho? Domyslete si sami.

PS: dost často se v podobných souvislostech objevuje kontextově hanlivý pojem "one man show", nejinak tomu bylo v této diskuzi. Nicméně rozmanitost, to je to, co drží celý svět pohromadě. Kdyby bylo vše na světě stejné, dávno by to bylo degenerováno, zneužito, zahubeno. Nejinak tomu je v digitálním světě. Známé projekty jsou úspěšně napadány, protože jejich chyby jsou obecně známy a díky tomu jsou snadno zneužitelné. Nedělám si iluze, že píšu kódy bez chyb. Nicméně jejich praktické zneužití je výrazně složitější, než chyby unifikovaných systémů, ke kterým si stačí stáhnout příslušný předpřipravený exploit. Howgh.

[Kit]

Pánové, posílání korektních mailů z PHP podle RFC je kód na pár desítek řádků čistého PHP.

Tohle je vlastně patrné už z úvodního dotazu, který obsahuje téměř úplný kód a nic jiného, než čisté PHP, v něm není.

PHP je ve své podstatě vlastně frameworkem. Není nutné nad framework stavět další frameworky.

PS: dost často se v podobných souvislostech objevuje kontextově hanlivý pojem "one man show", nejinak tomu bylo v této diskuzi. Nicméně rozmanitost, to je to, co drží celý svět pohromadě. Kdyby bylo vše na světě stejné, dávno by to bylo degenerováno, zneužito, zahubeno. Nejinak tomu je v digitálním světě. Známé projekty jsou úspěšně napadány, protože jejich chyby jsou obecně známy a díky tomu jsou snadno zneužitelné. Nedělám si iluze, že píšu kódy bez chyb. Nicméně jejich praktické zneužití je výrazně složitější, než chyby unifikovaných systémů, ke kterým si stačí stáhnout příslušný předpřipravený exploit. Howgh.

Pod tohle se mohu klidně podepsat. Kde ta lůza bere jistotu, že jednotlivec nemá pravdu? Pokud má knihovna 4k řádek a mé vlastní řešení má jen 20 řádek, kde asi bude víc chyb? V těch 4k řádcích, které si nikdo ani pořádně nepřečte nebo v těch 20, které jsem si vypiloval za kratší dobu, než za jakou bych se naučil používat nějaký framework?

Tazatel zde v podstatě uveřejnil celý zdrojový kód svého odeslání mailu a následně i záplatu, která vyřešila jeho problém. Napadlo někoho z přítomných (kromě mne a TKL) vyhledat v tom kratičkém kódu chyby, kterých se tazatel dopustil, nebo všichni ve své zaslepenosti věří pouze nějakým externím knihovnám a frameworkům?

[Lol Phirae]

Kde ta lůza bere jistotu, že jednotlivec nemá pravdu?

Aaaa, hle - další zneuznaný vynálezce hranatých kol... 

[TKL]

Kde ta lůza bere jistotu, že jednotlivec nemá pravdu?

Aaaa, hle - další zneuznaný vynálezce hranatých kol... 

Ale kdeže. Kolo je v tomto případě PHP funkce mail().

[Storm]

Šijete si vlastní oblečení? Chováte vlastní prasata? Postavili jste si vlastní barák? Navrhli a zkonstruovali jste si vlastní auto? Děláte všechno třikrát tak dlouho, ale hlavně jinak? Ne? Tak to jste akorát posraný lepiči.

[Kit]

Skutečně skvělá knihovna, když se musí používat takhle

Kód: [Vybrat]

$mail = new PHPMailer(true);
$mail->CharSet = 'utf-8';abychom v odchozích e-mailech neměli defaultní ISO-8859-1. V dokumentaci o tom není ani "ň".
A to "true" určitě bude pro mnohé uživatele také hádankou.