mounkuls

Tabula `posti` id|laiks|posts|lietotaja_id|lasits Laukā lasits defoltā vērtība lai ir 0 un izlasot updeito uz 1

tas ir tas, ko fortumo piedava paši. Nezinu kāpēc GET viņiem likās labāk, kā POST daži no parametriem, bet nu.... Par to naudas būšanu Tev memelo, uztaisīt skriptu tāpat vien var mīļotajai metenenei vai šefam pieregulēt aizdedzi, rēķinoties ar novērtējumu.

Nu ar čatiem neesmu nekāds iesācējs.... Lai gan liela atšķirība no viesu grāmatas, kuru negrib lai piespamo nebūs. Parasti gan es atstāju arī čata vēsturei kādus 100 ierakstus lai ienākot kādam naktī ir ko palasīt. Rādi tik, cik vajag vienā čatā tos ierakstus. Parasti tam izmanto LIMIT un ORDER by laiks.

Jā. Un ne tikai tāpēc. Es vairumā gadijumu visu taisu WAP, bet liela daļa WAP devices ne tikai nepalabo html, bet arī uzstāj, ka xml vajag norādīt lai lapa valīda. Par IE6 te minēja.....Nu jā...,man nav lielas vajadzības lai ir savietojamība ar IE vispār taisot WAPam. IE es izmantoju tikai vienreiz uzinstalējot Win, novelku Firefox:) Tālāk jau Opera, kurai defoltajā ir WAP atbalsts(IE nav tāda fīča, ja neņem vērā iespēju izmantot izmantot visādus web servisus WAP emulācijai).

Nu jā, bet defoltajā tā parole ir tukša parasti, vadijos pēc tādas iespējamības...

Pieraduma spēks:) Es jau nesaku, ka daru PAREIZI. Vienkārši agrākajos darbos man tā ir. Pagaidām nejūtu vajadzību tos mainīt.

Nevarēšu palīdzēt laikam.... gaidam rītu:( Principā jau ar to pašu login un paroli php arī vajadzēja varēt pieslēgties bāzei.... Uz win defoltajā root lietotājam parole ir tukša, laikam. Bet pa cik tas atgrieza error ka nevar konektēt, vaina nav laikam tur.

skaidri nezinu, bet nu root jūzerim man liekas paroles nav. datubāzei nenorādiji kadu citu username? ak jā, pēc izmaiņām serveri vajag restartēt laikam. es gan tā arī nezinu uz kādas OS strādā tas viss...

skaidri nezinu. $parole='manaparole'; liec atpakaļ. To mysql_close(); vari arī nelietot, mysql tāpat zin savienojumu aizvērt. Tas gan neliekas tas īstais vainas apstāklis

aha.. tad jau paroli esi uzlicis mysql. mysql_close() nav nekas nepareizs. Var iztikt arī bez, jo tas notiek automātiski ja nav pconnect bāzei, cik atceros.

Error paziņojums saka, ka nav tiesību pieslēgties datubāzei. Tas tā vispārīgi. Using password:NO.... hmmm to $parole=''; //atstāj tukšu. Ko tad lamājas? Tabulaas sataisiji?

$hosts = "localhost"; //db hosts $lietotajs = "root"; //db useris $parole = "1337";" //db parole $db = "monitor"; //db so te izpildiji normāli? Vispār jau root lietotājam parole bija laikam tukša ja instalējot nenorādi.

Nuu... vispār jau nav savienojuma, kuru aizvērt, ja neesi pat pielaists konektēties pie datubāzes... Grūti spriest, bet liekas neesi kādā konfig failā norādijis datus pieslēgumam bāzei(negribu lasīt pamācību kautkam, kas mani neinteresē).

jedrjon baton! Failus raksti tikai un vienīgi sākumā norādot utf-8. Arī saglabā tā. Nebūs to problēmu lapā norādot php header un pašam xml/html encodingu. Un vispār, langfailus parasti veido pēc mazliet cita principa: Defoltajā ir kāda viena paredzētā valoda ar izvēlni(parasti karodziņi vai links konkrētajā valodā), kur piešauts links ar GET tajā pat(vai arī citā ja nav ko darīt) failā norādot valodu. Tālāk jau vadoties pēc jūzera izvēlētās valodas includo vajadzīgo langfailu.

nu jā, ja man būs kautkāds tur projekts, kuru gribēšu andelēt vēlāk, gan jau ka Replace All man netraucēs to lietu pieregulēt kā <?= samainīt uz <?php echo un <? uz <?php, ņemot vērā, ka xml padošu vajadzības gadijumā arī pie short tags ar echo ' <?xml...';. Ta nu ir lieta, kuru vajag tikai vienreiz vienā padotā lapā. Un pat to jūs lielākoties nevīžojat padot html dokumentam!

aizņēmos tepat php.lv :) Tas ir tas prologs, johhh... Lai gan prasās arī pirms likt vēl <?xml version="1.0"?>

