Jump to content
php.lv forumi

F3llony

Reģistrētie lietotāji
 View Profile  See their activity

  • Posts

    1,353

  • Joined

  • Last visited

 Content Type 

Posts posted by F3llony

  4. Undisclosed Recipients

    in Vispārēji

    Posted · Edited by F3llony

    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?

  9. Komponenšu globalizācija

    in Vispārēji

    Posted

    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.

  10. Komponenšu globalizācija

    in Vispārēji

    Posted · Edited by F3llony

    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?)

  12. Komponenšu globalizācija

    in Vispārēji

    Posted

    Vienīgais, kuram te pieredzes ( un saprašanas ) ir par maz, tas ir F4llony.

    Tev ir kaut kādas problēmas? Moš satiekamies pie kafijas tases un izrunājam dzīvajā, lielmeistar?

    "Here is how you do that" tu gan nekādīgi nepasaki.

    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?

  13. Komponenšu globalizācija

    in Vispārēji

    Posted

    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".

  15. Komponenšu globalizācija

    in Vispārēji

    Posted

    Ir globāļi ļaunums un bumba ar laika degli.

    Kamēr biju redzējis tikai prātīgu/piesardzīgui/disiplinētu globāļu izmantošanu es ar domāju ka nekas traks globāļi nav, bet nu pēc projekta, kur globāļus maina jebkurš un jebkur, kur tik ienāk prātā..

    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.

  17. Komponenšu globalizācija

    in Vispārēji

    Posted · Edited by F3llony

    To tāpat nav iespējams izdarīt :D Kas man kā programmētājam liedz kaut ko glabāt tur kur tas nav paredzēts? Jāizmanto API? Neizmantošu. Glabāšu failiņā :D

    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ā?

  18. Komponenšu globalizācija

    in Vispārēji

    Posted · Edited by F3llony

    Nē, nezinām vis.

     

    Nu nav tie globāļi ļaunums.

     

    Tā saka tikai tāpēc, lai n00bi neliek visus mainīgos globālajā.

    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...

  19. Komponenšu globalizācija

    in Vispārēji

    Posted

    Kā ar gadījumu, kad vienas funkcijas ietvaros vajag kaut kādo lietot, bet ne vienmēr. Ja padod kā dependency injection, tad tas tiek inicializēts lieki.

    Tas protams ir vienkāršs gadījums, bet reāli varētu būt 3,4,5 depnedencies un gadījumi, kad neizmanto nevienu, vai tikai vienu un tad tie tiek lieki inicializēti.

    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.

  20. Komponenšu globalizācija

    in Vispārēji

    Posted

    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.?

  21. PHP valodas perspektīvas nākotnē

    in Vispārēji

    Posted · Edited by F3llony

    Simts un viena valoda aizstāj un aizstāj labāk, bet PHP plus ir tas, ka pat idiots to mācēs, uztaisīt lietas ir relatīvi vienkārši un ātri, un, kā jau pats minēji, tā ir vispopulārā web lapu valoda.

    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...

    > http://saffire-lang.org/

     

    Kurš tagad ir eksotisks? :)

    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.

×
×
  • Create New...