F3llony

Ja viņš izmestu APEX un uztaisītu kursu par padziļinātu/advancētu Orākli, es būtu pirmais rindā. Still, kaut kā neliekas aktuāli mācīties šito pasākumu, kura vienīgais pielietojums by my opinion būtu kādas firmeles iekšējām vajadzībām. Pārāk limitēts tas pasākums.

Tb 665Ls par to lai iemācītos strādāt pat ar "bells and whistles" neapveltītu DEA builderi, kuru nesuportē neviens ne-orakles hosts? Nošaujies much.

aizvāc $headers .="To: Undisclosed Recipients <[email protected]>\r\n"; un mail($to, $subject, $message, $headers); nomaini mail funkcijas izsaukumu uz mail('', $subject, $message, $headers); un visbeidzot domā līdzi tam, ko dari. Tu iestati no kā sūtīt, tad mainīgajā $to iestati saņēmēju listi un visiem šiem saņemējiem nosūti meilu, kapēc gan lai tur kaut kas tiktu slēpts?

Neviļus pieķēru sevi pie vēlmes iešopēt tur Grēvi...

Nenāc, ja būs nepieciešami klauni - pazvanīsim uz Rīgas cirku. Un nē, nerunāšu.

Esi laipni lūgts pierakstīties par spīkeri sevi interesējošajā "backendā". (skaļi smiekli)

http://webconf.lv/en Julien Pauli un Michael Widenius noteikti būtu interesanti paklausīties.

Es neapvainojos, es pasaku kā ir - atrisināts, tak atrisināts, nav vairs ko diskutēt. Move along, nothing to see here. Un daGrevi, opcija slēgt topiku lietotājiem ir iedota, lai lietotāji varētu slēgt savus topikus. Šajā gadījumā varēji nevicināt savu modu un nebāzties ar savu viedokli tur, kur jams netika prasīts, mkei? Ja Tu uzskati, ka Tev ir kas piebilstams (nav) - esi laipni lūgts veidot savu tēmu, un tur arī apspriest.

Hei, Key? Aizraksti Peidžam un Brinam, pajautā, kāpēc viņi izveidoja Googli. Ir taču citi meklētāji. "Tajos tās lietas ir atrisinātas". Starp citu, kāpēc Benzs vispār izgudroja pirmo moderno automobīli? Mums taču bija zirgu pajūgi!!!11111111 Pašam nešķiet smieklīgi uzskatīt, ka es kaut ko daru tikai tāpēc, ka man nav ko darīt? Varbūt trenniņa pēc padomā, vai es meklētu citu risinājumu "atrisinātai problēmai" ja es nebūtu jau izpētijis esošos risinājumus? Topic closed, ja nav ko teikt - nu nav. Bottom line: komūna pieņem visu ko baro, un ja tu meklē citādu risinājumu pretēji jau "pieņemtajam" - tu esi muļķis un neko nesaproti. Tā arī zināsim. Un php.lv pilnīgi noteikti nebūs vieta tiem, kas meklē kaut ko savādāku. Jo kāds vienmēr visas problēmas jau būs atrisinājis. (Interesanti gan, kā tiem "citiem" ienāk prātā tās problēmas risināt, m?)

ir jauki zināt, ka daži uzskata, ka kopš 1968. nekas nav mainījies, un visiem vajadzētu pieturēties pie viena un tā paša golden hammer...

Tev ir kaut kādas problēmas? Moš satiekamies pie kafijas tases un izrunājam dzīvajā, lielmeistar? Pamatojums? E.G Exceptions/kļūda/whatever "this is a bla bla bla, use bla bla instead" tev neko nepasaka? Nu, kā jau minēju, šādi ierobežojumi nav paredzēti lai apturētu bezsmadzeņu idiotus... Mēs varam atgriezties pie topika un vai grāvis ar kabaci varētu aizvākties ... kaut kur citur?

Nav runa par destruktīvismu, bet gan par pieredzes/skilla trūkumu. Šādi ierobežojumi nav paredzēti lai apturētu psihopātiskus bezsmadzeņu idiotus, bet lai pateiktu programmētājam, kam maz, vai nekāda pieredze ar sistēmu "You are doing it wrong, here is how You do that".

Mārtiņ, globālis ir globāls mainīgais. Singletons/multitons/reģistrs ir objekts... Kurā var rakstīt izpildāmu kodu, padarīt to read-only, veidot userspace sandbokšus utt. utjp...