he he he he.... tagad arī Tev būs zināms ko nozīmē laiku bāzē likt ar php time() :D Tie jūzeri ir par velnsviņzin stundām tur saskaitīti. Jā, isachar nešancē.... Man tanī ziņā vieglāk, esmu organizējis mirror uz cita nano servera un man problēma paliek tikai, ka nav uzreiz redirekta no nobrukušā uz otru.

Nē. Vaina ir tur, ka prologā ir ampersands [&]. Visticamāk PHP padod nevis >, bet > tajā vietā.

&... ar ir tā vaina, prologs aplams. To prologu padod ar PHP vai paša neuzmanība?

Protams ka serveri ir vairāki. Man gan pagaidām problēmas bijušas tikai ar time(), bet tās atrisināju ātri. Attiecīgi būs mācība, ka notikuma laiku ieteicams bāzē rakstīt jau ar pašu SQL :)

Normāli ir, ja taisa backup paši un glabā kādā fleškā, vai citā, neatkarīgi no PC datu nesējā. Nobrukt var jebkas (arī fleška protams), tāpēc rezerves kopijas par daudz būt nemēdz manuprāt. Lai gan, ja par nano runa, man problēmu maz pagaidām bijis.

Ar pliku php+html to neizdosies realizēt, javascript/ajax laikam var līdzēt. Tur gan man vēl tumša bilde pagaidām....lai raksta kāds zinošāks. Jebkurā gadijumā, viss saturs, kas ir paredzēts tajā menu ir jāielādē jau uzreiz. Nu iespējams, ka ar ajax tas tā nav, bet es ajax nepārzinu.

Tas jūzeris, kurš aizver pārlūku vai Tavu lapu to nevar nekādi pats. To var tikai nākamā aktivitāte skriptā. Ar GET nav nekāda vajadzība nēsāt laiku, ja to fiksē kautkur datu bāzē vai failā. Laiku php zin(servera laiku), vadoties pēc starpības kāda ir servera laiks un pēdējā fiksētā jūzera aktivitāte pēc laika, vari pārbaudīt vai nav 'jāizlogo' aizgājuši(ne jau mirušie:]) lietotāji. Bet to paveiks nākamā aktivitāte skriptā, failā un vietā kur ir php kods kas to darīs.

Kaut kur jau redzēts tas viss ir.... Tas nu tā. Ar datubāzi cerams vismaz operēsi? Uzģenerēt sešciparu skaitli jau elementāri, bet...pirmkārt, man tas liekas smagi par maz. Uzņemoties tādu padarīšanu tik vienkāršas lietas vajadzēja prast itkā, tas otrs. To confirm.php jau faktiski vajag zināt mums lai var ko spriest par normālu kodu, tas tā kā treškātr. Pats ģenerātors kodam jau smieklīgi viegls- $r1=rand(0,9); $r2=rand(0,9); $r3=rand(0,9); $r4=rand(0,9); $r5=rand(0,9); $r6=rand(0,9); $randcode="$r1$r2$r3$r4$r5$r6";// var jau arī $randcode=rand(0,999999);, bet tad var pakāst vadošo nulli ja skaitlis un paliks piecciparu Tas ir tikai uzģenerētais skaitlis, kuru vēl jāpārbauda vai nav aktīvs kādam citam lietotājam tajā momentā. Ir jāfiksē datubāzē to uzģenerēto skaitli...un arī tikai gadijumā ja process ar sms kodu ir veiksmīgs līdz serverim kas sms sūtīs. Un vēl daudz un daudz visa kā... mhm...

Nav jau pat tie 50% laikam. Un tas ir ļoti slikti. Daudz problēmu atkristu ja RU lietotu UTF-8 visur.