andrisp

mefisto, tieši reālā situācijā, kur saturs ir dinamisks un nav zināms tā izmērs, tā tieši ir problēma.

mefisto, tavam layoutam ir problēma, ka left vai right div, ja tajā ir daudz kontenta, iet pāri footerim.

Vieniigie plusi tabulaam, ko es speeju iedomaaties: - aatraak var dabuut gatavu izkaartojumu (bet shis ir subjektiivs. augot browseru css atbalstam un izstraadaataaja iemanjaam, css layouti arii aatri buuvejas) - Viegli implementeet vertikaalo centreeshanu, kur vajag. (Kaut gan prieksh css ir dazhaadi risinaajumi, neviens no tiem nav pilniigs) - Viegli veidot layoutus, kur ir svariigi (vismaz vizuaali), lai divaam vai vairaakaam blakusesoshaam kolonnaam buutu vienaads augstums, neatkariigi no satura. Bet ieksh css ar dazhaadaam metodeem arii sho nav paaraak gruuti panaakt. Ir tikai jaapguust shiis metodes.

Nu taa iisti arii nav. Table based izkaartojumu probleemas: - table layoutus ir problemaatiskaak apluukot text based browseros (mobilie devaisi utt). Protams, tas stipri ir atkariigs no auditorijas, vai sho faktoru vajag vai nevajag njemt veeraa. - ja templeishu sisteema tiek buuveeta no html "gabalinjiem", tad neizbeekami sanaak, ka vienaa templeitu gabaalaa sanaaks <table> start tags, bet citaa </table> end tags utt. Tas veido haosu un nepaaredzamiibu. Protams, tas ir stipri atkariigs arii no taa, kaa cilveeks veido markupu. Ja visas lapas ir praktiski ar vienaadu struktuuru, tad shii probleema nav tik izteikta. Bet ja katra lapa saitaa ir ar ljoti atshkjiriigiem izkaartojumiem, tad beigaas tajos visos colspanos un rowspanos tu apmaldiisies. - table layouts nav tik fleksibls izmainjaam. Veelaak ja kautkur veeleesies ievietot kaadu jaunu bloku (<td>) kaadaa lapaa, tad var gadiities, ka ir jaapieregulee citu bloku rowspani un colspani. (Protams, shis un ieprieksheejais punkts ir stipri atkariigi no html koda un developera iemanjaam. - table layouti ljoti biezhi ir smagaaki un ar vairaak nevajadziiga markapa nekaa css based analogs layouts. - table layouts nevar kustomizeet neiejaucoties html struktuuraa. - table layoutu izvietojums ljoti biezhi ir nesemantisks (table prieksh jau izvietojuma jau vien ir nesemantiski, bet w3c rekomendaacijas saka, ka, ja izstripojot table tagu un ar to saistiitos tagus, lapas saturs raadaas semantiskaa seciibaa, tad table layouts veel ir pieljaujams). Tas atsaucaas arii uz pirmo punktu. Shobriid vairaak iemeslu neatsaucas praataa.

john.brown laikam padomāja, ka tu saki, ka visi tie, kas šeit sakās, ka viņiem tas bugs nestrādā, ir apgreidojuši svaigāko php versiju.

cilvēks, krašojās jau laikam tikai uz Win. Aa nee, tomeer uz Lin arii.

ok, šitās table layout vs. css layout diskusijas jau ir linux vs. windows līmenī.

v3rb0, fui par tādu domāšanu. Ja ir iespējams CSS izkārtojums, tad kāpēc no tā atteikties par labu table izkārtojumam, tikai tāpēc, ka ar table tas būs ātrāk ? Jā, es zinu, ka laiks ir nauda. Bet nu bez-teiblju dizains atmaksājas arī vēlāk kad saits ir jāupgreido.

localhero, tu laikam nezini Robi. ;). Bet nu par dzēšanu neko neteikšu - ne labi, ne slikti.

cucumber, kā ar ob_start var paradīties kaut kāda izvade ? Un ja notiek kaut kāda redzamu simbolu izvade, tad to jau tāpat redz, tad kad notiek errors iall, pārliecinies, ka nenotiek izvade iekļautajos failus. Ja tie failie (ieskaitot galveno) ir UTF-8, tad saglabā tos bez BOM simboliem.

Man gan nokrašoja. Vispār neesmu dzirdējis, ka PHP ierobežotu nestēšanas līmeņu skaitu. Vai tas ir kaut kā speciāli jākonfo ?

Galvenokārt šī dēļ: header("Location: ViesuGramata.php"); Un šī dēļ: fputs ($fails, implode,("\n")); Enīvei, ja jau tiešām strādā, tad izmanto dari kā teicu:

Man arī nokarās. PHP5.2.1/Win/Apache2 kautkāds. Moka reportē kā bugu. Vai nu tev apstiprinās, ka tas ir bugs un varbūt ieteiks workaroundu, vai arī pateiks, ka tu neko nesaproti un, ka tas nav bugs un arī pateiks workaroundu. Rezultāts viens. :) PS. Tev taču tur nav PEAR.

Un tev viņš vispār strādāt ?

Tāpē, ka droši vien mēģināji vienkārši copy-paste ? Tev ir vispirms jāiekļauj prototype frameworks. Kā arī jāsagatavo pareizs html (jāizveido elements ar id, ko norādīt kodā.)

aldis, kāds sakars tam ar list fju ?

Glabā datubāzē divus laukus. Intro tekstu un pārējo tekstu. Var arī intro tekstu ar substr izgriezt no galvenā teksta. Kā to uztaisīt taču macēsi izdomāt ?

Varbūt kļūdaini norādīji. Pamēģini norādīt baitos (nenorādi nekādu izmēru tad tikai) nevis megabaitos.

Kverijam piekabini galā ORDER BY RAND() LIMIT 1

Tam nevajadzētu error_reportingu ieslēgtu. PS. Es tagad tikai pamanīju - to 10o rindiņu izvāc vispār ārā.

Pēc mysql_query() ieliec echo mysql_error(). Tas tev pateiks, kas par kļūdu bija.

12. rindiņā $result vietā liec $row. 13. rindiņā liec echo $row['subject'].

Nu bet es taču tev pateicu, kas tev vēl ir jāizdara!

oho, to gan nezinaaju. Shis par shito veel beigaas nenoraavaas ?

Jā, par maz atmiņas. Palielini memory_limit direktīvu iekš php konfigurācijas (php.ini).