Mr.Key

Krīzes un brīvā tirgus apstākļos varu ar lielu prieku vēstīt, ka ikvienam ir brīv' konkurēt ar manu necilo sludinājumu, piedāvājot daudz informatīvākus sludinājumus ar portfolio, utt. Es uz šo brīdi šeit vēlos būt maksimāli lakonisks.

Veicu gabaldarbus: programmēšana, datubāzes, dažādi skripti, taisu un griežu dizainus. PHP, MySQL, (X)HTML, CSS, JS, Ajax/jQuery un citas lietas.

Sīkāk caur PM/email [email protected]

P.s. sviestmaizes negaršo ;)

Vispār, normāls apraksts, tikai superīgumam varētu vēl uzsaukt kafiju un biļeti līdz pārrunu vietai :D

vairāk biju domājis, ka $i++ būs vienkārša aritmētika kā matemātikas apakškopa, taču tas, ka zini $i++ vai proti atrisināt kvadrātvienādojumu, nenozīmē, ka esi matemātiķis.

ir matemātika un ir aritmētika. divas dažādas lietas.

nu redzi, pats dzīvoju vecāķos (mājā) un sanāk katru rītu braukāt uz ofisu, vakarā atpakaļ.

lieki tēriņi, draudzene arī jau sāk besīties, jo viņai mācības ir jūrmalā.

jā, nu ko lai saka, programmētāja dzīvesvieta un dzīvesveids atkarīgs no draudzenes kaprīzēm, jo normāli programmētājam vienalga, kaut vai meža vidū var tupēt :D

Nesaprotu šito biznesu.. bezmaksas hostings, bezmaksas lapas.. bezmaksas var pastaigāties pa parku, un arī ne pa visiem..

Tas dizains ir no tiem dizaineriem vai tavējais?

ļoti elementāri:

Glabājot DB, lielkam mysql_real_escape_string visam, kas ir teksts, (int) visam, kas ir cipari.

Izvadot no DB, liekam sekojoši:

- ja tas ir useru kontents (komentāri utt), tad liekam <?php echo nl2br(htmlspecialchars($kautkas)) ?>

- ja tas ir admin kontrolēts saturs, piemēram, raksts, kas taisīts ar tinymce, tad nevajag htmlspecialchars

- html cleanupu vajag taisīt tad, ja saturu pievieno lietotāji, kuriem ir ļauts pievienot tikai dažus html tegus..

es neredzu jēgu no inputa filtrēšanas pirms ievietošanas datubāzē triviālos gadījumos. pēc augstākminētā visi draudi ir novērsti ar to, ka ievadot datubāzē, notiek DB eskeipošana (lai izvairītos no sql injekcijas), un izvadot - HTML eskeipošana (lai novērstu HTML injekciju, XSS un tamlīdzīgi - visi html tegi parādīsies kā teksts, bez interpretācijas).

Pēc 10 gadiem laikam būs normāli prasīt, kāpēc šogad ir 366 dienas, bet parasti ir tikai 365...

Licenzes protams, ka nav vaidzīgas, ja netaisies tur kautko pārdot!

Ir kāds adult saits, kur kaut kas netiek pārdots?

Domāju delfi.lv, kad šamie izgāja tautās, bija knaps php3, ja pat ne 2

Mbāc, un es VISU LAIKU nesapratu, kā viņi taisa tos feisbukus, fermas, draugus un pārējās lietas!

Pareizi, tas viss programmējas pats no sevis! :D Tik ilgu laiku nočakarējos, bet izrādās, ka viss sarežģītais patiesībā ir vienkāršs !!! Ehhhh....

Tur bija kaut kāda kārtējā SMS lipeklīšu akcija, saistībā ar kuru bija tas apgrieztais teksts VISIEM.. (visiem lietotājiem, ne brauzeriem)

Ieskaties uzmanīgāk ;)

Atceros to reizi, skatījos sourci, kurā bija normāls teksts, izlēmu, ka droši vien visu dara javascripts, un vairs nebija interesanti.

Kgan, vispār tagad pats paskatījos un izskatās patiešām pēc cita veida risinājuma. CSS text rotate.

-moz-transform: rotate(180deg);

Delfi jau savulaik bija C++, vai ne? Kā ir tagad?

Rezumē - labāk pārliecināts PP programmētājs, nekā nepārliecināts OOP programmētājs :)

Man modulis ir vairākas klases - kontrollieri, un tad ir modeļu klases.

Vispār, sākumā tas likās baigi sarežģīti, bet tagad padomājot par to ekstendošanu, liekas simple. Ja gadīsies aizķeršanās, prasīšu vēl.. :)

Tā kā pats vēlos izveidot CMSu, kuru varētu izmantot vairākiem saitiem, interesē, vai ir kādi patterni un pieejas tādai lietai.

Es uz to skatos tā - par cik ~50-80% funkcionalitātes pārklājas, gribās kodu padarīt vieglāk menedžējamu, tāpēc aplikācijas kods varētu būt viens, ar pluginiem, moduļiem, utt. Un te nonāku pie jautājuma, kā vislabāk organizēt koda struktūru..

Piemēram, ja saits izmanto standarta moduli "Users", bet atšķiras viena funkcija, negribētos kopēt visu moduli, kurā izmainīta tikai tā funkcija. Vai parasti šādos gadījumos izmanto extendošanu?

saprotu, ka tas ir kāds pārbaudes uzdevums.

konkrētā rindiņa ir analoģiska

function signed_in() {
   return !empty($_SESSION['user__signed_in']);
}

Par PHP un autoritātēm runājot, rekur uzgāju interesantu sarakstiņu.. nav domāts, ka jāseko twitterī, taču var uzzināt konkrētas iesaistītās personas: http://www.phparch.com/2010/03/26/top-10-php-people-to-follow-on-twitter/

Tas ir Design by Contract, tam ir savas priekšrocības. Jā, OOP uzliek rāmjus, taču, ja jau reiz tie ir un visā pasaulē ir atzīti, acīmredzot, iemesls ir. Tas nenozīmē, ka PP ir slikts, vnk. ir virkne objektīvu iemeslu, kas nosaka, kāpēc tiek izmantots OOP. Tu neko avantūrisku (priekš citiem) nepasaki un aukstu ūdeni neuzlej, jo ne tev, ne man nav nekāda autoritāte šajos jautājumos. Tu un es varam tikai atstāstīt atzītās teorijas un izteikt savas domas par tām.

Bet diskusija ir par MVC, vispār... :D

nu kas tur ko aizstāvēt - maziem viena cilvēka projektiem strukturēta pieeja droši ka ir ātrāka gan no izstrādes, gan no runtime resursu patēriņa viedokļa.

lieliem projektiem - diez vai. pirmkārt, izstrādes sarežģītība pieaugs ģeometriskā progresijā ar katru jaunu koderi vai jaunu fīču, arī ātrdarbību tur risina savādāk (cache, cache, cache).

Extendošanu nosaukt par design flaw ir diezgan avantūriski, tāpēc arī neviens nopietns oop fans laikam neiesaistās.

toties domeinu expiration process ir very user friendly ;)