Kaitnieks

No pdf grūti lasīt. Visērtākais šādos gadījumos ir vienkārši nopirkt grāmatu amazonē. Parasti atnāk 3 dienu laikā (ja vien nav jāved no amerikas noliktavām, tad aiziet visas 3 nedēļas)

Ok, to es uz bobi minēju ;P - pašam nācies saskārties tikai ar VBulletin. Runājot par visu pārējo, kā jau teicu - webiskām sistēmām nevis lapām web īpatnības nav tik izteiktas (par nenoteiktību viss vairāk atkarīgs no tā, cik spējīgs esi bijis saviem priekšniekiem smadzenes pareizi iegrozīt). Neviens nenoliegs, ka vispār uz kaut kādas arhitektūras pamata bāzēta sistēma būs vieglāk izstrādājama un uzturāma, nekā pa tiešo augšā bliezta. Un ir taču arī daudzas arhitektūras, kas izstrādātas, paturot prātā nepieciešamību nezaudēt performanci. Rodas Tevis minētais jautājums - vai ir vērts, vai atmaksājas? Nu, lūk šeit lieliski noder minētie patterni, lai nav katru reizi jātērē laiks izstrādājot pilnīgi jauna tipa arhitektūru - paņem gatavu paraugu un viss. Katrs gadījums, protams, ir individuāls, arī es pats procentuāli gandrīz nevienam projektam neesmu nekādu īpašo arhitektūru veidojis, bet reizēm vajag, noder un pat ļoti atmaksājas.

Teikt, ka webam patterni nav vajadzīgi ir neizglītota diršana (atvainojos), jo ne visas web sistēmas ir sīkās web lapeles, ko parasti ikdienā taisa. Par piemēru šis te pats forums ir būvēts uz pamatīgas arhitektūras. Par php design patterniem var kaut ko apskatīties šeit: http://www.phppatterns.com/docs/?idx=design

Vieniigais sakariigais risinaajums, ko esmu atradis shajaa sakaraa, ir izmantot veco phpMyAdmin (ja nemaldos, 2.2.7). Starp citu, taa nav konfiguraacijas vaina, palasi phpMyAdmin atbalsta forumus, ljoti daudziem ir shii probleema.

