mounkuls

e-remit jau uzrakstija kur ir vaina. Kad Tu inserto tabulā, tad paroli ieliek kā MD5(parole), bet kad to pārbaudi, Tu mēģini tur atrast pliku paroli, bez MD5 :)

Šo 10:00-11:30->R1 12:00-14:00->R2 14:30-15:00->R3 jo php pusē es liktu array tos iespējamos laikus kādi kuram atbilst, šaubos vai par atslēgu gribi izmantot laika intervāla pierakstu tur.

Tabulā jāglabā tikai laikposma id, klienta id, galdiņa(varbūt), diena(varbūt). Visu pārējo php pusē ar ifiem un laikiem, arī izvadīt selectā vai ne, ģenerē tur.

Īsti PHP jautājums tas laikam nav, vairāk jau uz pašu algoritmu velk, kas nebūs ar kādu konkrētu valodu, arī PHP, saistīts. Kā teorēmai velnsviņzin, bet tā nolašu biežumam jābūt vismaz 20/0.005 Hz. Cikla skatītāju palielina, līdz pilns, par x vai 2x, atkarībā no izvēlētās frekvences.

Nu bet norāda, ka tomēr kāds output ir jau bijis. Ne visos redaktoros var tos BOM simbolus redzēt, parastajā notepad pat neparādīs. Apskati lapas kodu ar Opera piemēram, tur pirms tā DOCTYPE arī uzpeldēs BOM visdrīzāk. Jāsaglabā faili ir kā UTF-8 without BOM, tad kam tādam būt nevajadzētu. P.S. sākumā tēmēju uz īpatnēju config.php, bet tad kļūda uzpeldētu citā rindiņā.

No pārlūkā ielādētas lapas ik pa laikam(piemēram katras 10 sekundes) ir jāsūta dati uz serveri, kur piefiksē laiku lietotājam. Ja lietotājs lapu aizver, paliek uz servera viņa pēdējais aktīvas lapas laiks. Pēc tā vari sarēķināt cik ilgi bijis neaktīvs un izdarīt kādas darbības tam atkal ienākot.

Faks...fujjj... Kā piemērs jau nu noteikti nē. Izlasi skaidrā ko esi samurgojis, tādam kodam pirmās divas rindiņas vispār ir bezjēdzīgas. Nemaz jau nerunājot par to, ka trešā rindiņa atkal visu dēlī salaiž. P.S. Atcerējos, ka labāk ir tomēr citēt tādas lietas lai vēlāk nav domstarpību:)

Ja jau starp diviem atbildētājiem, tad $procents = 100/$jautajumu_skaits; $sakritiba = 0; for($i=1;$i<=$jautajumu_skaits;$i++){ if($lietotaja1_atbilde[$i]==$lietotaja2_atbilde[$i]) { $sakritiba = $sakritiba + $procents; } } Kautkā tā laikam...

Zini, šim neticu gan. Tad jau sanāk, ka pat Indexes opcija nav izslēgta. Taču pat tad vēl jābūt allow url fopen iespējotam, kas galīgi kopā neiet. Bet pat tad man liekas php failus paņemt neļāva pie normāla configa.

Nemāki vienkārši adresi izveidot.

Un uz kurieni tad Tavuprāt to pieprasījumu sūta? Protams, ka uz turieni, kur norādīts action. Ja atstāj to tukšu, sanāk kā lapas refrešs, ielādējot visu no jauna. Ja pašā failā nav darbību funkcijas ko update, tad nekas arī nemainīsies. Un visi lauki iekš formas attiecas tikai uz to formu, kuru tobrīd submito, kāds sakars tur ar hrefiem input laukiem? Tas vispār nav normāli. Es pats Opera lietoju pamatā, mazliet kaitina:)

Es arī tā visu laiku domāju, taču uz viena hosta man rel linki ar"/" sākumā neņēma, bet toties kā ./../ paejot ārā uz root ņēma normāli stilus. Tur jau tas joks, pats nezinu kāpēc tā. Es jau arī uzskatīju, ka ar "/" pietiek, bet nešancēja.

Pats varbūt ne***s!? :) Piemēram ņemam spēli un forumu, izstrādes laikā faili orientēti vienādi, taču dažādos laikos. Spēle uzlikta jau uz hosta un forumu gribu pielikt klāt lapā, loģiski, ka atsevišķā folderī prasās. Stils tīri forš izdevies spēlei un varētu css arī forumam izmantot. Nu labi, forums nav nekāds projekts lielais un tur pāris header.php vai template palabot jau pofig, taču ceļš pēc css faila man iznāks ./../styles/default.css. Un kāds tur sakars ar vhost?

Tad, ja es lieku tikai vienu kādu projektu un izmantoju css'am un favicon to, problēmu arī nebūs. Taču ja man stili un loģiski arī favicon paliek kur tie ir, taču projekti var būt vairāki apvienoti lapā(nu gadījies tā, ka atšķiras laikā un meistarībā, bet slinkums pārrakstīt), bet gribas gan ikonu, gan stilus pielietot tos pašus? Jākopē/jādublē faili. Pieņemsim ka bija link rel favicon.ico un link rel styles/default.css, ...., tagad vai nu ./../styles/default.css vai kopē to css ar visu mapi citur. Jeb pārrakstīt, bvē...

Nuūuuuu, bet ja jāpārmet uz citu hostu? Nez vai būt tik labi.

Baig maz ticams, ka tas vidžets ir pie vainas, lai gan hz. Vidžetam stils vajadzētu būt vienaldzīgs, jo formē jau atrādāmā satura informatīvo daļu, nu kādu breakline un iespējams vai </div>, bet ne jau pašu CSS vai HTML. Skaties ko tas vidžets izsauc un kā attēlo gadījumā, ja tomēr stilu nosaka inline.

uz localhost uzliki tā pat kā uz servera? <-te tā vaina būs. Gan uz hostinga servera, gan localhost ir noteikta mape, kura skaitās DOCUMENT ROOT attiecībā uz serveri. Un kā jau rakstīja, ../ ir mapi uz augšu. Brrr, pēc daGrevis tagad sāk likties, ka dziļāk. Jebkurā gadījumā atpakaļ un tuvāk servera root mapei.

Tieši tā, id.lv reģistrē tikai domēnu(adresi, kuru ieraksti pārlūkā). Es gan īsti nesapratu kā taisa lapas ar ucoz, man likās, ka tas ir hostings.

Es laikam nedaudz pārpratu sākumā par ko runa. Uzreiz ko krutu jau no nulles nesanāk arī parasti. Dizains un PHP tomēr nav īpaši kopīga padarīšana(HTML/CSS/JS mainīgo saturu jau pārlūkam vari padot visādi, PHP ir tikai viena no valodām ar kuru to var). Bet mācoties PHP, freimvorki to tikai apgrūtina. Vispār sākt iesaku ar pavisam vienkāršu, pat ar kādu viesugrāmatu vai blogu uz failiem, bez datubāzes izmantošanas. Jā, būs tā pajēli, kad jau gribēsi to tālāk attīstīt, ieviešot vairāk fīču, tad arī būs laiks sākt izmantot datubāzes. Saprotams, ka tas nav kruti un daudziem nevilina, bet pamatus tā sākt apgūt ir vieglāk.

No nulles savu freimvorku uzrakstīt nevar vismaz daļēji neorientējoties jau esošos, tas tā, manas domas. Jēga rakstīt savu ir tad, ja jūties labāks ar savu risinajumu kadiem, bet tomēr ar labu risinājumu. Ka beigās nesanāk to pašu vien ideju realizācija smagā ceļā, atklājot to, ka neesi tam pat īsti pirmais.

wintermute, cript funkiju lietoju smagi atpakaļ, vēl PHP 4.0 man liekas, pats kripta strings par īsu lai to uzskatītu par drošū. Esi to lietojis un redzējis kā tas kriptojas?

Mēginājis neesmu, bet kāpēc tad newbie links neder? save.php ir un komentārus palasīji arī, jeb tikai "za roģinu!"? /atvaino-fail comment un nav laika patreiz/

Patiesībā jau nav problēma izvēlēties hostingu, kuram nodrošina aktuālāko PHP versiju. Parasti par to var paintereseties un vairumā gadījumu tiek klienta prasība apmierināta, ja neprasi kādu php3. Normālam hostingam jau kadri tieši turas up to date stable version paši. Ir gadījumi, kad piedāvā pat pašam kontrolpanelī uzslēgt PHP versiju, vismaz ir bijis tā man, kad piedāvāja tolaik 4.3 vai 5.0.

Cik atceros, sen jau kā ir ar /f un tas savādāk nav bijis. Varbūt saistīts ar mēģinājumu spambotus nedaudz apgrūtinat atrast taisnāko ceļu, nezinu, bet nejūtos apgrūtināts kā lietotājs. Man grāmatzīme kā reiz saglabāta ar /f, taču aizmet uz index lapu. Jebkurā gadījumā, labāk uzspiežu uz forumiem tur, nekā ienāku un lasu miskastei indeksētas lietas no spambotiem.

Tā konkrēti lai pēc 2 minūtēm pieskaita katram +1 jau varēs tikai ar cron jobs. Ja tas ir atkarīgs no konkrēta lietotāja priekš viņa tieši, pietiktu ar vienu lauku, kurā būs fiksēts pēdējās update darbības laiks. Timestamp vajadzētu būt pietiekami normālam atskaites punktam par padarīto kādā brīdī agrāk. Pārējais jau vienkārši primitīva matemātika ar laiku.