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

Něco navíc v zeleném?
A proč ne...

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: xyooxlt
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 17.9.2006 11:12  1535
nastavit spravne i klienta, uz to tu byla nejmin 2x a nebo v klubu databaze tak taky hned nekolikrat tak hledej, smudlo...
duirin 17.9.2006 11:08  1534
DotazMam ve sve databazi nastaveno kodovani utf8_czech_ci, ale vystup pomoci PHP mi nezobrazuje ť. Místo toho je ?. Co s tím mám dělat?
djmanas 16.9.2006 12:21  1533
tvx: zmenila se znacka ne lidi ;)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 16.9.2006 07:39  1532
Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 3840 bytes) in /home/HTTP/o2active/input_form.inc on line 1821
Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 135 bytes) in Unknown on line 0

Aneb profesionalita ve vyhledavani v telefonim seznamu O2 :c]
al3x 14.9.2006 17:37  1531
mpts [1530]: To je fakt. Ale vlastne by to bylo i logicky. :)
mpts mpts Je to jinak, ba přesně naopak! 14.9.2006 17:01  1530
A jak řešíš listování, tj. když je požadavek na to, aby se vyhledali všichni Alfrédi, samozřejmě CI, seřadili se dle abecedy a zobrazovali se po stránkách o řekněme sto kusech?
al3x 14.9.2006 16:55  1529
Tak zase porovnavat strigny pomoci <= nemam nejak moc zapotrebi :)

Neprijde mi (az na vyjimky) rozumne psat obecne SQL, ktere projde na vsech SRBD. Vetsinou vim, na cem to pobezi a pro tu to pisu co nejefektivnejc to umim.
mpts mpts Je to jinak, ba přesně naopak! 14.9.2006 16:50  1528
Navíc bys potřeboval i "i=", "i<>", "i<=" atd.
mpts mpts Je to jinak, ba přesně naopak! 14.9.2006 16:48  1527
A dál se se mnou samozřejmě nebaví. :-)
mpts mpts Je to jinak, ba přesně naopak! 14.9.2006 16:48  1526
Ovšem třeba IBM DB2 na to reaguje nafrněným: 'An unexpected token "ILIKE" was found following ...' :-))
al3x 14.9.2006 16:43  1525
mpts [1524]: Mne se metoda pres ILIKE libi nejvic. Lepe to sedi k deklarativni tride programovacich jazyku a dokonce bych si troufnul rict, ze to bude implementovano efektivneji..
mpts mpts Je to jinak, ba přesně naopak! 14.9.2006 16:36  1524
AL3X: Nevím, mně naopak řešení s lower (resp. já jsem zvyklý užívat upper) přijde jako nejčistší. Na řadě databází nic jako collation není, ale aby chybělo upper, to jsem snad ještě nepotkal, nebo -- pokud ano -- to bylo někdy v prehistorii a již jsem to zapomněl.
al3x 14.9.2006 16:08  1523
huh [1522]: Ale tomu treba i verim. Ale ja se v posledni dobou snazil najit tolik veci v jeji dokumentaci a proti postgresql je to tak zoufale neprehledne usporadane...
Nechci tu startovat flame, jen podotykam, ze mne osobne jeji chovani i dokumentace silne nevyhovuje.
huh huh 14.9.2006 16:03  1522
AL3X [1521]: MySQL neni divoka. Chova se presne podle toho, jake je pouzito COLLATION. Staci si precist kapitolu 10 manualu a nemuze v tom zustat jedina nejasnost.
al3x 14.9.2006 15:48  1521
A mne se to reseni pres lower() stejne nelibi.

Chtelo by to zjistit, kdy, proc a jak se ta divoka mysql pri porovnavani chova. lower() je sice reseni, ale ciste mi to furt neprijde... Mno, hlavne, ze vam to funguje, ale ja mam zase brouka v hlave.
[ 1845 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt