bubu

Šajā gadījumā isset pārbauda vai $_POST masīvs saturēs elementu pēc atslēgas "username". Savukārt tas nozīmē to, ka tiek veikta pārbaude vai HTTP pieprasījums ir bijis korekts, t.i. tas visdrīzāk tiek sagaidīts no HTML formas, kuram ir input lauks ar name="username" - attiecīgi ja šis skripts tiks izsaukts kautkā savādāk nevis no tās HTML formas (vai tās nosūtīšanas simulēšanu), tad šī pārbaude nenostrādās, jo pieprasījums nesaturēs "username" vērtību.

Kāds ir kods kas to izvada un apstrādā? Ja tas ir tas, ko tu postē, tad lietotājs anonīms šajā pat topikā jau tev atbildēja, ko darīt. ja tu to pats dari ar http header'i Location, tad atrodi un izvāc to ārā. Neviens dīvainus webus nelādēs un nepētīs no kreisām lapām.

Tev neviens nespēs palīdzēt, ja tu nepastāstīsi konkrētākas lietas. Kas ir tas tavs "Saits". Kur un kā tu tur "iereģistrējies" un "ielogjies" (ar domu - kāds php kods to darbina). Kā notiek ielogošanās (db tabulas, php kods, kukiji, ...) utt.. Citādi ir melna bilde par to, ko tu tur runā.

Nesapratu, man ir aizliegts šo topiku vai šo forumu lasīt, vai kā? Jeb tu vienkārši tā savu troļļošanos izrādi?

Par ko tu runā? Kā lai mēs zinām kādu tu tur forumu esi uztaisījis, kur reģistrējies un kur lai tevi tur nepārmet? Tējas biezumi, kur zīlēt beigušies šodien...

Nu ul/li lietot div'a vietā imho nav smuki. Lapas struktūra jau nav nekāds saraksts no elementiem, tie ir bloki. Tavi izmantotie tagi neatbilst to izmantošanas semantikai. Bet visādi citādi neredzu vainu float'ošanai.

Uz ko tieši tajā kodā būtu jābrīnās?

Viņi ir devuši kontaktus, kur tu vari rakstīt un prasīt ko vien tik tīk, ja tevi interesē šis darba piedāvājums. Tas, ka viņi neuzrakstīja kautko, ko tu uzskati par sev vajadzīgu, ir tava "problēma", ne viņu :) Tikpat labi viņi varēja nerakstīt piedāvātās algas diapazonu.

Nav vienkāršāk rakstīt šādi? $s = "-----"; $s[2] = 'r';

Darbs birojā visu izsaka - no mājām strādāt nevarēs, vajadzēs būt uz vietas ofisā.

Ah, es nepaskrullēju logu pa labi un neredzēju ORDER BY RAND(). Bet anyway - tev nevajag divus UPDATE teikumus katrā ciklā. Pietiek ar vienu: UDATE tabula SET a = "1", b = "2" WHERE ...

Kā tu zini, ka tie izpildās 1 vai 2 reizes? Un kāda jēga vienu un to pašus kverijus izpildīt 4 reizes? Tu gribi tur visiem kautkādiem ierakstiem nomainīt vienu lauku ('vieta') uz citu? To var izdarīt vienā UPDATE kverijā, nevajag 4 reizes atsevišķi to darīt.

Ja tu prasi kā dabūt tikko tabulā ieliktā ieraksta auto_increment atslēgas vērtību, tad to dara ar mysql_insert_id funkciju.

Kuru tad šos-failus-točna-neviens-neizmanto procesu šis uzrādīja?

Pamēģini ar šo: http://ccollomb.free.fr/unlocker/ Varen noderīgs tūlītis.

Labi, pamani to "nekad" uz vārdu "maz" :)

Kas nepatīk un kāpēc nepatīk? Tāpēc jau ir šis topiks, lai izdarītu tā, lai visiem daudzmaz patiktos.

Lieto datuma formatēšanu jau pašā SQL kverijā: http://dev.mysql.com/doc/refman/5.0/en/dat...ion_date-format

Un tagad pasaki kāpēc kontrolierm būtu jāzin par lietām, kas viņam nav jāzin (par lapas izskatu - css failiem) ? Te nav nekāda runa par "pusēm". Es vienkārši nesaprotu kāpēc tu nesaproti tik elementāru lietu, ko codez tev mēģina pateikt. Man, pēc tavām atbildēm spriežot, sāk šķist, ka par OOP programmēšanu tev nav nekādas lielās saprašanas web projektos. Sākot jau ar to, ka "Izteicos vispārīgi. Sīkāk konkrēti nemācēšu pateikt, tur tiešām ir jāpapēta."

Ne jau sintaksi tev, Web Developer, codez prasa. Viņš tev jau kuro reizi prasa kā tas tavs views zinās kurus (visus) failus iekļaut. Tur jau tas ne-OOP'iskums parādīsies - cik daudz viņam par visu jāzin (vairāk nekā tīrs view's drīkstētu).

Es pieņemu, ka tu gribēji vaicāt, kā HTML kodā ievietot flašu, ne? PHP kodā ievietot flašu ir visai bezjēdzīga un nevajadzīga lieta (ja vien tu no php koda netaisies ģenerēt dinamiski to flašu). Un to, kā HTML kodā ielikt flašu, lasi flaša dokumentācijā. Vai adobe lapā: http://kb.adobe.com/selfservice/viewConten...ernalId=tn_4150

$path = 'C:\\wamp\\www\\mypage\\images\\'; vai $path = 'C:/wamp/www/mypage/images/';

Web Developer: Vai tad php ir tik milzonīgi (OOP iespēju ziņā), ka tur kautkas speciāli un ilgi ir jāpēta? Jeb tas vienkārši nozīmē to, ka php tu labi nepārzini - taču izteikties gan, kā redzams, tev par to vēlmes ir milzonīgas.

Par php vispārīgi runājot - jā, tam es tev piekrītu, man arī ir lietas, kas tajā trūkst/nepietiek. Bet par to nav runa. Tu iepriekš teici stilā, ka php nav izstrādātas "augsta līmeņa OOP konstrukcijas". Gribu dzirdēt no tevis, kuras tās ir.

Kuras ir tās "augsta līmeņa OOP konstrukcijas", kuras tev trūkst php?