Roze

Pirmajā reizē ne tikai setcookie() bet uzreiz $_COOKIE['cookie'] = 'aaa'; (setcookie izmantot tikai cokija paramu uzlikšanai) Jo $_COOKIE ka tāds tiek nolasīts/izveidots pie requesta sākuma.. attiecīgi ja tu taisi setcookie() tad cookijs tiek izveidots tikai pēc konkrētā pieprasījuma un nekādas vērtības superglobāļos vēl nepārādās..

Nu tagad eneiblots..

Nu lielai daļai aplikāciju (tam pašam php) teorētiski ir savs garbage colectors, otrs bieži vien netīra nekad (atvēl tur pāris Gb) - proti tad kad /tmp aizxpildās serveris jau anyway ir novecojis un jareinstalē vai arī janokrāso zaļš un jaizmet, nu reizēm iztīra ar roku :) Nu protams ja tu pats zini ka tev ir aplikācija kas pastriprināti aizpildīs /tmp tad prātīgi ir ieviest regulāru tīrīšanu, bet tā analogi kā uz Windozes Temp failus tak tev ar neviens tā netīra automātiski (kamēr tu pats neatčoknies ka disks līdz lūpai) un noklusēti šķiet tas disk cleanups nekur nav ieshedulēts :)

Nūuu vispirms jāsāk ar vienkāršākām lietām.. pie katra kļūdu paziņojuma tak neiesi pārlasīt visu mātesplati ;)

Nekur neesmu redzējis ka /tmp tīrītu sheduleri... nekur :)

Prichom tur dzelžu kļūdas vai pusmiruša HDD? tak skaidri pateikts Warning: Unknown(): write failed: No space left on device (28) in Unknown on line 0 .. Attiecīgi /tmp partīcija ir vienkārši aizdirsta, kas reizēm gadāas ja /tmp nav pietiekami liels (ko reizēm ierobežo speciāli) vai tur tīšām vai netīšām tiek sagāzts pārāk daudz figņas (lasi kaut kādu failu/datu). Ja konkrētais hostinga kantoris nearko citu sliktu nav izcēlies tad nav vērts neko mainīt.. Aizraksti uz supportu izstāsti savu sāpi (nosūti kļūdas paziņojumu) un ganjau salabos un pateiks arī kamdēļ tas noticis un iespējams novērsīs turpmāk lai tas neatkārtos. Jo šādu efektu var panākt pilnīgi visur .. sāc taisīt tikai kaudzēm temporārus datus un ātrāk vai vēlāk disks būs pilns - cits jautājums ir par monitoringu, bieži vien '/tmp' kā tāds netiek monitorēts lai arī dažiem servisiem (piemēram kā PHP sesiju veidošanai) tas ir diezgan kritisks.

Nu nez nez baiss vipendrons.. manuprāt to visu var paveikt ar 'mysqldump' un 'mysql' komandrindas rīkiem divos piegājienos..

Piemēram Flex ..

Drusku atkāpe no tēmas - lai arī jāpiekrīt ka normāli (un lielākajā daļā gadijumu) bildes storēt DB nav vajadzīgs / nav labi utt.. tad pie milzonīgi daudz imāgēm iestājas atkal pretējais - tomēr sanāk normālāk :) Neizmanto gan parastās SQL db bet tā saucamās "Column-Oriented DBMS" Piemērs ir Youtube izmanto Googles BigTable ( http://labs.google.com/papers/bigtable-osdi06.pdf ) Ir arī citas implementācijas .. Bet tas tā .. jautrībai :)

Nevis nav tabula, bet tas kverijs pie konkrētā IF nosacijuma nekad vispār netiek izpildīts.. (bet pieņemu ka nav arī db ne arī paša MySQL <g> )

Javascriptam japieliek papildus funkcionalitāte/checkings ka "zaļā krāsā vienmēr iekrāsosies pirmās četras rindas, zilā - nākošās divas" šim tr tiek pieškirta cita klase.. Teiksim tavā gadijumā tā tīri teorētiski: if(j<4) { tableRows[j].className += " zaljaaklase"; } else if(j>3 && j < 6) { tableRows[j].className += " zilaaklase"; } Šādi IFu kombinācija protams ir diezgan nejēdzīgi sarakstīti, bet nu ideja skaidra tev ir 'j' mainīgais kas satur rindas numuru un pēc tā krāso kādu nu vien vēlies.. += vietā var lietot vienkārši = .. jo += apendo klasi taču tev abas klases overraido viena otru.. p.s. ja šis skripts tiek darbināts vienreiz tad vēl nekas, bet vispār krietni ātrāk ir mainīt tikai background atribūtu ( tableRows[j].style.backgroundColor = 'blue' ) ... Mainīt klasi ir diezgan lēni un dažos brīžos uz dažiem pārlūkiem iestājas diezgan liels lags (it īpaši var novērot ja pataisa onMouseOver eventus)

Kur ir 'name' lauks input formā???? Ja tu gribi TĀ checkot vai ir posts tev ir jāliek piemēram: <input type="hidden" name="name" value="1" /> Un labāk būtu chekot $_POST['name']

Slima suņa murgi un marketinga triki ;) Un vēlreiz saku ka hw nedala serveru un ne-serveru.. bet gan enterprise un desktop vai low-cost nu kaut kā tā.. Vai rupji sakot dārgā un lētā tehnikā :) Par Xeoniem tika minēts tikai kā piemērs.. tajā tālajā 99 - 2001 - 2002 (vai nu kurā tur) gadā itkā "serveriem" ražotās komponentes jau sen bija novecojušas .. Bet attiecībā uz cost-effective/price vs performance es lieku galvu uz bluķīša ka sataisītu mierīgi čupu ar lētiem p4 serveriem un iznestu Xeonus vienā setā ;) Un par striprumu vari nesatraukties.. pārziņā ir kādi 70-80 IBM/Sun/HP sterveri (viena projekta ietvaros) .. ;) Mūsdienās lieli projekti reti kur vairs bāzējas uz centralizētu processingu.. Jā tur kaut kādiem eksperimentiem un ātruma rekordiem, bet visā visumā reālās dzīves risinājumi strādā uz kaudzi 'comodity-hardwares' kas nozīmē ka tiek taisīti klāsteri no parastām desktop darbstacijām.. Par Intel u.c. ražotāju trikiem var diezgan daudz pastāstīt :) Cik vērtas ir uzlīmītes utt..

Nu es tak uzrakstiju (lai gan izskatās ka kaut kā pats atradi) .. IPB templāte ir sadalītia pa dažādām daļām, kuras var atrast caur editoru - tevis interesējošā bija 'global_board_header'

Protams vari mēģināt apgalvot pretējo, bet es saku ka transporta protokolam nav nekāda sakara ar uzskaiti (tas savādāk izklausās pēc posta kur cilvēks apgalvo ka serveris ir dzelzis ar 10krpm disku).. un afaik nevienā bt2 feature aprakstā (kuri gan ir N gadus veci) nekas tāds nav minēts <g>

IPB template editorā (Skin manager) liec iekšā kaut vai 100 sadaļas augšējā menu ( global_board_header )..

Kāds tam sakars ar protokolu? FTP piemēram kā protokols neuztur nekādas uzskaitas vai ratio.. Serviss/serveris/aplikācija ir tas kas to dara. Tāpat arī torrentiem.. Manuprāt nekādas izmaiņas protokolā nav nepieciešamas. Ja man būtu vēlēšanās taisīt trackeri kurā ir kaut kāda uzskaite tad vienkārši (esmu šur tur redzējis šo piegājienu) ģenerētu pašu torrent failus - proti .torrent fails sevī ietver jau info par to kurš no reģistrētajiem lietotājiem velk konkrētu failu (pie announce url vai kā savādāk, sīkāk neesmu pētijis). Pārējais jau ir "djelo tjethnjiki".. Šādus torrent failus faktiski neviens nekur neizplata/nepublisko jo tadējādi sačakarē tikai savus ratio.. Pie kam var pielikt arī konkrētu klienta IP konkrētam torrentam. Ja arī protokols nenodrošina "stop nosūtīšanu" kačāšanas vidū ja ir supersūdīgs ratio.. bet nu pofig nedos nākošo torrentu :) Nebūt ne.. ratio ir mehānisms kā paildzināt seederu esamību. Proti tu novelc un pashārē vismaz tik ilgi līdz kāds nākošais lietotājs novelk vēlreiz 1:1. Par peļņu esmu redzējis tikai LV robežās.. Citur vietām ir tikai brīvprātīgi ziedojumi paša trackera uzturēšanai.. Manas piecas kapejkas..

Smiekli gan vairāk nāk par tevi.. jo serveri kā terminu nenosaka viss hardware, bet gan viņa loģiskās funkcijas.. Kāda vaina no celeron serveriem jebšu "mājas datora procesoram"? Kādreiz bija p1 / p2 / p3 serveri kas bija krietni mazjaudīgāki :) Pie kam pat arī saucamajos enterprise līmeņa dzelžos ir visādas lažas.. kā piemēru varu minēt Intel Xeon vienā brīdī bija krietni lēnāka un novecojušāka tehnoloģija nekā jaunie P4 kas nāca uz parastām desktop darbstacijām.. Līdz ar to ieteiktu tev pirms "gudri" izteikties mēģināt noskaidrot kā ir patiesībā - kā un ar ko "serveri" tiek komplektēti, jo tavs minētais apzīmējums ir aplams.. p.s. IO intensīvām operācijām liek 15k un/vai fiber diskus, ir serveri kuriem vispār pašiem nav disku utt utprjm :)

Close combat meelee attack vai long range areal effect :) Un to saka cilvēks kas bakstās pa Evi..

Pareizāk būtu vidējās atzīmes / vērtējuma vai komentāru skaita lauku pielikt pie paša raksta kā atsevišķu jau nevis rēķināt pie katras atvēršanas (attiecīgi updeitot tikai tad kad tiek pielikts jauns komentārs / vērtējums).

Te jājautā kurā galā ir tas "zaglis"? Padomā: 1. No aldziņas (sūri grūti officiāli iegūtās) tev novelk sociālo / ienākumu un hvz ko vēl.. 2. Uzņēmējam kas tev to aldziņu maksā atkal kaut kādus apgrozijuma sociālos u.c. nodoklīšus 3. Pērkot preci/pakalpojumu maksā kaut kādu mistisko PVN.. 4. Tas uzņēmējs kas tev pakalpojumu dod atkal maksā apgrozijuma etc.. Man drusku galva iesāpās .. Nu izmanto koloakāciju (proti novieto datucentrā savu kasti) un par visu atbildēsi tu pats.. Elektrības un tīkla padeves problēmas nav ne retāk ne biežāk kā ASV...

Šitais ir jautri .. vai tā ir fīča ka man tādas fīčas konkrētai fīčai ir? Un kādu fīču es dabūšu pa 600Ls? :D Atvainojos par offtopicu.. ļoti .. no sirds ..

Un jēga no tāda sertifikāta? Mētāt pirkstus vēdeklī? Ja palasa Zend listes tad tu sertificējies produktam kas iespējams diezgan kardināli mainīsies ar nākošo relīzi.. Tas būtu apmēram kā pirms kāda laiciņa sertificēties uz WinXP kad jau nāca laukā Vistas relīzes.. Protams cits jautājums (un par to šaubās arī paši developeri) cik ātri notiks migrācija.. (piemēram tagad liela lietotāju bāze ir aizvien 4.x php) ? Būtu labāk kādu ekstensiju uzrakstijuši vai piedalijušies php google summer of code.. p.s. aiz kam tas "pirmais" jau ir nokavēts.. un ir kāds jau paspējis..

http://www.modsecurity.org/ http://www.hardened-php.net/

Vispār jau http://www.google.com/search?q=javascript+confirm Un tad teiksim paskatīties pirmos pāris rezultātus kautvai : http://www.shiningstar.net/articles/articl...nfirmsubmit.asp