MZM

Hey tauta! Varējāt jau nu uzlikt kuras IE versijas crasho un ja kāda ne - tad kura. A vispār - šis bugs ir dzirdēts, vai tas ir jauns?

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

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

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

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

TNX Roze. Patīkami lasīt argumentētu viedokli. Tas pārliecina. :)

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

Vai uz Ventspils Linux dienu dosies? http://www.laka.lv/tiki/tiki-read_article.php?articleId=16 Ja jā, tad tev reāla šance to aliņu kopā ar mani izdzert ;)

Tiešām viss ģeniālais ir vienkāršs. Sajutos stulbs, ka gribēju izgudrot no jauna lielgabalu zvirbuļu šaušanai ;) Tikai kuram man tagad aliņš jāuzsauc?

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

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

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.

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

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.

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.

Stulbs jautājums: Kapē forumā irad: "meta http-equiv="content-type" content="text/html; charset=iso-8859-1""??? Vai tapē, lai man būtu ar rociņu encodings jāpārslēdz?

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.

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.

Pie stila nonāksi, kad būsi uztaisījis jau vismaz trešo cms un iepriekšējos visus izmetis/norakstījis ;) Personīgā pieredze. Arī es atrodos sava stila meklējumos, jo iepriekšējie, kas likās ūberkruta, tagad neapmierina.

Varbūt varētu iedot DIVita pazīmes un ieteicamos ārstēšanas paņēmienus? Varbūt noder ;) 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.

A vaitad to $db peectam nav ieteicams iebarot mysql_close($db) ? Es tik iesaaceejs ;)

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?