Grey_Wolf

Spriezjot peec shii ta laikam arii ir ;) Bet nu atbilde par termometru tomer bija labaa :)

1. HTML + CSS , un nevis tikai apskatiit, bet arii iemacities, jo Sobriid Web ts ir pamatu pamats 2. PHP ( vi liidziga valoda) un javaScript 3. MySQl ( vai kada cita DB ) nu aptuveni shadi

Ričiņš --> izlsi savus Postus !!! un paskaidro, ka BEZ papildus informacijas kads varetu sniegt tev paliidzibu? Nesi noradijis ne kadi CMS, Ne kadi modulji izmantoti ( daudzam CMS piesledzmie modulji var buut vairaki ( domats ka tas pashas galerijas var butt nu ljoti dazaadas) -- Tas varetu buut ka aizej uz Auto servisu un saki:"ziniet nopirku 'PARVIETOSANAS liidzekli' un gribu - piekabi". Nepaskaidrojot kas tas par 'parvietosanas lidzekli' ( masina, Vello, motocikls, vai 'Samakats' --> varu deret ka par tevi pasmiesies, ka par 'gariigi atpalikushu'). Sobridi esi riikojies liidzigi ... --

close() var likt var arii nelikt ... Jo konekcija tiks prtraukta sha vai ta Nee ja serveris ir normali nokonfigurets tad no taa include faila neko nevares izvilkt

Mr.Key -> nu kdreiz jau var 'paniekoties ar placeniishiem' ;)

ta kods jau tika vinjam iedots ;) tikai aizmirsa pateikt ka pie DB vajadzetu arii pieslegties ;)

savulaik sadarbojos ar Shiem : MP Serviss pilniiba apmierinaja. Iespejams indviduali vienoties par % etc. lietam , galvenais nebaidiities runat. -- Ka jau augstak tika mineets, ziedojumi nearko netskjiras , no stndart pakalpojumiem ( no programmesanas viedoklja) Sanjemot no Operatora ( domats dotaa pakalpojuma sniedzejs) SMS , tiek atgriezts 'kautkads teksts' , piemeram: "paldies Par ziedojumu" vai "Atvainojiet, bet jums nepietiekams krediits..."

bubu-> nee dien dienaa. Un ne jau visi var uzreiz atljauties 2 monitorus. Piedevam nostrda nosacijuma efekts, ka arii ljoti svariigi kads monitors. Mieriigi Esmu pieradis pie sava CRT 17", un nav nekadas vainas ( punkta izmers 0.19 {skjiet ka shaads, ja ne mazaks} ) LCD monjiem shda izmera monjos jau acis sak scobiities ( delj punkta izmera) , tad gan prasas lielaku & etc.. papildus fichas.. -- Viss jau tomer atkariigs no monitora izmera, ja 21" tad 1024X7xx ir galiigi garam , jo svariigi tomer ir simbola lielums ( ja redzi ka vinsh sastav no punktiem tad ir :( ) -- Vismaz tas ir mans subjektiivais viedoklis .. -- Nu nezinu par 2 monjiem, vai kodejot isti vinjus vajag, grafikai JAA noteikti ... P.S. speles praktiski nespeleju, ja nu kautko atslodzei, un tad arii ne katru dienu - man vinjas parak atri apniik. :( edit: nu ja papildus labums shamai izskirtspejai ir: vizualaa kontrole toposhajai lapai, jo tomer 1024X7xx ir pgaidam kaa neoficals standarts, ko gruuti nokontrolet uz lielakas izskirtspejas, kautgan final vrjanta, tapt japalekaa par scrin izmeriem ..

1) vispar nee, kopiigas krasas & dizaina elementi norada uz kopeju stilu. Bet nu aizliegts jau nav Galvenais ieverot, ka vissmaz ikonas buus pilniiba vienadas ( teiksim ja teksta laukiem B i etc.. 2) gaumes jautajums , jaskatas kada tema etc.. 3) labak protams mazu, bet ja lietootajs velas , var ari atljaut lielaku, gavenais sktiities uz fona bildes izmeru. teiksim *.jpg likt ar 50-60 kvalitaati, nevis 100... 4) Arial, skjiet ka nu shis ir vismaz uz 90% sisteemu ( ja ne visi 99.99%), bet labak noraadiit uz fontu stilu ( ar austinjam, bez austinjam etc .. { serif ...}) tas dos garantiju, ka gan jau kautkas liidziigs atradisies...

Taa kaa Mysql/Apachis/PHP neeed nekaadus mega resuursus, tad skaties kam var uzlikt *.nix vai kadu no WIN (98/2K/XP) principa normali var kodeet ja ir atminja vismaz 256Mb Un HDD Vismaz 1GB ( var jau protams mazak, bet tad buus probzas ar Bckupu veidosanu etc..) -- bubu--> Es pts mieriigi stradaaju uz 1024X768 , nav tik traki, mazak gan ir pilniigi garam, jo 90% lapu pieprasa vismaz sdu iskirtspeeju.

tu skatijies tikai 1 Lietootajam, ja vienlaiciigi buus daudz lietotaaju, tad rekjini ka viss Summesies ( nu protams paliek jau vel keshosana, taatad tiira suumesanas nebuus) Bet jarekjina ka tie tomer ir % no atrdarbiibas, un tas bija tikai uz 100K, kas lielakai lapai nebuut nav daudz. ( 1K balsotaaju diena, un 100 dienas ) piedevam tas bija vienkarshais Kverijs, ja buus ar vairakiem JOIN etc. tad rezuultaats jau buus pavisam cits ... Taa kaa atruma pieaugums ir redzams (procentuali)...

Gribi teikt ka 25% nav ieverojami atraak ??

viennoziimigi atseviskja tabulaa, piedevam IP NOTEIKTI glabat kaa INT , buus ieverojami atraak..

<a href="JavaScript:void(0)" onclick="lert('clik clik'); return flse;">aaaa</a> viod(0) jaizmanto ja negribi likt # (enkuru)...

aga piekriitu.. tas bija peec tam kad biju parrakstijis vairakus skriptus parlabojot mainiigo nosaukumus.. ( iepriekseejais 'koderis' pusi bija apziimejis vienkarshi nelasami --> $x1 etc. formaataa. ) Un rakstiju nelielu skripta aprakstu ... labi kad laikaa attapos un nenosuutiiju klientam...

ir gadijies kad visas atstarpes tiek aizvietotas ar _ ( apakssviitru )

Tikai jatceraas ka tam random skaitlim jabuut UNIKALAM..

un ignoret virak kaa pusi lietootaaju ... pat IE 6 vel lieto ~~10% useru .. Brauzeru statistika

bankas parskaitiijums kaa 'suga' var vilkties 3 darba dienas.. Runajot par *.nic ir taa: ka vinji parskaitijumus izskata 1 darba dienas laikaa... Ja ieskaitijumu veici 6/7 diena tad 1dienaa ~~ 16-18 jaabuut visam ok (no banks viedoklja), taatad apskatiis 2dienaa... Piedevam Nic, jau pabriidina, ka nush ja nesmakssi sonedelj, tad DNS zaudesi ( reali vini atsleedz peec 7+3 dienam) ----- P.S. kontrol panleii ir redzms rekjins 3 meneshus ieprieksh...

galiigi garaam ... ieraksta garums NAV ierobezots, Bet indexa grums gan ir limiteets, InnoDB pat pashas kopeejas tabulas izmers nav ierobezots, tas ir briivi var parsniegt standarta ~~4,3Gb, vieniigi td jadala pa atseviskjiem failiem, attieciigi Limita nav ( ir bet nu vinsh ir Ljoti liels) MyAsm --> max tabulas lielums ir ~~~4,3Gb. -- iespejams ka gribeji noindekseet tos text (blob) laukus.. tapeec arii dabuji shamo kljuudu .. -- tekst laukiem ieraksta garums veidojas no : pasha ieraksta + 2 baiti garuma aprakstam (TEXT tipam)

Nee lielus text gbalus netmaksajas glabaat masiivaa -- parasti jau konkretam saitam valodas nenaak klaat ( ja arii nak tad tas buus Extra varjants) Es glabatu shaadi: id | ... | text_lv | text_ru | text_eng | ... Un pie izvilksanas : SELECT text_$valoda AS tekstc ... tas ir noraadiitu konkretoo lauku ko jatlasa.. piedevam vinjam iedodot nosaukumu, lai talak shamo var izmantot PHP -- Tas ir lieliem tekstiem & pasham saita contentam ... --

Es dariju shadi: Katrai valodai veidoju savu failu, kura ir tas pats masiivs: tas tika dariits lai samazinatu masiiva apjomu ( nav dubultais/triskarshais, vai nedod dies'5 un vairakkartiigs) Faila nosaukum iekljaujot eng/ ru / lv etc ttieciigi nepieciesamo ( piem. langu_eng.php ) attieciigi includo nepieciesmo valodu. Ja ir liels datu apjoms ( daudz lapas) tad 1. reali atlasa potenciali tos vardus kas buus lielk dalj lapu, un toos includo jau indexaa 2. visus kljudas/Ok. pazinjojumus atseviskji 3. parejam lapam incluudo peec lapu grupas ( parasti teiksim ir kadas lielakas sadaljas, Raksti/joki etc ...) Protams pastav iespeja kad kada masiva dalja nodublesies, bet nu arii 1500-2000 nav tik taraki lai nevaretu izsekot liidz. -- Lai noteiktu kur kas nav iztulkots ( ielikts vajadzigais mainigais) daros shadi , izveidoju 1 valodu, parejos tukshus failus, parsledzos uz valodu kurai vel nav izveidots masiivs, un atri vien var redzet ja kautkur , kas truukst. Glabajot atseviskja falaa katru valodu ir velviena pozitiva lieta --> var dood tulkot tekstus cilvekam kursh ir stipri attalu no programmesanas, bet labi parzin doto valodu , tik vieniigi jaiemaca rikoties ar primitiivu text redaktoru ( UTF-8 delj), un japaskadro ka MASIVU nevajag tuulkot ( tikai to kas ir aiz = zimes, --- Protams nesaku ka shis nu buutu labakais risinajums , bet tikai viens No...

xPtv45z --> ta arii ir, bet ja Nodropoo visu DB, tad tiek uzreiz izdzeests tas fails, atseviskji nedzeshot/nemodificejot vinja saturu. Seciigi ir iespeja dotoo failu atjaunot ( tapt kaa jebkuru failu, kamer nav parrakstiits pa virsu), talak jau var megjinat no vinja ksit araa struktuuru etc ... -- a 7 tabuls nodropot uzreiz var tikai nodzeshot pashu DB, jo neba jau nepamana kad pazuud viena tabula ( ja nonestu pa vienai ) Taapec izteicu shadu varjantu ( ja taa buutu MyIsam tad ceribas shadaa veida adguut tabulas butu ieverojami lielaakas ) ---

ljoti maza varbuutiiba pastav ja megjinasi izkasiit Dzestos failus no Pasha HDD.. Faktiski tas arii buutu vieniigais iespejamasis risinajums.. Bet protams ats negarantee ka izdosies atjaunot pshas tabulas ieksh DB ...

Jā ir iespējams ....