Principā, cik zinu, THP (grāmatas autors) naudu saņēma, tāpēc viņu jūs neapzogat, grāmatu izplatot; jūs apzogat izdevniecību. Lai nu kā, bērni, uz labām grāmatām latviešu valodā neceriet šīs te jau pieminētās attieksmes dēļ (Latvijā zog visu (grāmatas, softu, filmas, mūziku) un nejūt nekādu kauna izjūtu, tāpēc visi spējīgie izstrādātāji masu produktus veido ārzemju tirgum. Zog arī citur, bet tur vismaz jūt kauna izjūtu. Man nav liels kauns apzagt amerikāņus (lai gan arī viņu labākās grāmatas es tomēr amazonē nopērku), bet lai apzagtu latviešus, izplatot viņu autordarbus (vienalga kādas kvalitātes darbi tie arī ir), man būtu ļoti zemu jākrīt.

UTF-8, kā zini, viens latviešu simbols var izstiepties pa diviem baitiem (ja lieto simbolus, kas izstiepjas pa vairāk baitiem, metode kļūst nedaudz sarežģītāka, bet to neapskatīsim). Tātad, substr lietot fiksētā izmērā nedrīkstēs - tev ir jāpārbauda, vai netiek cirsts UTF burts uz pusēm. Ir jāapskata pēdējais simbols un jāpārbauda, vai tā ASCII kods mazāks/vienāds par 0x7F. Ja tā, tad sadalīts pareizi, pretējā gadījumā jācērt vai nu vienu simbolu uz priekšu, vai atpakaļ. http://www.cl.cam.ac.uk/~mgk25/unicode.html#utf-8

CMS ietver sevii teksta redigjeeshanu, struktuuras veidoshanu, lietotaaju sisteemu ar visaam permiisijaam, statistiku, autoringu, templates, failu menedzhmentu un citas ar to visu saistiitas lietas. Teksta redaktors ietver sevii tikai teksta redigjeeshanu.

Parasti shaadas atbildes necenshas izziist no pirksta (vai prasiit baram PHP praktikantu) bet noskaidrot, reaali notesteejot uz kaut kaadiem testa datiem.

Nuu, Tev veiglaak buutu atrast kaadu, kas vareetu Tavaa vietaa to riiku uztaisiit.

Nu bet es jau tieshi to arii izdariiju. Nomaini: for x := 0 to AdvStringGrid1.Rows.Count - 1 do begin for y := 0 to AdvStringGrid1.Cols.Count - 1 do begin Pret: for x := 0 to AdvStringGrid1.RowCount - 1 do begin for y := 0 to AdvStringGrid1.ColCount - 1 do begin

Tas taapeec, ka Cols un Rows ir masiivs nevis klase. Tev vajag ColCount un RowCount.

Fun fact: Grade ir NE formaataa - EXE failu formaats, ko Microsoft izstraadaaja speciaali Windows 3.x sisteemaam. Es skaidri redzu, ka akadeemikjiem liekas, ka interfeiss neko nenoziimee (tie, kam naacies sadarboties ar DI, sapratiis), bet nu kaa tiem pasniedzeejaiem nav kauns slaveet aizveesturisku riiku kaa pashu labaako un paardot taadu, nemaz nedomaajot par uzlaboshanu? Blah. Varu dereet, ka vinji tur taa sakodeejushi, ka uzlaboshanu veikt tagad ir praktiski neiespeejami. Nejeegas.

Plaanoshana notiek uz papiira, ja plaanoju prieksh citiem - notiek papiirs --> .doc konvertaacija. Izstraadaaju datu baazes modeli. Izstraadaaju aptuvenu funkcionaalo modeli. Uz papiira saziimeeju galvenaas klases, aprakstu pinjkjeriigaako metozhu darbiibu, uzlieku uzsvarus, kur vajag uz aatrumu, kur vajag uz modificeejamiibu u.t.t. Buutiibaa projekteejums ir ljoti nenoteests un aptuvens, un programmeetaajam tiek dota diezgan liela riiciibas briiviiba. Laika gaitaa ir pieraadiijies, ka projekteejums ljoti paaatrina kopeejo izstraadi, bet paarlieku siiks projekteejums nav nepiecieshams un, jo siikaak projekteejam, jo vieglaak ielaist kljuudas. Bet iisteniibaa daliijums buutu jaaizveertee peec projekteetaaja un to, kas projektu kodees, kompetences.

Negribeetu piekrist, jo reaali (Latvijaa) ir taa, ka vairaak par pusi php projektu savas dziives laikaa tiek modificeeti. Pat, ja to neveic saakotneejais izstraadaataajs, kaadam tas ir jaadara, taapeec veidot projektu kvalitatiivi buutu tikai pieklaajiigi. Un enkapsulaacija ir speeciigs mehaanisms kvalitaates nodroshinaashanai (ieveerojot arhitektuuras prasiibas, pat bez lielas piepuules projekts sanaak kvalitatiivi izstraadaats (es pienjemu, ka jebkursh pat videejiem un siikiem projektiem izstraadaa kaut kaadu nebuut arhitektuuru)). Izteelojieties taa cilveeka prieku, kuram uzticot sveshu projektu, tur atklaajas nevis parastais shausmu filmas scenaarija cieniigs sviests ar mistikas piesitienu, bet skaisti veidotas klases, kur jau peec nosaukumiem ir momentaa skaidrs, kas jaapamaina, lai projekts, piemeeram, darbotos ar Postgore MySQL vietaa. Godiigi sakot, atgriezhoties pie saakotneejaas teemas, lai arii kaada ir taa OOP realizaacija PHP, taa ljauj buuveet kvalitatiivas klases, ja vien ir taada veeleeshanaas. Protams, saliidzinot ar citaam OOP valodaam, PHP ailiitee daudzaas rindaas kjeksiishi iztruuks, tachu ne jau PHP izmanto Tevi, lai programmeetu; Tavs uzdevums ir pakljaut PHP un uzspiest tai savas prasiibas un standartus, izmantojot dotaas valodas iespeejas.

Enakpsulaacijas galvenais meerkjis ir nevis kaut kaadas funkcionalitaates aizliegshana, bet informaacijas sleepshana. Caur enkapsulaacijas mehaanismu tiek pasleepta klases ieksheejaa funkcionalitaate, lai nepiebaaztu klases izmantotaaju galvinjas ar liekaam muljkjiibaam un lai noveerstu klases lietoshanu nestandarta veidos, iedarbojoties uz ieksheejiem mehaanismiem pa tiesho un piekljuustot ieksheejamiem datiem, apejot publisko interfeisu, taadejaadi sarezhgjiijot sisteemas un attieciigo mijiedarbojoshos klashu uzlaboshanu un atkalizmantoshanu. Manupraat pilniibaa pietiek, ja, izstraadaajot klases, tiek nodefineeti standarti visaa uznjeemumaa, peec kuriem noraada kuras klases metodes/lauki ir publiski un kuri nav, un shie standarti tiek ieveeroti. Tad enkapsulaaciju var veidot arii PHP4.

Mani interesē visi, pēc iespējas biežāk sastopamie plusi un mīnusi starp divām metodēm: 1) parastā - katra lapa tiek ielādēta, uzspiežot uz linka. 2) dinamiskā - pie saita atvēršanas ielādē visas lapas (slēptajos layeros) un, spiežot uz linkiem, tās dinamiski pārslēdz ar javaskriptu. Kāds ir jūsu viedoklis?