Jump to content
php.lv forumi

MZM

Reģistrētie lietotāji
  • Posts

    22
  • Joined

  • Last visited

Posts posted by MZM

  1. Sveika tauta.

     

    Varbūt, ka joks ir vecs, bet nu priekš manis tas bija jauns :)

    Nesen taisot vienai lapai CSS IE versiju es uzdūros uz vienkārša IE karināšanas paņēmiena:

     

    * p:first-letter { margin-right: 1px; }
    :link, :visited { background-color: gray; }
    
    <div>
    <p><a href="http://www.positioniseverything.net">IE sucks</a></p>
    </div>

     

    Svarīgi, ka first-letter ir block elementam un piedevām definēts kā descendant. first-letter labā mala jādefinē kā ne 0 (margin vai padding). A elementam jābūt pirmajam iekš P, lai uz to attiektos first-letter nosacījums.

     

    Šobrīd nekarās IE 4.0, bet 6.0, 5.1, 5.0 un 7 beta1 karās, lai gan no kādiem 8 testētiem variantiem divi nekārās. Iemeslu kapē nekarās visi IE varianti pagaidām nezinu.

     

    Lai nu kā, lai Jums jaukas dienas ievietojot šo nevainīgo CSS+HTML gabaliņu savās lapās. :)

  2. probleema taada ka hover daljaa noraadiito bla_hover.gif failu vinjs ielaadee tikai tad kad tieshaam kaads ar peliiti uzbrauc attieciigajam <a>.. liidz ar to sanaak kaveeshanaas un pirmajaa briidi vispaar uzbraucot ar peli uz <a> poga izmainaas uz baltu plekji nevis noraadiito failu..

     

    Bet Tu jau arī norādi, ka bildei jāparādās tikai uzbraucot uz A. Uztaisi kādu bloku un tam uzliec hover bildes maiņu a A elementu ieliec tajā.

  3. Cik sapratu, tad :: izmantošana var būt lietderīga gadījumos, kad tev ir jāizmanto arī pamata klases funkcijas. Tad ar self:: izsauc šīs klases funkcijas, bet ar parent:: vari tikt klāt arī tai klasei, kuru tu esi atvasinājis un izveidojis jauno klasi.

    Ja iepriekšējie pāris teikumi nav skaidri, tad iebrien šeit:

    http://www.zend.com/manual/language.oop5.p...nekudotayim.php

    un apskaties piemērus, uzreiz taps skaidrs :)

    Lai nu kā, tā kā iekš PHP4 nebija tādu self un parent, tad varētu secināt, ka $this ir sava veida backward-compability, lai pāreja uz PHP5 nebūtu tik sāpīga.

    13611[/snapback]

    Hm. Tik daudz jau pac sapratu.

    Patestēju un noskaidroju galveno atšķirību - :: var lietot bez objekta, $this-> tikai ar. TB. Ja izsauc klases funkciju A, kas izsauc funkciju B bez klases objekta izveidošanas, tad :: nostrādās, bet $this-> paziņos par kļūdu. Neesu pārliecināts, vai tā ir tikai backw. com. fīča.

     

    Acīmredzot turpmāk būs vienmēr japaredz, vai klases funkcijām jāspēj darboties arī bez objektiem vai nē.

  4. Radās vēlme apgūt OOP. Nevis tapē ka vajaga, bet lai garāks (izpildes laiks ;)).

     

    Tad nu aš jautājumiņš par PHP5

    ar ko atšķiras / labākas / sliktākas tālākminētās pieejas:

     

    1) self::function();

    2) $this->function();

     

    To, ka pirmajā brīdī rezultāts izskatās vienāds, es jau noskaidroju :)

  5. Sagribējās atgriezties pie jau reiz runātā - tātad vai glabāt bildes kā failus vai iekš datubāzes? Gribētos dzirdēt kā citi dara, priekšrocības/trūkumi utml.

    Es zinu, ka absolūtas patiesības nav, taču katrai no pusēm noteikti ir savi argumenti :)

  6. Vakar biju pārāk noguris, lai iedotu piemēru.

    Piemērs (tā kā MySQL šobrīd nau pa rokai, var būt neprecīza sintakse):

    Tabula A:

    create table A (id int(14) auto_increment primary key, os varchar(25));
    insert into table A (os) values ("Window$");
    insert into table A (os) values ("Linux");
    insert into table A (os) values ("BSD");

    Tabula B:

    create table B (id int(14) auto_increment primary key, arch varchar(25));
    insert into table A (arch) values ("i386");
    insert into table A (arch) values ("ppc");
    insert into table A (arch) values ("alpha");

    Pēc apsekošanas tika iegūti dati, ka

    1) uz i386 iet win, lin un bsd;

    2) uz ppc iet lin un bsd;

    3) uz alpha iet lin un bsd.

    Kā to saglabāt datu bāzē tā, lai ātri varētu noskaidrot :

    A) uz kādām arch iet konkrētā OS;

    B) kādas OS iet uz konkrētās arch.

     

    Kā redzams no piemēra, vienam ieraxtam iekš A var atbilst vairāki iekš B un otrādi;

    Būtu labi, ja piedāvātais risinājums būtu ātrs, jo reālajā dzīvē A un B var saturēt vairākus tūkstošus ieraxtu;

    Risinājumam vajadzētu būt flexiblam -> ja nu nopērk sparc ar solaris ;)

    Incē tikai teorija, gan jau ar implementāciju tikšu galā (varbūt) ;)

     

    TNX par jebkādām idejām/manuāliem/RTFM'iem ;)

  7. Problēma: ir divas tabulas A un B. Tabulas A ierakstam var piederēt neierobežots skaits ierakstu tabulā B un pretēji (tabulas B ierakstam var piederēt neierobežots skaits ierakstu tabulā A). Vajaga izdomāt efektīvu prijomu kā no tabulas B iehavot tabulas A ntajam ieraxtam piederošos tabulas B ieraxtus un pretēji (B tabulas ieraxtam piederošos A tabulas ieraxtus).

    Inetā piemēros parasti dotā operācija ir tikai 1 virziena (A var piederēt daudzi B), bet man vajag, ka A "n" var piederēt visi B, A "n+1" tie paši B un arī pretējā virzienā.

    Ārpus MySQL šo problēmu varētu atrisināt izmantojot masīvu ar A kolonām un B rindām atbilstošos krustpunktos ieliekot 0 vai 1, bet MySQL tabula != masīvs :( Googlei arī nemāku pajautāt, jo nevaru īsi noformulēt jautājumu :)

    Protams, ka risinājumam jābūt dinamiski lietojamam, jo A un B saturs nav statisks :)

  8. Mīļais useri Lirika.lv! Ja neesi pamanījis, tad irad pienācis gads aš jau 2004. Ja tava datora pulkstenis joprojām rāda kādu 1998. gadu, tad pēdējais laiks tam nomainīt bateriju. Iespējams, ka tālajā 199x. gadā pietika ar to, ka apskatīja savu lapu iekš M$IE 4.0 un viss, bet mūsdienās ar to ir par maz. Uz mana datora nedzīvo ne viena interneta pārlūkprogramma, kura tavu garadarbu rādītu kaut cik jēdzīgi. Ja netici, paskaties pac ar Konqueror 3.2.1 un Mozilla 1.6.

  9. TNX. Ideja laba, bet ja m?s container papildinam ar border, tad k??st redzams, ka tas atkal jau ir tikai workarounds :(

     

    Un tas, kur? teica table, laikam nepietiekami uzman?gi las?ja manu postu - table irad tikai workaround, jo tabulas irad dom?tas tabularo datu izvieto?anai nevis lapas layouta veido?anai, jo sav?d?k var joproj?m tur?ties pie tabula'in'tabula dizaina, kas izskat?s labi, bet saturiski irad nepareizs.

     

    Secin?jums: CSS 3 nepiecie?ams float in parent box ~.

  10. Man uznācis CSS stulbums.

    Vēlme: uztaisīt bloku (div'u), kurš satur sevī divus paralēlus blokus (div'us), kas aizņem 100% horizontālā virzienā no parent bloka (60% un 40%). ķipa kaste ar 2 kolonām.

    Problēma: ja izmanto float, tad paralēlie bloki tiek izņemti no normal flow un tad viss sagriežas galīgi šķērsām.

    Iespējamie risinājumi: taisīt doto fišku ar tabulām, bet tas būs nepareizi, jo abiem paralēlajiem div'iem jābūt saistītiem vizuāli un nevis loģiski.

     

    Tiem, kas neko nesaprata.

    Jebkurā vietā lapā ievietojams un "saturs1" vienmēr blakus "saturs2", nevis zem/virs:

    <div class="box">
     <div class="lbox">saturs1</div>
     <div class="rbox">saturs2</div>
    </div>

     

    Jūsu kommenti? Kā to realizēt neizmantojot netīrus hakus?

     

    PS. Varat neraxtīt "tu esi stulbs", ask google utml. - pārāk noguris, lai saprastu šo vārdu jēgu.

  11. Atcerās, atcerās. Man mājās vēl kaut kur mētājas...

     

    Mroblēma ir .lv izglītības sistēmā, kas cilvēkiem, kas pat irad jau beiguši vidusskolu, joprojām nav iedevusi (iedzinusi?) loģisko domāšanu. Loģika jau pasen vairs nav vidusskolu programmās (pat man nebija) un iespēja izvēlēties priekšmetus ļauj izvairīties/ignorēt tos priekšmetus, kuros ir nepieciešama loģiskā domāšana. Es nenoliedzu humanitāro zinātņu sasniegumus un humanistiskās pieejas pareizību, taču mūsdienās par progersīvāko un arī produktīvāko var uzskatīt holastisko pieeju, kur bez loģikas neiztikt.

     

    Vispār līdzīga diskusija bija reiz iekš hackers.lv foruma par pascal mācīšanu skolās.

     

    Vispārībā domājošs cilvēks ir sistēmas ienaidnieks, so acīmredzot vienīgais veids kā cīnīties ar stulbiem postiem ir rm.

  12. Es jau no XHTML neko nesaprotu, varbut ir kadi editori ar kuriem var normali straadaat?

    Es silti iesaku un pac lietoju Kate. Ļoti jauks editors ar kuru var labi strādāt. Ja gribas vairāk - ņemam Quanta. ;)

     

    Pēc būtības - cik es uzmetu aci XHTML aprakstam iekš w3c, sapratu, ka XHTML ir tas pac vecais labais HTML, tikai "doveģon do uma" ;)

    Vadoties pēc http://www.w3.org/TR/xhtml1/, tas irad XML, kas vienlaicīgi irad arī HTML - divi zaķi ar 1 šāvienu: gan XML, gan HTML user agenti sapratīs ko tu gribi teikt. Tā kā atšķirība starp valīdu un pareizi veidotu HTML un XHTML ir minimāla, nav iemesla XHTML nelietot.

  13. RTFM: http://www.linux.org/docs/ldp/howto/DNS-HOWTO.html

    http://www.bind9.net/Bv9ARM.html

    un http://www.nominum.com/content/documents/bind9arm.pdf

     

    No sākuma izlasi ko saka ar DNS kā tādu un tad dodies uz kādu no forumiem, kur tas būtu par tēmu: http://www.linux.lv vai http://www.bug.lv, kur vari mierīgi apspriest kādu OS un Linux distro izvēlēties utml.

     

    PS. Windam varbūt kaut kas vēl jāmeklē, Linuxam viss jau ir gatavs lietošanai. Distributīvam te nav nozīmes - ja kaut kas nenāk līdzi, tad tev vienmēr ir source :) Tā kā kauč OpenBSD liec.

  14. Varbūt varētu iedot DIVita pazīmes un ieteicamos ārstēšanas paņēmienus? Varbūt noder ;)

     

    par to ka <dl> ir tikai un vienīgi definition list nevaru piekrist... kaut vai šī teikuma pēc:

    IMHO tu nepareizi izproti šo lietu - nevajag dl pacelt augstākā līmenī nekā tam ir lemts dzīvot. Forumu grupēšana ar dl ir viens no šādiem piemēriem - "<dt>CSS</dt> <dd>Viss par un ap stiliem (CSS).</dd>" gadījumā teksts "Viss par un ap" pēc būtības nepaskaidro vārdu CSS un tādēļ, lai cik varbūt tas smuki neizskatītos, tas ir nepareizi.

  15. Ir tabula ar linkiem uz nākamo lapu, kuras saturam jāmainās atkarībā no tā uz kura linka uzspiests. Ar register globals = on es darīju: a href=blablabla.php?id=xx Tagad interesē kā to izdarīt pie atslēgtiem globālajiem. Formu priekš tādas lietas negribas taisīt...

     

    Kādi būtu vienkāršākie varianti? Varbūt tomēr jāatstāj tie register globals = on un vienkārši pietiek ar pārbaudi vai id ir int?

×
×
  • Create New...