Par ko es arī runāju. Nav iespējams garantēt, ka API pēcāk neizmantos mazāk skillots cilvēks par pašu arhitektūras veidotāju kas vienkārši nezināšanas dēļ var piešķilt uguni visai jaukajai arhitektūrai.

Pēc otrās reizes, kad tev paprasīs pārrakstīt visu moduli pret doto API tā, lai tas to izmantotu tā, kā tas ir paredzēts arhitektūrā, tev vairs par "failiņiem" i domāt negribēsies. Nepārproti, es fanoju par loose-coupling, bet dažreiz kaut ko limitēt ir ne tikai vajadzīgs, bet pat nepieciešams. Kaut vai tāpēc, lai varētu izsekot "kura kretīna kods $x= true pārvērš par $x = WTFOBJEKTS?!11"... Tu idiotu tēlo un oftopiku dzen uz pilnu slodzi, jeb tikai brīvajā laikā?

Globāļi ir ļaunums jo nav iespējams atsekot un limitēt to, kas, kur un kāpēc tur tiek glabāts, kas, kur un kāpēc to izmanto utml sīkas nianses...

Also, this. Multitons ir tas pats klašu reģistrs, ko minēju topikā, ar atšķirību, ka multitons ir tas pats singletons ar vairākām instancēm. Tas neatrisina problēmu kolekciju veidošanai.

Diskusija sekojoša - parasti visur un vienmēr ir nepieciešami sistēmas-globāli objekti/mainīgie. Globāļi sucks, to mēs visi zinām. Dependency injekcijas ir labi un jauki, taču, ne vienmēr ērti. Piemērs ir modeļi - tie ir bieži lietojami, loosely-coupled un katru reizi inicializējot to vai citu modeli barot injekcijas nav gluži tas reālākais risinājums. Piemēram, modeļu bāzes klasei vienmēr nepieciešama vismaz - a: sistēmas konfigurācija b: db links. Konfigurāciju varētu organizēt kā singletonu, taču ne vienmēr būs tikai viens konfigurācijas objekts (kā manā gadījumā). Tas pats ar DB saitēm - arī itkā varētu paplašināt kā singletonu un strādāt ar vienu instanci, bet tas līdz brīdim, kad nepieciešami >1 savienojumi ar dažādiem dsn vienlaikus. Varētu jau protams veidot vairākus singletonus, bet tas būtu nemenedžējams ārprāts. Un šis nav gluži vienīgais piemērs. Sistēmas iekšējām atkarībām un sistēmas atkarīgām bibliotēkām injekcijas ir okei, bet lietām, kuras nepieciešams bieži inicializēt manuāli tas vienkārši nav ērti. Līdz šim esmu izlīdzējies ar dependency injekcijām un pa retam, kādam globālim. Tagad uzrakstīju singletonu-reģistru (lasīt - $objects->{name} = $objekts), kurā tiek reģistrētas vitālu komponenšu objektu references un pie nepieciešamības, piemēram, modeļos, tās tiek atgūtas no šī reģistra, tādējādi apejot vajadzību pēc dependencijām. Savukārt, lai novērstu gadījumu, kad reģistrā kaut kas trūkst, speciāls exception, kuru pēcāk var noķert un nohendlot. Kādas vēl ir reālas alternatīvas - bez eksotikas, kā piemēram, glabāt references apc utml.?

Lūdzu precīzu sarakstu, ar Simts un viena valoda aizstāj un aizstāj labāk. Tieši 101. Ne mazāk, ne vairāk. Un būtu interesanti, kādā līmenī tu pats māki proti PHP, kuru taču māk prot pat idioti... Atšķirība starp labu programmētāju un nekam nederīgu idiotu, kas algu saņem par "zilām acīm" ir, ka labs programmētājs redz potenciālu tur, kur nekam nederīgs programmētājs saskata eksotiku... P.S es linku ieliku tikai diskusijas rosināšanai. Tā valoda realitātē vēl nav izmantojama un vēl ilgi nebūs. Diskusijai vajadzēja izvērsties par pašu konceptuālo ideju. Tā vietā mērkaķis ar sarkanu pakaļu izleca no meža un sāka mētāties ar banāniem.

http://saffire-lang.org/

Noklausījos, un suddenly - higher beings!!11 WTWTF!

Nu bija jau tā kā laiks arī, jā. Nakamais steidžš - p2p hostings.

ļõõõļ >:( YOU INTERRUPT ME FOR THIS!?!11111 1111