Aleksejs

Reku tas igauņzirneklis: http://no.spam.ee/~tonu/exif/ Atverot gan pēc warez lapas vairāk izskatās :)

Un kuru valodu pirmo rādīt, teiksim, Kanādā vai Beļģijā? ;)

http://www.webappers.com/category/components/instant-messaging/

Emm... http://php.lv/f/topic/14092-sludinajuma-serviss/

Nu bet protams, ka teikšu! :D Paldies Gintam, ka viņš mūs nepamet :)

Tu labāk būtu pa šo laiku padomājis pie risinājuma, a? :P Nevis mani pieGdienas vakarā kaitinājis! :(

Hmmm varbūt ar DISTINCT kaut ko var panākt...

SELECT masina.masinas_id, COUNT( riepas.riepas_id ) , COUNT( durvis.durvju_id ) FROM masina LEFT JOIN riepas ON masina.masinas_id = riepas.masinas_id LEFT JOIN durvis ON masina.masinas_id = durvis.masinas_id GROUP BY masinas_id; Šitā nebūs? (nav kur pārbaudīt un domājamvieta atsākās domāt)

Pievienojos Mārcim. Paprasi gan supportam, ko viņi var ieteikt (jo tādēļ arī viņi ir supports), un tikai tad ja/kā viņi atsakās palīdzēt, var spriest par apkalpošanas kvalitāti.

Diemžēl, šobrīd pārlūkā patērētais laiks tiek sadalīts aptuveni šādi: Avots

exif_thumbnail tiktiešām satur oriģinālās bildes thumbnailus, kā par to rūgti pārliecinājušies daži vairāk vai mazāk komiskos gadījumos cietušie ļaudis: http://blogs.23.nu/disLEXia/2004/12/antville-5751/ Tāpat nevajadzīgos exif datus būtu vēlams mest ārā, jo, ja ļaunie ierakstīs exif komentārā: <?php //... te seko php skripts ?> un viņiem izdosies kaut kā ieincludēt šo attēlu (izmantojot kādu no ievainojamībām citur), tad šis kods izpildīsies (detalizētāk par problēmu: http://www.scanit.be/uploads/php-file-upload.pdf ).

Tas parādās, ja neaizver atvērtās konekcijas un ja izmanto persistentās konekcijas, kuras ver katru reizi no jauna. http://lv.php.net/manual/en/mysqli.close.php

Man nekad nav tas termiņš bijis jāpagarina... Kā piereģistrēju pirms n gadiem tā lietoju...

Nevajadzētu novirzīties no tēmas - cilvēks uzdeva dizgan konkrētu jautājumu, bet sākas spriedelējumi: "a priekškam". Apmēram kā - cilvēks atnāk un paprasa - ziniet, esmu dzirdējis par tādu krustiņa skrūvjgriezi, bet uzreiz kāds metas bļaut, kamēr nav tā ka ar plakano skrūvjgriezi nav iespējams ieskrūvēt to skrūvi tikmēr nav vērts skatīties uz visādām tur izvirtībām. ;)

Varbūt šajā garajā dokumentā ir rodama kāda atbilde: Chmod, Umask, Stat, Fileperms, and File Permissions. Konkrētāk - tās daļas, kas saucas "Umask and Protection"; "Directories, Set-User-ID and Set-Group-ID Bits" un no "Shared hosting user security" līdz (ieskaitot) "Multiuser security setup example".

http://www.dreamincode.net/ (Nošpikoju no EdgarsA) :D

Joyride, nē, nē - es nebiju domājis: "Ej tur un tur uzdod savus jautājumus" :D Nebūt ne. Vienkārši atradu kā man likās info pa tēmu. :) Protams, ka dzimtajā valodā ērtāk.

Pats neesmu kompetents, taču sitepointā vīrs kyberfabrikken ir riktīgs OOP guru, lūk dažas diskusijas, ko uzraku par šo tēmu: http://www.sitepoint.com/forums/showthread.php?t=515644&highlight=entity+mapper+gateway http://www.sitepoint.com/forums/showthread.php?t=284495&highlight=entity+mapper+gateway http://www.sitepoint.com/forums/showthread.php?t=78687

MVC for Noobs - diezgan labs un skaidri uzrakstīts.

Varbūt, ka patiešām nav pareizs... drošības kods. Bet īsti neredzu sakaru tam skriptam ar video...

daGrevis, jā un nē, manuprāt. Protams, mēs šeit nediskutējam par Fotošopa filtriem un par to, kura krāsu gamma labākā (kaut gan esmu pārliecināts, ka ne viens vien pārzin arī šīs lietas), tomēr to, kā izvietoti datu ievades/izvades elementi lapā, to kādā veidā labāk pasniegt informāciju, kādus intefeisa elementus izmantot, kuriem mērķiem, tomēr apskatām.

Dažās lapās tas nostrādā un dažās lapās tas nenostrādā? Vai dažiem lietotājiem tas nostrādā un dažiem tas nenostrādā? pēdējā slīpsvītra te ir lieka: header('Location: http://www.lockerz.hostplex.lv/login.php/'); vajag: header('Location: http://www.lockerz.hostplex.lv/login.php'); Bet tas nav cēlonis.

Ar "galvenais punkts", cik saprotu, tiek apzīmēts "main point", ja? (~; Pamatdoma ir tāda - daudziem (tajā skaitā man) nav pietiekoši daudz zināšanu un praktiskās pieredzes projektu (kas saistīti ar to, ko apspriežam šajā forumā - web-aplikācijām) plānošanā, izveidē un realizēšanā. Lai veidotu jebko ir jāzina "priekš kam veidot?", "kādu problēmu tas atrisinās?", "no kādiem blokiem veidot?" un tamlīdzīgi. Jo citādi ik uz soļa saduramies ar censoņiem, kam "kr4 waig kko sataisīt ātri ātri", bet nerunājot par tehniskās puses neskaidrību - ir skaidrs, ka lielākoties nav pat pilnīgi nekādas skaidrības par to, "priekš kam" Konkrētais piemērs parāda vienkāršas web-aplikācijas veidošanu praktiski no 0. Jā, šajā gadījumā varēja izvēlēties jau gatavu CMSu, taču mērķis bija parādīt, kādas ir tās darbības, kas jāveic veidojot web-aplikāciju. Tam tika izvēlēta konkrēta realizācija, kas arī nosaka to, kādā veidā kas šajā piemērā tika darīts. Šajā plānošanas sakarā gribās pieminēt arī šo - eCommerce Considerations, jeb lietas, kas jāņem vērā veidojot eKomercdarbības projektu.

Dažiem no Jums jau ir savi projekti, - - daži veido projektus uzņēmumiem, - - - -daži vēl neko neveido. Bet ir daudz tādu, kas taisās ķerties šai interesantajai nodarbei klāt, bet nezin, no kura gala, lai sāk. Tieši viņiem, taču neapšaubāmi arī visiem pārējiem, būtu ļoti noderīga diskusija par tēmu: Kā plānot, veidot un realizēt web-aplikāciju Atradu šo resursu un atzinu to par labu esam, taču noteikti Jūs pieredzējušie zināt kādas nianses un lietas, kuras tur nav pieminētas, ir pieminētas par maz, vai varbūt ir aprakstītas pilnīgi garām: Creating a Web App from Scratch Aicinu Jūs dalīties savā pieredzē un atrastajos/izveidotajos resursos un uz konstruktīvu diskusiju. (~;

eCommerce Considerations, jeb lietas, kas jāņem vērā veidojot eKomercdarbības projektu.