mounkuls

Sen jau kā tur nehostējos. Vispār jau vajadzēja atnākt e-mail ar datiem datubāzes konektam.... Ja nav, raksti labāk uz admin@eclub.lv pa tiešo, samaksājis esi. Ne FAQ ne forumā tā ātri pārskrienot neko neatradu sakarīgu par to kas un kā ar bāzēm.

$extension = substr($filename,-3); Tik vienkarsi tacu tas ir...

Nu johaidi, ko tadu jau nu domadams nesadomasi:) Bet nu ja, visu parbaudi servera puse php noteikti. Javascript ir klienta puse,to var elementari apjat apskatot source. Ja var lietot integer, dari to, vieglak kontrolet. Vispar jebkurus lietotaja ievaditus datu ir japarbauda obligati. Faila liekas ka ir ok, bet nav problema sataisit post formu ar ko iesutit visu apejot visadas javascript kontroles.

Čem gubže v ļes tjem boļše drov..... Es jo mazāk vēl sapratu ko grib tagad... Es kad taisiju upload failiem, man bija folderis kurā glabājas arī kas līdzīgs legeng.txt failam( tā pati DB jau faktiski vien sanāk). Tur arī glabāju visu info par failu/īpasnieku/kodu reālā pathname vietā/ pārējo info kas uz konkrēto failu attiecas. man tad padeva <a href="image.php?kods"><img src="thumb.php?kods/></a>. Nu tāda bija fiška. Vēlāk to pašu izrādijās viegli realizēt arī ja glabā bāzē info par failu.

Īsti nesapratu? Tas ka ir GIF ne gif? Tad lieto apmēram ko tādu iekš tā ifa: $bildename=strtok("$bilde","."); $bildeext=substr("$bilde",-4); echo '<img src="'.$bildename.strtolower($bildeext).'" width="50" height="50">'; Es gan tagad uz dullo, cerams ka darbosies

A kāda starpība jpg vai gif ir iekš img src? Cita lieta, ja jāpadod kautkādu php ģenerētu bildi, tad būs <img src="bilde.php"/> un jau tajā bilde.php sagatavosi ko padot kā Image.

Oj! aizmirsu paprasīt kur rāda tos"?" ? phpMyAdmin vai pašā lapā?

es divus gadus nodzīvoju ar failiem bez bāzes, mazliet zinu. Taisiju onlain šādi: vienā rindiņā fiksējot jaunu jūzeri(kuram IP un browser nesakrīt ar jau esošo vai laiks pagājis) raksta izmantojot [dvider/atdalītāju](turpmāk |||) $string= "ident|||IP|||browser|||time\r\n"; ident ir vajadzīgs tikai tādā gadijumā, ja vajag glabāt arī lietotāja identifikātoru. Pārskrēju failu pa rindiņām salīdzinot vai kāds no lietotājiem nav jau pārsniedzis laika limitu, ja ir, dzēš to rindiņu. Ierakstu jaunu rindu, ja jauns lietotājs. Funkcijas php: file(), fopen(),fputs() vai fwrite(), fclose() un explode(). Ar to ir diezgan lai sataisītu sakarīgu daudzmaz online. Uz DB tās lietas ir daudz ērtāk protams, bet tolaik man no MySQL bija ...khmm...Mīziens:D

Sākumā vajadzētu noskaidrot ko īsti tēmas autors vēlas fiksēt failā un ko atrādit. Ja uzturēt online listi, te neiztikt bez laika, iesaku time(). Ja grib skaitīt cik pavisam, to jāraksta atsevišķā failā kā pliku counter.

Tad , kad tie lietotāji būs kādi 5000, paskatīšos kā tas būs feini:)

Cik cilvēku bijuši online vienlaikus vai cik apmeklējuši? Tas nav viens un tas pats. Ja gribi fiksēt katram vēl IP, ne tikai skaitīt cik bijuši, izdomā ko īsti gribi sākumā. 1. Manuālī ir piemēri kā ieraksta stringu failā. 2. IP ir $_SERVER['REMOTE_ADDR'] vai getenv('REMOTE_ADDR'); 3. Ja ielasa failu $value=file('fails.txt') , pirmā rindiņa ir $value[0], otrā $value[1], trešā $value[2]....un tā tālāk. 4. Failu var iztukšot ar fopen("fails.txt","w+"); 5. izvada echo $value[n];// bet kā reāli gribi es tā arī nesapratu.

header("Content type:text/html; charset=utf-8"); ar?

Ja atsāja kautkādus simbolus (ne utf-8) kas var ietekmēt, seivo cik gribi, bet korekti nebūs. Tas parasti notiek ar visādiem krievu skriptu fragmentiem komentāros kas palikuši kā ķeburi ja kods iekopēts. Ja vienlaikus būs failā piemēram KOI-8R, vai vēl trakāk, cp866 un utf-8 , saglabāt neizdosies korekti. Bieži iekrīt redģējot, itkā dzēš veco ķeburi, notepad2 man tos rāda kā kvadrātiņu, ieraksta savu un viss bumbās. A vot nefiga! Tie kvadrātiņi, teiksim tā, ir divbaitu simboli. Dzēšot jau pirmo, otrs pazūd vizuāli, liekas ka ir ok, bet nekā. Grūti pat iedomāties kas būs ja dzēš nekorekti 8238; :)

