bubu

Acīmredzot neesi korektu datubāzes pieslēgšanās informāciju uzrādījis (hostu/useri/passwordu). Tam phpBB vai tad līdzi nenāk kāds readme.txt vai install.txt fails? To neemēģināji lasīt?

$data = preg_replace('/[^\d]/', '', $data);

Ar ko localhosts atšķirās no kautkāda cita hosta (izņemot adresi)?

1) Back poga strādā neatkarīgi no tava php skripta. Browseris pats var izdomāt, kad pieprasīt vai nepieprasīt datus 2) JavaScript vienmēr var atslēgt, tāpēc kāda jēga pūlēties kautko aizliegt, ja to var elementāri atslēgt?

Sakārto pēc usera: $fileData = file("data.txt"); $messageList = array(); foreach ($fileData as $row){ $date = date("d.m.Y"); list($date, $user, $msg) = explode('|', $row); $messageList[$user] = array('date' => $date, 'user' => $user, 'msg' => $msg); } ksort($messageList); echo '<h4>Ziņojumi..</h4>'; foreach ($messageList as $key => $message){ echo '<i>'.$message['date'].'</i> <b>'.$message['user'].'</b>: '.$message['msg'] . '<br>---<br>'; } Lai sakārtotu pēc datumiem tad šī "$messageList[$user] = array(..." vietā $user vietā ieliec $date (bet vēlams ne stringa formātā bet unix timestampā)

Šī nav programmēšana, šī ir projektēšana.

Nu tur vajag vēlvienu tabulu, kurai ir 1:n atteicības ar features un products tabulām, kurā glabāsies nepieciešamās fīčas. tb: (product_type, feature_ID). Tas type piemēram varētu būt "televizors", "ledusskapis", "dvd pleijers", utt, vai arī ārējā atslēga uz produktu lista tabulu. Tu pirms programmēšanas uz papīra ER modeļus pazīmēji vispār?

Hm, interesanti.

Mozillai nē. Viņa ņem vispirms http responses headerī norādīto, un tikai ja tur nav, tad meta skatās.

Tev jau nav tāda struktūra kādu es teicu! Tev ir 1:n nevis n:n struktūra! Tev vajadzēja tās features likt šādā tabulā: feat_ID, prece_ID, feat_name, feat_value Un tajā likt datus: (1, 1, "av_in", "true") utt tad varētu vienkārši selektēt tās features kuras ir konkrētai precei! Arī ja kautkas pamainītos tajā specifikācijā (nāktu klāt / ietu nost kāda fīča) nebūtu problēmas pamainīt datus, bet tagad vajadzēs visu tabulu restrukturizēt!

Tad neko neizdarīt.

AddDefaultCharset WINDOWS-1257 pirms tam tik izment veco AddDefaultCharset

Tas nav jāmeklē gūglē, bet CSS specifikācijā (http://www.w3.org/TR/CSS21/) http://www.w3.org/TR/CSS21/visufx.html#overflow uzliec savam iframe stilu: "overflow: hidden"

iedod tabulu struktūras.

Ak, nu ja jau ir, tad selektē tikai tos ierakstus, kuriem to fīču lauks ir aizpildīts, nevis visus pēc kārtas, un tad php domā, kas jāizvada un kas nē.

PHP5 MySQL 4.1 vēlams, bet nepārdzīvošu, ja nebūs (PostgreSQL) CURL, DOM, Exif, GD, GMP, iconv, IMAP&POP3, Multibyte strings, MySQLi, PDFlib, sesijas, SQLite, Socketi, Tidy, XMP parser, ZLib vēlams, bet ne obligāti (statistika) nē (webmails) nē (web failu-pārluks) nē (admin-panelis), man pietiek ar ftp min 50 Mb vēlams, bet ne obligāti (papildus programmatūra) daļēji. galvenais, lai var atrast visu informāciju ;) Būtu jauki, ja būtu arī pieejams ne tikai php, bet piemēram pyton. Papildināts: aga, shells gan noderētu šad un tad.

Tev nepareizs ER modelis. Fīčas vajag atdalīt no precēm un likt citā entītē, un starp tām veidod n:n relāciju.

Pārbaudi (ar print_r) vai $apply ir masīvs (to ko padod foreach)

Ja bieži jāmaina tā infa, tad katru apmeklējumu liec vienā rindā, ja nē (dati lielākoties statiski, pa retam kautkas mainās) tad vari arī tos visus viena cilvēka datus glabāt vienā laukā.

Kādu kļūdu izvada? un kurā rindiņā?

Jautājumā netika minēti nekādi include, tā ka nesaprotu, ko tur var vēl pārprast...

Uzspiežot pogu submit, nevis ierakstot none.php adreslaukā. Tavs baseneame te nekur nedarbosies, jo netiek nekas includots/requirots!

Analgīns tu nesaproti. Viņam vienā failā ir forma <form action="none.php"> Un viņš grib, lai tad, kad leitotājs pa taisno ieraksta adresē none.php, tad lai parādās kļūdas paziņojums. Nevis tad, kad formu submito normāli.

IE ignored :) Pamēģini ar Mozillu.

a)