Delfins

Pričem te lauks? Parasts apmeklētājs pats izvēlās valodas_id, kas ir rindu lauka LanguageId saturs

Nu taču RTFM http://lv.php.net/mbstring ; Set default language mbstring.language = Neutral; Set default language to Neutral(UTF-8) (default) mbstring.language = English; Set default language to English mbstring.language = Japanese; Set default language to Japanese ;; Set default internal encoding ;; Note: Make sure to use character encoding works with PHP mbstring.internal_encoding = UTF-8 ; Set internal encoding to UTF-8 ;; HTTP input encoding translation is enabled. mbstring.encoding_translation = On ;; Set default HTTP input character encoding ;; Note: Script cannot change http_input setting. mbstring.http_input = pass ; No conversion. mbstring.http_input = auto ; Set HTTP input to auto ; "auto" is expanded to "ASCII,JIS,UTF-8,EUC-JP,SJIS" mbstring.http_input = SJIS ; Set HTTP2 input to SJIS mbstring.http_input = UTF-8,SJIS,EUC-JP; Specify order ;; Set default HTTP output character encoding mbstring.http_output = pass ; No conversion mbstring.http_output = UTF-8 ; Set HTTP output encoding to UTF-8 ;; Set default character encoding detection order mbstring.detect_order = auto ; Set detect order to auto mbstring.detect_order = ASCII,JIS,UTF-8,SJIS,EUC-JP; Specify order ;; Set default substitute character mbstring.substitute_character = 12307 ; Specify Unicode value mbstring.substitute_character = none ; Do not print character mbstring.substitute_character = long ; Long Example: U+3000,JIS+7E7E

Uhu, Roze, un kas notiks ja vajag atselektēt pēc 2 checkboxiem, ja ir tie pāsi 10k `useri`?? 1 | 1,2,....5000 (~5000 cipari + komati) 2 | ... tas pats Un vēl kaut kā `distinct user` stilā jāatgriež ;) Imho šito LIKE strādā kudi lēnāk nekā parasts join-s...

Negribās iedzilināties, tipa AJAX client-side skripts nolasa ančora nosaukumu un pārsē to un padod saviem čaildiem? mh... anyway.. crap-veidīgs pasākums ;)

Bet tas ir viņa pirmais piedāvātais variants!? ar ko tavējais atšķirās? ;) PS: citu variantu nevar būt... vai nu DB, vai include..

john.brown, viņš prasa idejas...

* DB ar tekstiem + lang_id * lang_id iekš session + default_lang_id (nevajag nekādu HTTP headerus lasīt..) * bieži izmantotie vārdi definēt kā leiblus (ģenerēt kā masīvu un saglabāt kā include [pie izmaiņām])

Ne tikai, runa drīzāk iet par pašmāju risinājumiem.. Piemēram, ja man ir jau gatavs iveikals, ar visu GNT noliktavas xml-batch-update... Tur tik noslēdz līgumu ar GNT, nomaini logo savai lapelei un tirgo uz nebēdu ;)

Viduscelā būs `tava fantāzija`... kaut vai: $core = new Core(); $core->processRequest(); function processRequest(); { $moduleId = $this->getModuleNameFromRequest(); $moduleClass = $moduleId . 'Module'; if ( class_exists($moduleClass)) { $module = new $moduleClass(this); $module->preInit(); $module->processRequest($this->requestArgs); $module->postInit(); if ($this->templateObj->haveVariablesSet()) { $this->templateObj->draw(); } } } I čem tebe ne savs-kruts-engine!? ;)

Nu AJAX neesmu izmantojis, bet esmu redzējis piemērus, kur aptuveni uzmetot aci, prātā nāk visādas utopiskas/smukas idejas ;) katrā ziņā trafiku/datu apstrādes apjomu var milzīgi samazināt. Kā nekā visa lapa nav jārenderē... Bet ir cita problēma - nav statisku lapu un nevar veikt `cietās` atsauces, tā lai piemēram kaut kur pa meilu aizsūtīt, forumā iepeistot... Katrā ziņā tā visa izmantošana ir šaurā lokā... interaktīvie saiti. PS: necitē lielos texta klučus

a ko tu vēl citu gribi? AJAX.. datu reloads bez visas lapas pārlādes... Mans domāt ka MVC+AJAX var uztaisīt gana spēcīgu engine...

lētāk nekā veikalā.. nedaudz.. zora, kāpēc msql? Un kāpēc neintersē gatavs risinājums?

mācies visu no konsoles darīt...

Tieši šis ir vispareizākais! - datu struktūra atbilst dzīves situācijai - LIKE vēl vairāk iebremzēs, nekā JOIN - SQL serveri mūsdienās ir pietiekami gudri lai nooptimizētu visu (PG,SQL,Ora) Kā piemēr $selectedActivities = implode( ',', $_POST['activities'] ); $selectedInterests = implode( ',', $_POST['interests'] ); select distinct A.* from PersonTable A left join personActivities AT ON (...) left join personInterests AI ON (...) where AT.activityId IN ( $selectedActivities ) AND AI.interestId IN ( $selectedInterests )

nekas tāds nenotiek, / vietā tiks pārlasīti visi DefaultIndex faili līdz pirmais būs `sasniedzams`.. un tas tiek paņemts. Moš kaut kāds followsymlinks opcijs vai kas tamlīdzīgs... ? Anyway, pamēģini uztaisīt prastu formu citā failā un notestēt, vai tas gļuks tiešām ir servera galā..

Pārkompilēt... takš lasi RTFM

kaut kāds modulis diseiblots...

ERWin neder? Imho tikai tīri vizuāli der... A kas attiecās uz pašu DB, to labāk ar rokām taisīt/labot (uzcep php scriptu, kas no masīviem sinhronizē to db)

cik paradoksāli tas nebūtu, tad jā - smukums & UI ērtums. Katrs distributīvs saliek tās izvēlnes dažādi, bet win-like,.. lai jūzeru īpatsvars būtu lielāks. PS: neiet runa par frīkiem, kuri paši konfigu x-manageri... Piem fluxbox/*box arī tīri smuks un ērts un ar minimālisma piegaršu + nerunājot par ātrumu ;)

Padod normālu tekstu, nevis kaut kādu kaku...

Imho tas ir līks konfigs, jo konekcija tiek brutāli dropota.. Skaties uz to pusi... To var izdarīt gan pats bsd, gan pats mysql

Vai arī: file_put_contents( 'mansfails.dat', serialize($mansArray) ); PS: ja failā tiek paredzēti minimāli dati

kaut kā tā.. var Totals = tavaForma.select.options[tavaForma.select..selectedIndex].value;

Kas i ko, treisot nemākam?

dajebkas var būt, sākot no līkām rokām līdz pat dzelžiem.. Softs tāpat vien NE-krešo...