Tātad nav kārtībā ar kodējumu. Kādu pārlūku lieto? Vai nu ir fiksēts cits kodējums (ne UTF-8 vai automātiskais), ....bet vispār nezinu kas vēl, man postējas normāli. Faila kodējumu vari paskatīties ar notepad++ vai kādu citu redaktoru. Atverot failu File->Encoding->skaties kurš kodējums fiksēts. Par pašu langfailu...., ja tas nav saglabāts tādā kodējumā kā padod hēderī, nekas arī nebūs laikam.

Nestreb karstu:) Nekur nav zvanīts, ka negribēsi arī citām lapas sadaļām ieviest counter.

kāda jēga no while, ja tabulā visdrīzāk ir viens ieraksts tikai. Un pareizi andrisp raksta ka mēģini palielināt masīvu ne countera vērtību tieši. Tavā gadijumā $row = mysql_fetch_array($result) -> $row[] būs ( $row['id'],$row['vertiba'],$row['time'] ) array ar vērtībām. Ja gribi palielināt tieši kolonnas `vertiba` vērtību, UPDATE `counter` SET vertiba='".($row['vertiba']+1)."'; Apmēram tā. Es jau nezinu kādas kolonnas un kā sauktas.

Tāpēc, ka forma sūta ar POST, nevis GET, ko meklē funkcija! Vai nu saņem ar REQUEST vai salabo lai ar POST saņem.

vai tad tā drīkst? Es vismaz id izmantoju tikai kā identifikātoru ierakstam, id secība man nerūp nekad, tas ir MySQL ziņā lai var identificēt ierakstu.

Jebkurā gadijumā vajadzēs cīnīties par to lai ir ērtāk un ātrāk arī laikam. Nezinu, štuko kas ir vieglāk. Varbūt pātraisīt bāzi un pielāgot jau esošos query, varbūt mocīt to bāzi pārrakstot kādā ciklā katru reizi... Man nav ideju.

Kā domā veikt to pārbaudi uz paroli? Nu kādā veidā lietotājam jāiziet autorizācija? To $kods=(int)$_GET['kods']; jau es tikai tā uzrakstiju lai skaidrāks ko jādara. Fiška viekārša: ja parole nepareiza, header("Location:wrong.php"); Tas wrong.php pašam jāuztaisa, tur sūti tos, kam nav tiesību uz to formu, kur tajā wrong.php redirektē uz māju(tava hosta index lapa) vai kvartālu(http://google.com) tālāk :) Tātad to IF ieliec pirms padod jūzerim formu uz to savu add.php

Nja.... ja ir jau tāda tabula un ar samērā daudz ierakstiem, es ar steigu mēģinātu to pārkārtot jau tagad, ja tiešām vajag automatizēt. Sadzītu datus kaut vai .txt failā un ar php samestu atpakaļ jau optmālāka risinājuma tabulā, vai divās labāk kā bubu ieteica. Dotajā brīdī, cik noprotu, nevar ne īsti ar to strādāt nedz arī tik vienkārši to pārkārtot plānotajai struktūrai.

Jāmaina jau tikai tajā tabulā kur glabājas to var ar SET vēsā mierā. Man gan liekas ka vairāk tēmas autoru uztrauc kā tos numurs_grupā lai pieradina pie skaita. Man liekas, ka tas pat nav jādara, jo daudz sakarīgāk būtu ieviest kolonnu time kur glabā laiku kad tika veikts ieraksts un tabulai ierakstu id likt kā auto_increment. Selektē ārā pēc tam no grupas vadoties pēc time un grupas_nr ar ORDER BY time. Būs gan skaits gan secība ja vajag. Ja man nav taisnība, pielabojiet. es pats tikai mācos vēl.

Taisnība jau ir. Pirmoreiz kad liku, man apache ar php sakabināt jau prasija gandrīz 3 stundas laika lai palaistu lokāli.

Kolonnas grupas_nr un id faktiski ir vienlidzigas pec nozimes tabula. Praktiskak butu bubu variants ar vel vienu tabulu kur glabatu kartibu kas kam atbilst. tad vienu no kolonnam var nelietot vai aizstat ar ko citu, piemeram laiku kad ieraksts veikts. Ta var papildu kartot vel hronologiski ja ir tada vajadziba.

Protams ka var. $kods=(int)$_GET['kods']; if($kods!=444122) header("Location:wrong.php"); iespraud pirms padod formu. Sataisi wrong.php failu kurā nolamās ka nav tiesību.