bubu

Tās pārbaude diezgan aizdomīgas... default gadījumā tu pārbaudi ar if'u vai topEdge.Inscription == "0" - bet tas taču jau tiek pārbaudīts ar case 0, ne? Tāpat arī ar citām vērtībām. Labāk pastāsti cilvēcīgi, ko un kā tev tur jāpārbauda.

Uz to es jau tev atbildēju pašā sākumā - postā #2.

Un kā tu domā - vienam un tam pašam mainīgajam var piešķirt vienlaicīgi savādākas vērtības?

Kādas ir to tavu čekbokšu INPUT lauku NAME atribūta vērtības? Ja vienādas, tad POST/GET superglobāļos ierakstīsies tikai pēdējā. Vai nu dod katram savādāku vai arī lieto masīvu.

... un vairums SQL vaicājumu sintakse (visā kodā).

Un kur problēma? Nekādas atšķirības no PHP, C# vai jebkuras citas valodas, kuru tu zini: var masivs = [ ["0::0", "0::1", "0::2", ..., "0::N"], ["1::0", "1::1", "1::2", ..., "1::N"], ... ["M::0", "M::1", "M::2", ..., "M::N"], ];

Ja tev to lauku id ir numurēti (lauks_0, lauks_1, ... lauks_17) tad nevajag nosaukumus glabāt nekur: var lauku_vertibas = []; for (var i=0; i<18; i++) { lauku_vertibas.push(document.getElementById("lauks_" + i).value); } Ja lauku id nav numurēti, tad nāksies glabāt to id vērtības atsevišķā masīvā. Nekāda raķešzinātne nav: var ids = ["lauka_1_id", "lauka_2_id", ...]; var lauku_vertibas = []; for (var i=0; i<ids.length; i++) { lauku_vertibas.push(document.getElementById(ids[i]).value); } Tajā rakstā viss ir uzrakstīts par to sliktumu - izlasi uzmanīgāk. JS'ā asociatīvo masīvu vienmēr ir bijis jātaisa ar Object: var obj = {}; // vai new Object(); obj["a"] = "b";

Tu tur gribi pārsūtīt uz citu savu rakstītu skriptu? Tad nevajag nekādu header("Location.. Vajag lietot normālas funkcijas un include/require.

Taisi to POST pieprasījumu uzreiz uz to URL'i, kurš padodas Location'ā.

Kāpēc tev komentāru tabulā ir tēmu virsraksti. Tas ir pavisam aplami. Normāli būtu jābūt tikai ārējā atslēga (id) uz tēmu tabulu. Tad tas kverijs varētu laikam izskatīties kaut kā sekojoši: SELECT virsraksts FROM temas WHERE id IN (SELECT DISTINCT temas_id FROM komentari ORDER BY pievienoshas_laiks DESC LIMIT 10)

Kā tas ir - kad $_POST ir tukšs? Tu jau uz $_POST tukšumu neko nepārbaudi. $_POST vispār ir asociatīvais masīvs. Kāpēc tev tā tukšums interesē?

Kāds kodējums phpmyadmin lapai? (tai kurā redzi to ŠČŠ...) Kā datus liki db? if (isset($_POST)) - diezgan bezjēdzīga pārbaude. Labāk pārbaudi isset($_POST["text"]) Ja kverijs nestrādā, tad pārbaudi uz kļūdām: mysql_query("...") or die(mysql_error());

Par 1. - izskatu pielāgo ar CSS, nevis ar veciem HTML atribūtiem. CSS'ā var norādīt kādu vien tik teksta centrējumu grib (left/right/center/justify).

Nu mūsdienās JS izslēgts ir tikai retajam. Par to gan var neraizēties. Vienk tas JS izmantots nevietā. Tikpat labi visus linkus <a> arī var aizstāt ar <span> + onclick Javaskript eventu. Bet vai tā vajag?

Nākamais solis - neizmantot tabulas layoutam. Kā arī javaskriptu css a:hover pseidoklašu vietā.

Nevis programmists, bet gan programmētājs. Cilvēkus, kuri rasē, tu taču nesauktu par rasistiem, ne?

To visu var pierakstīt īsāk un ērtāk: $menesis = array("", "Janvāris", "Februāris", "Marts", "Aprīlis", "Maijs", "Jūnijs", "Jūlijs", "Augusts", "Septembris", "Octobris", "Novembris", "Decembris"); $diena = array("Svētdiena", "Pirmdiena", "Otrdiena", "Trešdiena", "Ceturtdiena", "Piektdiena", "Sestdiena"); $datums=(int)date("w"); $menesis_numurs=(int)date("m"); echo $diena[$datums]." ".date("d.")." ".$menesis[$menesis_numurs]." ".date("Y."); Neesmu mēģinājis, bet varbūt var arī to visu vēl īsāk - tikai divās rindiņās: setlocale(LC_TIME, "lv_LV"); echo strftime("%A %e. %B %Y. gads");

Tas ir īsais datuma formāts. Visiem ir arī garais ar 4 gada cipariem.

Nezinu, no kurienes izrakta informācija, bet te rakstīts, ka nav punkta galā (Common Date Format): ftp://ftp.software.ibm.com/software/globalization/locales/Latvia-Latvian_Date.pdf Taču es atceros, ka esmu kaut kur lasījis, ka jābūt gan punktam galā.

Tas skripts, kurš nestrādā uz jaunākās php versijas.

Īstenībā tas nav gan droši. HTML standartā vispār ir aizliegts lietot [ un ] simbolus name saturā. Tātad browseris var rīkoties kā vien tīk (to kārtību), tāpat arī php pusē urļa parsēšana var notikt kā vien tīk. Tas nozīmē, ka sākot ar kādu browsera vai php versiju kkas var sākt strādāt savādāk nekā tu domā.

Salabots.

Tas visdrīzāk tev ir glukojošs squid proksis (vai nu tavs, vai provaidera). Tas nelabi handlē http 1.1 requestus (vai respones, īsti neatceros). Man darbā vienu brīdi tāds arī bija aktīvs, tad šim forumam un citām rādīja cipariņus (tas ir http kontenta atbildes izmērs baitos).

Ieteiktu sākt ar to, ka skripta pirmajās divās rindiņās ieraksti šo te: error_reporting(E_ALL); ini_set("display_errors", true);

Kur tu skaties, ka tās rindiņas nav atdalītas? Browserī, kurš attēlo html kodu? Tad tas ir normāli, jo htmla \n ir tas pats, kas parasta atstarpe. Skaties View Source... kodu savai lapai, tur redzēsi visas rindiņas. Ko nozīmē "uzlikt kodējumu utf-8" ? Kodējumu failam nevar uzlikt. Tas, ko var izdarīt, ir pārkonvertēt faila saturu no viena uz citu kodējumu. Izdomā, no kura kodējuma gribi pārvērst uz utf-8 un tad konvertē. Piemēram ar iconv fju.