Delfins

starpība ir tāda, ka tu seto iekš changeimage.php bet showimage.php paliek bez headeriem... doh.. iemācies lasīt arī... EDIT: ok ;)

loģiski, jo te ir `pasīva kļūda` ... Cache-control jāliek iekš "http://adrese/bildesmainjaslapa", nevis irekš bildes maiņas skripta.. tas i, visi headeri pirms header('Location: '.$strPageChPic); ir ar nulles nozīmi...

kāds sakars spēlei ar browseri??? (nu ja vienīgi pure-JS uztaisīts ;)) Ja kaut kas neiet, jāmeklē plugins... man piemēram visas spēles iet... java, shockwave, flash, SVG

1.) ja tu gribi kaut ko panākt - izlasi visu funkciju sarakstu (URLā) 2.) TrueType jau nozīmē, ka tiks izmantots unicode teksts tur skaidri un gaiši tas pateikts Ir ne tikai jāmāk atrast un izlasīt manuāli - bet izprast un atrast tieši to, ko vajag.. tāpēc jau tie manuāļi tiek rakstīti... Un tev nekad nebūs manuālī rakstīts: "Lūk šādi drukā tekstu ar garumzīmēm uz bildes" Atjautība/loģikai arī jābūt...

sure, ka nekas `īpašs` nav iestādīts? man mājās piem. viss oke. par tādu problēmu unicode vispār nezinu..

http://lv2.php.net/gd

tam nav nekāda sakara ar mysql versiju... unikode ir un paliek unikode.. vai nu serverim, vai softam ir lokāle iestādīta != utf , ka tas konvertē vai liek iekša ķeburus citā enkodingā.. tas ir pats drošākais, shellam ja vajag var uzstādīt UTF... shell$> mysql database < mysql_dump.sql

ja iekšā ir INT mainīgais, tad pofig Tewv bremze iestājas pie katras iterācijas (3-pakāpju/līmeņu) faila atvēršanas un nolasīšanas 300 * 100 * 70 = 2.100.000 faila atvēršanas, tas nozīmē to, ka HDD un RAM tiks traucēts 2 miljonus reizes.. a varēja tikai 1 reizi ;) secinājumus izdari pats...

un vispār, te datu struktūras un glabāšanais veids `pārspēj` paši sevi... normāli izmantojot 3 tabulas iekš DB viss būt udaudz vienkāršāk, drošāk, ātrāk...

$e=file('NAUDA.dat'); tas arī nevajadzīgi izpildās katru reizi... pieļauju, ka tur ir tranzakcijas un aizņem īpaši daudz laika nolasīt lielo failu... $accountsArr = file('KONTI.dat'); $accountsCount = count($accountsArr); $transactionsArr = file('NAUDA.dat'); $transactionsCount = count($transactionsArr); for ( $aIdx=0; $aIdx<$accountsCount; $aIdx++ ) { for ( $tIdx=0; $tIdx<$transactionsCount; $tIdx++ ) { ..... } }

Patterni visu pasākumu sabremzē (attiecās uz webu) Webs ir single-thread pasākums (turklāt secīgs līdz bezgalībai, no A..līdz..vajadzīgajam) krutos MVC naher tur vajag... Webam ir jābūt vienkāršam, ērtam, ātram.

ja viss strādā, nafig vēl kaut ko updeitot?

jebkura kešošana ir efektīva, ja vien tā ir pareiza uztaisīta. Un arī lai cik tas cipars nebūtu, efekts ir panākts... un nav ko tur daudz domāt ;)

DarkSide, PPR veidlapai ir tikai auģša aizpildīta... un konkrēts garums... Nu uzliec topMargin = ~10 char un pārējo kā vēlies... ja runa ir par citām veidnēm, kur ir `tipa jāieliek` precīzi pēc pikseļa,.. tad nu vienīgi vai nu VRML vai PDF

tiklīdz iestājās `izdrukā/uztaisa pārskatu un vēl rēķina` - tad tā ir nepareiza atskaite ;) principā izdrukājot atskaiti skatoties uz cipariem jau viss ir jābūt skaidrs... kāpēc lai pavadzīme nekas nevarētu bīdīties? Piemēram praksē no Axapta, tās izdrukas ir dažādas - vienai firmai viens, otrai - otra... galviņa jau principā - `kā vēlies`, un izkārtojums arī... gribi velc līnijas, gribi nē... ar platumiem tāpat...

vladimirs, jā un tavs avatars par kaut ko citu liecina... mueh...

Uztver niku kā simbolu virkni, kuri nenes nekādas jēgas, piemēram "asdfasd3245", kas aborigēnu valodā iesp. nozīmē "kaka" vai vispār neko..

Excel neder atskaitēm... PDF ir ok, bet pa sarežģītu.. Es dasru tā, ka izvadu visu parastā/vienkāršā tabulā.. un nav prob...

Skriptam konfigā jābūt DATADIR, kas šajā situācijā būs DOCUMENT_DIR + '/mape/' Otrs variants, ko es arī dažreiz izmantoju, no _SELF izgriežu ceļu līdz skriptam (gadījums kad vajag panākt lai datadir zem vienas foldera-roota) $DIR = preg_replace( '|/[^/]+$|', '', $_SELF ) pielabojiet, rakstiju steigā

1.) Imo izmantot XML ir foršāk konkrētaja situācijā ;) 2.) nesaprotu, kāpēc ir jālasa katra rindiņa, ja var izmantot fwrite( fopen($outputFile,'w'), file_get_contents($url) )

un kuru tas incē? bilde jau ir tik veca...

tu vari vainīt tikai un vienīgi sevi - pats iesāci šo topiku... Turklāt ne vienā brīdī neminēju, ka uz servera jaliek X... Nesaprotu, ko tu te tagad izdomā un mēģini apstrīdēt..

>> bet esmu praksee paarliecinaajies ka prieksh web servera BSD straadaa gan aatraak gan stabiilaak.... faktus lūdzu - grafikus, benchmarkus.. >> personiigi zinu serverus (uz FBSD) kas bez restarta un krashiem griezas jau kaadu 5-6 gadu.. vai tas ir arguments? (btw kernel atjaunināšana nu nekā bez restarta, linux bieži atjaunojās kernelis, so... ) >> godiigi teiksu nezinu nevienu taadu Linux mashiinu :( non-sense >> un nesaki viss ka BSD ir tikai konsule, sen jau taa nav :) tas bija jāsaprot "iekaviņās" >> Nezinu Linux koncepciju, bet BSD nav domaats biezjai restarteeshanai - pat normali vinju norestarteet ir pagruuti......... non-sense >> ir gan logi (X window), gan viss paareejais tipa linuxam nav? >> piedevaam uz FBSD elementaari var laist arii visas Linux programmas viss atkariigs no portiem........ pain-in-ass. ja tev tā patīk - uz priekšu. priekš BSD joprojām nav native JAVA un nevar darbināt Oracle... Šis te jau sen viss ir izrunāts un bsd-isti sevi pasniedz kā muļķus.. līdzīgi kā IE-domājošie, BMW-fani, Windows-atkarīgie...

nosauc 3 iemeslus kāpēc izdrāž...? jau kuru gadu apbrīnoju - kur tie BSD-isti ir tik aprebežoti un tālāk par savu BSD konsoli neko neredz un nedzird, un pat nevēlās to darīt... Fleimu iesāci tu... postējot bildi.

kas tur labs? cilvēks bez poņas uzzīmējis foto-žabu...