Jump to content
php.lv forumi

Delfins

Reģistrētie lietotāji
  • Posts

    3,746
  • Joined

  • Last visited

Posts posted by Delfins

  1. klasiskais adware :)

    it kā nedara neko sliktu, bet anyway - nesankcionētas darbības.

     

    PS: man bija vienreiz tā ka uzliek caurspīdīgu IE logu un tur lapa refrešojās - attiecīgi uzspied uz "Explorer" nevar :)

    Vislabāk lietot FF un nekačāt visādu drazu.

  2. kāpēc kāds gribētu aizkodēt PHP failu? Visticamākais variants- lai klientu saņemtu aiz olām

    Manuprāt šeit tu ļoti slikti orientējies. PHP kods parasti tiek prekompilēts uz opkodiem + nedaudz optimizēts. Kods kā tāds strādā XX-rezies ātrāk, jo netiek iziets posms - "parsēšana / interpretēšana".

    Tas jau ir apspriests temats, vari pameklēt gan šeit foumā, gan google, kā arī paskatīties grafikus par ātrdarbību (pat starp dažādiem enkoderiem)

     

    Jā, variants par "olām" nav slikts, bet manuprāt, ja esi pareizs stratēģis un esi pārliecināts savos spēkos un resursos, tad spēsi piedāvāt pievilcīgus "garantijas laiku un (pēc)apkalpošanas nosacījumus", lai nesatraukties, ka klients aizbēg. Tā lūk.

  3. skatoties ko tu saprot ar aktīvs... ja tu domā, ka CSS spēj nolasīt no URL un "izpīpēt", kuru "hailaitot", tad nekas tāds nav - pašam jāraksta kods, kas pieliks vajadzīgo stilu s.main_menu_selected :)

  4. Piem. es glabātu pēdēja topika user/textu/id iekš kategorijas tabulas, lai nav jājoino visa tabula :)

    kā arī tur prasās: izvadīt visus tādus topikus zem "unsorted" kategorijas (softiski rādās augšā, bāzē atrodas kaut kādā fake-saistītā-ierakstā), jo reāli topiks ir bez apakš-kategorijas, bet ir galvenā root-kategorijā

    Vai arī neļaut veidot topikus bez apakš-kategorijas - tas nozīmētu, ka defaultā var uztaisīt tādu pašu "Unsorted", jeb "vispārējo" apakš kategoriju.

     

    Uz ko velk man skaidrojums? - sistēma jātaisa pēc iespējas vienkāršāka, lai nav visādi šitādi pigori, jo pie lieliem datiem būs murgs. jo lielākas variācijas pie datu izvilkšanas, jo vairāk būs jāstrādā DB serverim, jo vairāk būs SQL, jo vairāk būs kodā IF-u un visa pārējā..

  5. moduļu sistēma kā tāda pati par sevi būs vienmēr lēna.

    Tas tev nav nekāds runtime application, kur ielādē vienu reizi un viss. PHP jau katram requestam būs visa tā draza jāselektē + jālādē faili.

    Protams faili vienmēr būs jālādē, bet tomēr, kad ir hardkods vismaz zini ko saukt un ko nesaukt. Modulārajam webam būs tā, ka ies pa blokiem un skatīsies uz ko viņš nomapots, tad konstruktori, argumentu parsēšana, html ievietošana templeitam un t.t. Tas pats, ko dara lielākā daļa CMS.

     

    kaut gan, ja uztaisīsi normālu kešu un/vai engini - iespējams arī rullēs uz urrā.

    Iedomājies situāciju, kad koderim uz kādu laiku iedot sekretāres funkcijas - ne viņš normāli pakodēs, ne viņš normāli atbildēs uz tel. zvaniem un beigās vispār aizies depresijā.

  6. draugu draugi ir visparastakais koks. Ja tu gribi izvilkt ne-draugus, tad tevvispirms jauzraksta procedura/skats/cache tabula, kura satures visus draugus un dr-draugus rekursiva un tikai tad vari taisit not-exists.

     

    Var protams to visu uzreiz rekursivi taisit, bet tas bus ljoti darbietilpigs process - izet cauri katrai "nodei" un to child ierakstiem...

     

    Atrakais variants updeitot string lauku katram lietotajam, kadi tad ir vinjam draugu un dr-draugu ID. ta nebus jamekle pa koku, bet pa ljoti garu stringu. bet tas bus atrak.

×
×
  • Create New...