Rincewind

Kaut kāda loģika tur ir, bet man gluži nepielec. Ja daram šitā: $a="123"; if($a=""){ echo "true"; }else{ echo "false"; } Mainīgā vērtība mainās, bet piešķiršanai rezultāts false. Kā tā?

Ka tik nav vispirms indekss jāuztaisa? ALTER TABLE `cup` ADD PRIMARY KEY (`id`) Un tad to autoincrement.

Salīdzināšanai vajag divas vienādības zīmes, tev ir vērtības piešķiršana. Kaut gan tāpat būtu jābūt Yes.

Ja punktiem nav nekādas reālas nozīmes, tad jā, murgojam. Bet ja vajag teiksim rādīt kaut kur lapas stūrītī top-5 lietotājus, tu nopietni piedāvā katrā query papildus skaitīt cik ir visiem lietotājiem un no tiem meklēt 5? Tadas lietas manuprāt jāpārdomā uzreiz.

Kas tas par $logged[username]? Eventi darbojas uz MySQL servera, viņiem nav nekādas nojausmas par apačiem, php, sessijām un kukijiem. Tikai tabulas. Katru stundu pievienot punktus visiem viņi var, katru minūti aktīvajiem jūzeriem nevar. To taisi ar PHP līdzekļiem, bez eventiem.

if(isset($_GET['cat'])){ $result=mysql_query("SELECT * FROM movie WHERE category=".(int)$_GET['cat']." ORDER by id"); }else{ $result=mysql_query("SELECT * FROM movie ORDER by id"); }

Konkrētajā gadījumā pietiks ja $_GET['cat'] vietā ierakstīs (int)$_GET['cat']

Man liekas ka pareizāk būtu: if(isset($_GET['cat'])){ $result=mysql_query(blablabla ar cat); }else{ $result=mysql_query(blablabla bez cat); } Drošība nav svarīga? Ar šitādiem query tev ļaunie jūzeri datubāzi ātri nograus.

Mainīgā vārds nevar sākties ar ciparu.

Kaut kā tā: <select id="mans_select"> <option>sarkans</option> <option>dzeltens</option> <option>zils</option> <option>melns</option> </select> <div id="liekam_te"></div> <script type="text/javascript"> var myselect=document.getElementById("mans_select") myselect.onchange=function(){ var chosenoption=this.options[this.selectedIndex].text; document.getElementById("liekam_te").innerHTML = chosenoption; } </script>

Nu ja, 'punkti_h' katram lietotājam var būt citāds. Tas query katra lietotāja 'punkti_h' vērtību pieskaitīs klāt pie tā paša lietotāja 'punkti' vērtības. Uztaisi testa tabuliņu un pārliecinies pats.

Kur problēma? Informācija par to cik punktus katram stundā dot glabājas tajā pašā tabulā? Ja tev piemēram ir tabula ar 3 laukiem 'user_id','punkti','punkti_h' (punkti_h - cik punktus dot stundā) tad query kas katram lietotājam pieskaita viņa punktu skaitu ir tāds: UPDATE tabula SET punkti=punkti+punkti_h WHERE 1;

Var vienreiz palaist query no jebkuras lapas (mysql_query("CREATE blablabla...");) un ja nostrādā, kodu izdzēst. Saitā tas nav vajadzīgs, events izveidojas datubāzes galā.

CREATE EVENT e ON SCHEDULE EVERY 1 HOUR DO UPDATE tabula SET punkti=punkti+1 WHERE 1; MySQL new event, pats gan mēģinājis neesmu.

Primary key var uzlikt uz vairākām column (kā ir pareizi latviski?) uzreiz. Kaut kā tā: ALTER TABLE tabula ADD PRIMARY KEY (produkts, kategorija);

print_r($_SERVER); rāda ka pilno ceļu var dabūt no $_SERVER['HTTP_HOST'] un $_SERVER['PHP_SELF']. Bet kods nebūs smuks.

A kapēc cookies? Iztīrīs un bliezīs tik tālāk jaunus topikus. Ja es visu sapratu pareizi, tad visvienkāršākais būtu lietotāju tabulā pievienot lauku kurā turēt pēdējā posta par kuru saņemti punkti datumu un pie jauna posta izveidošanas salīdzināt ar šodienas datumu. Ne?

Es šādu funkciju lietoju, tiek galā ar abiem variantiem: function check_input($value){ if (get_magic_quotes_gpc()){ $value = stripslashes($value); } if (!is_numeric($value)){ $value = "'" . mysql_real_escape_string($value) . "'"; } return $value; }