Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Tolik rozruchu
jen v Lopuchu

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub PHP [ŽP: neomezená] (kategorie Programování) moderuje makovec.
Archiv
Diskuse o vybornem skriptovacim jazyku php. Dulezite odkazy, pred polozenim dotazu zkuste hledat odpoved zde:
  1. www.php.net - domovská stránka PHP
  2. www.kosek.cz - spousta tutorialu pro PHP v češtině
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: uumnjxd
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
mach 24.9.2006 19:13  1588
Jak mam z PHP odeslat hromadny email? Napadaji me dve moznosti:


  • Zavolan n × funkci mail()

  • zavolam jednou funkci mail a dam ji n adres napsanych v cc:



Jenze u te prvni metody si rikam, ze pro n > 1000 to bude trvat desne dlouho a u te druhe si nejsem jisty, jestli neni problematicke mit tak dloouhou hlavicku mailu (proste jestli to ten odesilaci server snese bez ohledu na soucasnou konstalaci hvezd).
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 21.9.2006 09:23  1587
tak nevim proc mam to stesti ale tenhle tejden na me bafe na kazdym druhym webu nejakej prima error v php a asp... nejcasteji pri vyhledavani. a to napriklad i microsoft, nejaky eshopy, fotografovani.cz to o2 ... ze bych si toho driv nevsimal nebo nejaky skvrny na slunci?
bredy 21.9.2006 09:17  1586
AL3XNo vidíš, někdy mi chybí změnit kódování uprostřed stránky... v protokolu mysql tato možnost je bez nutnosti znovu navazovat spojeni.
al3x 20.9.2006 16:24  1585
Ale hlavicka je z podstaty veci oddelena od zbytku. (Tak jak hlavicka v HTTP nemluvi o kodovani HTTP, ale dokumentech pod tim.) Pokud je hlavicka soucasti samotneho prenosu, tak to uz neni hlavicka.
bredy 20.9.2006 16:09  1584
Al3XKdyž už jsi uvedl HTTP spojení, tak i tady je vidět, že je tu něco jako hlavička ve které je uvedeno kódování zbytku. A ta hlavička bude v ASCII ať už máš kódování jakékoliv. A stejně tak UTF-16 aplikace bude muset umět číst hlavičky v ASCII, než přepne do jiného kódování.

To je to co jsem psal. S tím, že hlavička nemusí být jen jednosměrna, může se jednat o navazovací protokol.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 12:04  1583
dik, radsi sem stejne zmenil jmeno, mozna jsem nekde delal blbost ale ani " ani ' nepomohlo a naopak hlasilo chybu...
tak mi to bezi, server je v utf8 ale databaze v win1250. rozdil od mysql je asi v tom, ze server serviruje data asi primarne v kodovani databaze a ne server defaultu... jinak metody prepnuti kodovani podobny... nevede ale collation, takze nejde nastavit treba ruzny trideni v utf8 ale mozna jsem jenom moc nehledal...
al3x 20.9.2006 09:59  1582
Muzes to dat do uvozovek... :)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09:27  1581
ha, tak veskerej vtip je v tom ze NEW je asi v teto verzi postgresu rezervovany slovo... takze s jynym jmenem db funguje...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 09:07  1578
diky, zatim stale nevim kde jsou ulozeny ucty fyzicky a tedy jak je dumpnout na stare db ale na to prdim takze snaha zalozit to znova na novy verzi 8.1:
createdb new v shellu, neb CREATE DATABASE new; kupodivu nezafungovalo jsa prihlasen pod systemovym uctem postgres a neco mi to nadavalo... v shellu to nenadavalo a zalozeno - overeno
vyroben user, uspesne, neb byl i vylistovan...
grant all on new to user mujuzivatel mi hlasi 'NEW used in query tahat is not a rule' a uz se tesim na kodovou stranku neb nova db zda se byti v utf a stara jsa komunikujici s windoze accessem bude urcite v win1250 no, snad se poperu, zatim visim na tom pravu toho usera
al3x 20.9.2006 08:58  1577
http://www.postgresql.org/docs/8.1/interactive/app-createuser.html

http://www.postgresql.org/files/documentation/books/aw_pgsql/node204.html
al3x 20.9.2006 08:53  1576
tvx [1575]: unix?
nejrychleji:
su root
su postgres -
createuser uzivatel
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 08:47  1575
a nejak se mi nedari rychle zjistit jak ev. v novym postgresu vubec nejaky uzivatele zalozit....
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.9.2006 08:26  1574
když už tu byl postgres...
musim ted narychlo kvuli novy instalaci presunout nejakou aplikaci z postgresu na novejsi verzi. priznam ze s nim mam zkusenost skoro nulovou a tak me zajima, kam uklada postgres ucty a pristupovy prava atd, neb zadnou takovou databazi jako pro to ma mysql jsem neobjevil...
al3x 19.9.2006 22:16  1573
fis [1572]: Prvni odstavec neni v rozporu s tim, co jsem tvrdil. :)

S psql jsem zatim problem s kodovanim nemel, ale je fakt, ze jsem si tam zrovna s kodovanim moc nehral.
fis fis 19.9.2006 20:54  1572
AL3X: Aha, koukam, ze se mi nejakym zpusobem z toho prispevku vytratila jedna klicova veta. A to, ze nad jednou takovou konkretni databazi s takovymi aplikacemi tu a tam pracuju, takze to bylo z praxe, nikoli jen 'krasny teoreticky priklad'. Jinak samozrejme, pokud vsechno bude nastaveno na UTF-8, names se posilat nemusi, pokud budu mit sam nekde dedikovany server ktery pobezi jen v jednom kodovani, taky nic posilat nemusim, ale jakmile databazovy server ma pracovat s vice kodovanimi, at kvuli tomu, ze jedna databaze je vyuzivana vice ruznymi aplikacemi, nebo kvuli tomu, ze proste tam je provozovano databazi nekolik, tak je SET NAMES podle me to nejlepsi reseni, co se dalo zvolit. Nastavit default na nejcastejsi kodovani povazuji za samozrejmost.

Rozhodne mi to prijde lepsi, nez ty hruzy, co slycham o problemech s kodovanim v lecjakych jinych databazovych systemech (slysel jsem ruzne strasidelne historky o postgresu a o oraclu, ale nikdy jsem to nezkousel, takze nevim, co je na nich pravdy...).

[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt