Grey_Wolf

iesakumam sac ar HTML CSS pec tam sac skatiities PHP un talak jau kadu No DB .. -- Ta lapa neav sarezgjiita, bet arii par parak vienkarsu nenosauksi .. Vismaz kaa iesacejam Buus krietni ko pasviist...

Pat neko mekleet nevajag Jo atbilde ir ietverta tava pasa jautajumaa ? Jebshu nemaki skaitiit ??

un kaa tu to iedomaajies?? Kaa Brauzeris zinas kur mekleet to objekta failu ?? VAeeji arii pajautaat vai iespejams noslept Adresi ko raksti linkaa ??

kaada lapa ir par 20LS ??? Luudzu kaadu piemeru .

Vispar ja skaita no vienas tabulas tad var izmantot SELECT count(lauks_1), COUNT(lauks_2) FROM tabulis WHERE xx=yy AND zzz='bla_bla' GROUP BY lauks_x COUNT(*) atieciiba pret COUNT(lauks) Mysql ir Optimizeets taa kaa parak shamam bremzeet nevajadzeetu ...

Izlabo to f-iju warehose_items() Tas ir vienigais ko varu pateikt. Ja tavu autajumu parveidotu attieciiba uz automasinam tad vinsh buutu apmeram saads: Ziniet ko man izdarit , lai mana masina kustetos uz prieksu? patreiz vinja ir saluzusi ... Pats megjini saprast ka nezinot iisti kas tiesji saplisis (nestradaa) paliidzeet ir pilniigi neiespejami... -- Sajaa gadijumaa ir liidzigi --> neviens nav ziilnieks un izdomat kaa taa f-ja ir uztaisiita (taa Nav Standarta PHP f-ja, un izskatas, ka arii neviena no Popularako FreimWorku f-jam ) ...

Nu standarta sledziens ;) 'Mac Rulz PS sux' Kaa vari spriest ja pats nelieto ??? Varbuut Motivee savu vertejumu arko Mac ir labaks par PS ? Kaa nekaa laiki kad Vareja teikt ka MAc ir ertaks Useriem ir pagajushi Pat teiktu ka dazaas lietas ir pat otraadi ... Teiksim daudzaas Programmas kur uz PC var izmantot Labo/Kreiso peles taustinju Uz mack standartaa paliek tas pats viens gigantiskais Klikscinamais ... Taa kaa varu tikai teikt ka UZ doto mirkli situacija ir taada ka daudzi programmprodukti uz PC ir Lietojami krietni Ertaak nekaa uz mac ... + MAC ir KRietni vien mazak iespeju ko modificet peilabot dzelzju liimenii, Un ja arii ir iespejams ko pamainiit tad cenas atskjiriibas ir Gigantiskas (nevis Lielas bet Ljoti lielas ) Ta tendence ka Mac ir labaks par PC ir saglabajusies vel no tiem laikiem kad uz IBM PC userim bija krietni sarezgjiitak stradat nekaa uz MAC & nebija Tik labi attistiitas Lielas programmas ( Tas pats PhotoShop sakumaa bija tikai uz Mac ), Sobriid situacija ir krietni savadaka un uz PC bazetas platformas Softs tiek apdeitos razjots sakotneji , un ne tikai softs. Piemeram lai pieslegtu kadu no arrejam USB iericem uz mac ir jaliek Draiveri/jainstale (protams ne visi) , kur pretii WIN mieriigi sagrabj un atpaziist devaisi .. Konkreti ir bijusi pieredz ar multi-f agregatu (vairs nepateiksu kas par firmu ), kur uz paris Mac nacas likt draiverus softus, turpretii uz PC mierigi tika izmantoti iekseejie WIn draiveri [ to kompju & agregatu bija vairaki , ja atminja nevilj tad skjiet ka bija 5 PC un kaadi 3 MAC ] -- Es netaisos ipashi Fleimot, bet tomer attieksme 'MAC rulz PC sux' mani tracina, it ipasji Ja Cilveks pats nestraada ar MAC un REALI nevar pamatot savu nostaju ... --- P.S. aa nu jaa Agrak PC bija velviens (tolaik skjita ka ljoti liels) pluus --> Softu vareja mieriigi 'nospert' & bija kaudzeem speljuku ...

nu SELECt * pats par sevi nav labakais , tomer peec iespejas izmantot SELECT lauks, lauks2, lauks _n Tas nu taa .. Bet Jatceras ka VIslielaaka Bremze ir konektejoties pie DB . 1. parbaudiit vai netiek vairakas reizes veikta konekteesanas 2. Ja vien iespejams Kveriju skaitu samazinaat Ne tikai SELECT visi_lauki_kas_buus_vajadziig Bet japaskataas vai nevar kaadu tabulu uzreiz piesaistii Ar JOIN (parasti ja ir tik daudz kveriju tad ir liela varbuutiba ka var gan ) 3. jaskatas kas tie par datiem , varbuut ir verts Optimizeet pashu datu struktuuru Paskatiities vai teiksim kautkur netiek izmantota stringa meklesana, kur lieliski varetu iztikt ar TinyInt Ir redzets tada lieta ka meklee saliidzina peec Yes No (datu tips Warchar 255 ) kur krietni efektiivak buutu SET (pat neparakstot pashu PHP dalju ) shadas niences nedaudz, bet tomer bremzee visu lietu (nedaudz ja useru skaits ir neliels) 4. pareizi !!! Noindekseet DB Nemakuliigi izmantoti Indeksi Labakajaa gadijumaa neko nemainiis Sliktakajaa Uzliks lieku slodzi ... 5. Paskatiities vai netiek ielasiiti lieki dati teiksim kautkaads masiivs kas Varbuut tiks izmantots , ja Useris kautko rakstiis DB , Taa kaa Lasiisana/Rakstiisana parasti ir VISMAZ 3/1 tad uz sham ir verts pieverst uzmaniibu ---

Cik esmu saskaries ar PC lietotajiem Un Izteiktiem 'abola' lietotajiem tad Otrie Vienmer Ir Sevi uzskatijushi par paraakiem ... Taa tas bija 15 gadus atpakalj un patreiz nekas nav mainijies... 'Mac rulez PC sux' sada nostaja bija lielaakai daljai mac useru , Bet Nu stipri vien mazak bija 'PC rulzs mac sux' Taa kaa teikt M$ fani --> ir kautkaa diezgan stulbi --> vismaz manaas aciis taads cilveks kas saka 'Mac Rulz PC sux' Stipri vien zaudee cienju Kaa IT specialists (un 90% gadijumu tiesam izradas ka cilveks IT lietas talak par parastu Advancet user Nav ticis ) ---------------------- Ja par brauzeriem tad: 1. FF 2. IE 3. Opera Par safari nenjemsos spriest, jo prieksh PC taa versija ir diezgan gljukaina, ko neteiksu par MAc versiju (kur toties parejie brauzeri uzvedas savadaak) --- Operu noliku pedeeja vietaa , delj vinjas 'Nenoteiktas' attieksmes pret HTML (css) apstraadi --> Ja FF ir sava nostaja kas un kaa (tapat IE ) tad Opera sagrabstijusi no abiem diviem + kautko pielikusi savu ... --- IE 6 versiju nav verts komentet, jo tad jau janjem arii tadi brauzeri kaa IE 5.5 / NetscapeNavigator 6 utt... ----

LEFT JOIN nenostradaas ja otraa tabulaa pretii nebuus ieraksta ... parbaudiits praksee ... (kautgan ikaa vajadzeetu atgriest, bet nu Mysql 4.1.xx toch netgriezj ) Jaizmanto konstrukcija LEFT OUTER JOIN tad gan var izmantot count(tabulas_id_kur_komentari) un grupeet peec pirmaas tabulas .. --- edit: nepaskatijos Gints jau to bija uzradijis...

principa [ilnigi par brivu un bez reklamam (lai kadam) Hostingu netrast , ja nu vieniigi pie 'zelsirdigajiem samariesiem' , kurs musdienas nodarbosies ar labdariibu. Taa reklama ir kaa maksa par hostingu .. taatad atliek izveleties kas svariigaaks .. Vai nu neliela samaksa un nelielas iespejas , vai par brivu (un arii nelielas iespejas) bet ar reklamu ... IMHO kautcik sakariigs risinajums buus sakot no kaadiem 3-4 Ls menesii Un uz augsu (nu ja pavisam neliela Info lapinja tad varbuut var atrast arii apr kadu 1Ls menesii (kas godiigi sakot arii ir smiekliigi maz .. ) 1. Ls = 1,5 L piena = 2 kukuliisiji maizes (nu tadas videjas klases) = 2,5 braucieni Rigas sabiedriskajaa = 1 pacinja Leta gala cigaretes = 1 Pudeliite Normala gaisaa Alus ... Nu tad padomaa vai buus kaads NORMALS cilveks kas gribees iezteeret naudu Aparaturaa +I-neta iiree + ieguldiit Savu darbu lai sanjemtu kaadus 100-150 LS menesii ??? (tas ir pie nosacijuma ka buus 100-150 lapas ) ... --- No taa varam secinat--> ja gribi kvalitatiivu pakalpojumu, tad rekjinies VISMAZ ar 5 LS menesii par hostu (un nav tas ljoti daudz ...)

sitam paliidz flud kontrole ... Sesiijaa laiku kad pedejo reizi ir bijis Posts un miers --> tikai jatceraas ka jaizmanto pieraksts MiliSekundes, jo Useris pa 1 Sek var iemaniities nospiest vismaz 2-3 reizes to submitu ...

VAR un aizsargaties ir pavisam vienkarshi --> Nelietot vinju savaa kodaa (failaa) ;)Ja serveris ir pareizi nokonfigurets tad nolasiit PHP failu no arpuses Nav iespejams, ja vien pats vinju ar kaadu no f-jam neparaadiisi .. edit: noprotams var ar FTP ;) un citam metodem kas ljauj attalinati piekljuut pasam serverim, bet nu tas jau ir servera drosiibas jautajums ...

Stipri vien iskataas ka tas naak no DB, ja taa ir tad Uzreiz no DB ielasi pareizaa formataa Vari izmantot SQL f-ju DATE_FORMAT(date,format) SELECT id, datix,...... dati_n , DATE_FORMAT(datums,'%d-%m-%Y') FROM tabulis Sit plasaak

mad182 --> ja glabaa DB kurus rakstus lietotaajs apskatijis kurus neetad Tie dati sanak stabiilaki ,nav svariigi vai useris ir nodzeesis Kukijus vai nav. Toties lieka slodze serverim DB --> ja apmekletaju nav parak daudz tad saads risinajums der ... Kukiju variants arii ir sameraa labs.. Jaskataas konkretaak kaadas prasiibas.. --- DB variants ... Pieglabaa user_id | raksta _id , tiko rakstam nak klaat kaads komentaars --> uzreiz peec komenta pievienosanas Nodzees VISUS ierakstus kur ir raksta ID. Tas ir apdeito datus VISIEM useriem. --- Ja kukiju varints tad glabaa Masiivu ar | Raksta_id| komentaru_skaitu | -> $masivs[' raksta_id ']=komentaru skaits Tas ir Asociatiivo masiivu kor masiiva atslega ir raksta ID un ielasot saliidzini vai dotajam rakstam komentu skaits nav palielinajies... Tikai atceries ka PHP asociatiiva masiiva grib lai ta atslega saktos ar Simbolu Nevis skaitli --> risinajums stipri vienkarsh $masiva_nosaukums['aaa_111'] un pie meklesanas if($masiva_nosaukums['aaa_'.$row['raksta_id']]>$row['komentaru_skaits']){ raksts Jauns} Nu apmeram taa.. (kods nav iisti pareizs , bet doma taada )

bubu --> nepiesienies pie vardiem , ljoti labi saprati ko domaju .. ka tik un tik pt. atelosanai izmanto tik un tik Px ... A ja noradi Px tad tiek izdariiti parekjini, Tas pats protams notiks ja noradiisi Nepilnus Pt. Tiiri teoretiski Noradot Pt. tiek izmantoti OS biblitekas izmantojot Px. jau ieksejaa Brauzera programmatuura... un kaa tiks saspiesta taa bildiite, jau ir atkariigs no brauzera ...

bubu --> punktiem tachu noteikts cik pikselju , un pats fonts zimets attieciiba pret Pt. ja parekjina uz Px tad tas platums var nostaigaat , tiiri uz noapaljosanas rekjina --> uz kuru pusi apaljosi tas jau ir atkariigs no Konkreetaa brauzera programmetaja izdomas un saprasanas --> sekojoshi : fonta platums tomer mazliet var nostaigaat ( a ja nu vispar platumu proporcionali nenomaina ?? ) ... Shito labi var pamaniit izveidojot Liela izmera Fontus un uzdodot Px un Pt. Px dazreiz paraadas 'izlidzinasanas' kljudas kaa arii redzms ka tas platums atskjiras , kautgan augstums var buut vienaads, bet tas arii protams atkariigs arii no daudz iem faktoriem, ne tikai no Brauzera ... P.S. Es velreiz atkartosos ka Ne jau Pikselji mainaas, bet gan Fonta aprekjinasanai izmantoto vertiibu (noapaljosanas) rezultaataa var buut atskjiriibas ...

Mikijs --> un kaa vinsh talak izmantos to pasreizeejo index.php ???? Ja taas buutu tavs hosts tad to izdariit buutu pavisam vienkarshi Apache hhtp.conf ir rindinja kur noraadas faili kurus njemt // DirectoryIndex index.html index.htm index.php // uzliec pirmo kaadu gribi i visa beda Bet nu tev sihii iespeja ir garaam ... taa kaa naksies vien iet cauri visiem skriptiem un visus index.php parsaukt par index2.php ja to failu nav Mega daudz tad to var izdariit kaadaas 5 minutees --> sameklee kaadu normalu Text redaktoru kas ljauj replaceet tekstu Visos atvertajos docos // Pats izmantoju Comodo un tas to prot ... //

1. Iespejams ka katrs brauzeris panjem citu Font-family --> taatad to noraadi, un noraadi vienu nevis visas 3 iespejamaas ;) 2. Izmeram izmanto fontu tipografijas merveniibu 'Punktu' nevis Px --> izmantojot Px tomer sanak ka katrs brauzeris to fontu parrekjina mazliet savadaak .. + stabiili nodefinee parejos stilus (netstajot Defolt) ...

Ernijs_E --> taadu aprakstu diezvai dabuusi , jo HTML ; PHP ; JavaScript ; DB ir PARAK ietilpiigas temas pasas par sevi .. Pat par katru konkretu lietu gruuti buus atrast visu vienkopus (domaju LV ) , kur nu vel viis vienaa resursaa ... --- IMHO ir taa 3 IN 1 (x IN 1 kur x>1 ) nekad nav seviskji labi ...

Taisot sadas sistemas ir pamaniits ka: 1. statusu velams 3 veidos , Jauna, Izlasiita , atbildeta . taatad TynyInt 0 , 1 , 2 ne tikai 0 un 1 2. atspoguljosanai izmantot 3 dazadas bildiite kuru nosaukumaa jau ir Statusaa vertiiba tas ir: bilde_0.jpg ; bilde_1.jpg ; bilde_2.jpg 3. veidot atseviskju funkciju kas palielina statusa vertiibu par 1 ... --> krietni atvieglo koda lasiisanu & rakstiisanu kur: padodam vestules ID un pasreizejo statussu, atgriezjam jauno statussu ... ( pasaa f-jas kodaa tikai parbaudam vai jau nav sasniegts pats lielaakais statuss (tas ir 2) un ja nav tad palielinam par 1) tas dod to ka visur kur vajag nomainiit statusu , vienkarsji izmantojam vienu funkciju --> taak nedomajot par parbaudeem utt... (to jau dara f-ja) --- tas taa isumaa viss..

isti nevar saprast ko gribi panakt... Bet nu princips visiem ir daudzmaz vienaads ir 2 <div> elementi vienaa raadi to bildi, otraa laade datus .. + f-ja kas izpildaas ar OnLoad eventu , kura noslepj pirmo un paraada otro divu , tikai jatceraas ka pirmo divu jaliek pasaa skripta sakumaa ... --- Ja datus laade ar AJAX tad lapaa izvadi bildi, un taalak palaid AJAX kas peec izpildes ieliek HTMLu bildes vietaa... tiko ladee nakamo porciju, atkal ieliec bildi, AJAX un nomainam preti isto HTMLu ---

Laine --> forumam ir arii EDIT podzinja... DB ka tadas ir parak daudz , noformulee savu vajadziibu preciizak .. v3rb0 --> tas tikai musdienaas ir popularaakais .. Daudz popularaka DB saucas bibliteka , ar Daudz daudz datiem , parasti ietver arii kartosanu, meklesanu , un Specialu "devaisi" ko sauc par bibliotekaru ... IMPHO Datu Baze ir JEBKURA struktura kas paredzeta datu glabasanai, paplasinataa variantaa arii kartosanai un atlasisanai peec vajadziibas-praiibam ( Biblioteka pilda visas shiis 3 pamatfunkcijas ) ...

goma smile --> vai tad logjiskaas domasanas vispar nav ? :( 1. IR taada lieta kaa Algoritms 2. Nevajag domat ka Esi Mega profesonalis un vari visu uzrakstiit bez planosanas No shii izriet... Izmanto PAPIRU UN ZIMULI (pildspalvu/flomasteru/ kritinjus / markjieri ... vajadzigo pasviitrot ) Un izplano savas darbiibas uz papira... Tas sacas ALGORITMA uzrakstiisana . Varu pateikt ka Nevienu NORMALI STRADAJOSU sistemu bez algoritma rakstiisanas Normali uzprojekteet nevar, ja vien cilveks nevar paturet galva visas iespejamaas logjiskaas kombinacijas ... (nu Kasparovs varbuut varetu megjinat ;) ) Kaa tiek rakstiits/ planots tas Algoritms , tas jau ir katra pasa zinjaa - vai nu izmantojot klasisko blokshemu, vai Pseido kodu ( raksiit plain tekstaa kas jadara )

goma smile--> Es taks ieposteju DB strukturu ;) klat vel vari peilikt: statuss / datums / un tas arii ir viss ... nu jaa vajadzees velvienu Temp tabulu ... kur glabasies dati kamer netiek apstiprinata taa draudziiba ... tas ir : 1. ierakstam Temp tabula ( | id | kas id | ko id | ) ka tiek uzaicinats cilvecinsh ... 2. kad tas Uzaicinatais ir ielagojies paraada ka kautkas vinju aicina draudzeeties.. 3. ja apstiprina tad ieraksta pamattabulaa ... pamataa tas arii ir vis kas nepieciesams....