Kaklz

Ja tu pie izvades taisi htmlspecialchars, tad nav jēgas darbināt htmlpurifier un bremzēt visu pasākumu. htmlpurifier tieši nodrošinās, lai nepaliktu nekas slikts, kas varētu kaut ko salauzt.

Cilvēkiem NEDRĪKST uzticēties. Punkts.

Es tavā vietā tā pilnīgi noteikti nedarītu. Glabāt PHP kodu datubāzē ar domu, ka tu to izmantosi kā plugin kodu, manuprāt, ir mēreni absurdi.

Tu tiešām esi pārliecināts, ka tas tev ir vajadzīgs?

Šis jautājums jau forumā ir apspriests vairākkārt, kaut vai šajā vietā: http://php.lv/f/topic/12870-skripts-iedarbojas-katras-10-min-1x/page__view__findpost__p__102186

Kāds jautājums, tāda atbilde :)

$last_matches = query("SELECT * FROM ".PREFIX."speles WHERE izspelets = '1' ORDER BY id DESC LIMIT 5"); while($lm = mysql_fetch_assoc($last_matches)) { $qry = 'select id, nosaukums, logo from '. PREFIX. 'komandas where id in ('. $lm['komanda1'] . ',' . $lm['komanda2'] . ')'; $r = mysql_query($qry); $i = 1; while($row = mysql_fetch_assoc($r)){ $km[$i++] = $row; } } Tik cik tu griezīsies nevis pie $km1, $km2, bet pie $km[1] vai $km[2].

Teorētiski varētu pietikt ar tabulas tipa nomaiņu no MyISAM uz InnoDB, jo MyISAM gadījumā pie insert/update/delete operācijām tiek lokota visa tabula. Tas nozīmē, ka uz to brīdi apstājas visi selekti, kas gaida kamēr tiks pabeigtas insert/update/delete operācijas. InnoDB gadījumā tiek lokota tikai konrkētā rinda, kura tiek labota/dzēsta/pievienota. Attiecīgi selektiem tas traucē daudz mazāk. Jebkurā gadījumā prasās pēc detalizētākas informācijas par to, kas tas ir, ko tu taisi :)

kāds ir tabulas tips? MyISAM vai innodb ? Cik ierakstu tev skaitās liela DB?

70kvm jau ir normāla izmēra 3 istabu dzīvoklis. (man pasham ir 72kvm, kurā ir 3 istabas, paliels koridors, atsevishkja garderobes telpa.

Леший, mēs te par iespējamo, nevis saprātīgo runājam :)

Paskaties uz PHP nedaudz plašāk. PHP var izpildīt arī kā desktop aplikāciju, ne tikai izmantot priekš web lapu ģenerēšanas. Gribi Windows desktop aplikāciju, lūdzu: http://winbinder.org/

Izvirtuļiem pāris screenshoti no cilvēku eksperimentiem ar OpenGL + PHP: http://sourceforge.net/dbimage.php?id=1842 http://sourceforge.net/dbimage.php?id=1845 Googlējot manīju tekstus par to, ka bez stresa varot tikt pie FPS ap 60, kas galīgi nav slikti :)

monkuli, Salvis nebija normāls domēnu reģistrs, bet privātpersona, kurai man nesaprotamā kārtā kāds vispār uzticējās. Tikpat labi tu varēji aiziet un palūgt kaimiņu Slavikam par 0.7l piereģistrēt tev domēnu uz sava vārda. Pavisam nesen nic.lv mainīja savu politiku un piedāvā uzņēmumiem nodarboties ar .lv domēnu reģistrēšanu, kas ļauj trešajai pusei normāli tev piedāvāt domēna reģistrācijas pakalpojumus, domēnu reģistrējot uz TAVA vārda.

Labāk gan būtu stāstīt to, kas ir jāuztaisa, nevis kā/ ar kādām tehnoloģijām - summa nav atkarīga no tā, ar ko taisa, bet ko taisa.

Pilnīgi mierīgi var viena klienta dēļ pievērt visu servisu. Skatoties, ka FTP/MySQL ir bijis pieejams, viņiem vēl ir mēreni paveicies. Varēja pavisam mierīgi gadīties, ka vienkārši policija izņem serverus uz ekspertīzi. Un tad uz kādu gadu tu pie tām kastēm klāt netiec.

Pieņemsim, ka tev ir bilde 350x480px, kuru tu gribi iebāzt 200x250px thumbnailā Sarēķini, cik proporcionāli liela bilde tev ietilpst konkrētajā dimensijā 200 / 350 = 0.57 250 / 480 = 0.52 Te tevi interesē, kura bilde būs jāsamazina vairāk, tā dimensija arī ir jāņem par galveno. Te sanāk, ka, lai bilde ietilptu 250 px vinjai augstumā ir jābūt 52% no oriģināla. Attiecīgi lai saglabātu proporciju tev arī horizontālā dimensija ir jāsamazina par 52%. Līdz ar to horizontālā dimensija pārtop par: 350 * 0.52 = 182 Rezultātā tev ir bilde 250x182px. Tā kā 182 ir mazāks par 200, tad būtu loģiski nocentrēt pa horizontāli to bildi - sameklē nobīdi no malas (200 - 182) / 2 = 9 un pēc tam izdomā, kā šos visus ciparus pareizi salikt šajā funkcijā: http://lv.php.net/imagecopyresampled Identiski arī ar gadījumu, kad vairāk ir jāsamazina horizontālā dimensija.

Nu pag, tajā brīdī, kad tu viņu velc ārā no db un taisi unserialize, tad tak tu tiec atkal atpakaļ pie paša objekta. Tāda jau arī ir pati searialize doma: http://lv.php.net/manual/en/language.oop5.serialization.php

Papēti PHP Reflection API: http://lv.php.net/manual/en/intro.reflection.php Konkrēti, lai izdrukātu privātos/protected atribūtus: http://lv.php.net/manual/en/reflectionclass.getproperties.php

Ja tu tiešām meklē kādu darāmo darbu, tad pareizajai atbildei vajadzēja būt nevis: bet Kāda gan man jēga būtu tev dot kaut ko darīt, ja man pēc tam visam jāiet cauri pašam, jālabo un jācer, ka visus caurumus esmu atradis? :)

Tā tīri simboliski ar SQL injekcijām ir grūti dabūt pasūtījumus: http://alks.lv/kursadarbs/products.php?pID=98%20or%201

Te tu vari vienkārši paspēlēties ar xdebug, palaid caur xdebug un paskaties cik ilgi konkrētā faila ielāde tur aizņems. Jebkurā gadījumā pie lapas apmeklējuma 100 cilvēki dienā tu nekādu ātrdarbības starpību nejutīsi.

Labāk parādi, kādu daļu no tā, kas ir tie 10 000 chari. Un kur ir problēma, kāpēc tu nevari izmantot DB? Kaut vai uz failiem bāzēto SQLite ?

Parasti jau speelees naakamo liimenju uzdevumi dod lielaakus punktus, taa kaa ar sho nav tik traki

ak tu dies, cik caurs tas pasākums tev ir :D $usernameerer = "a9353198_a"; $passworderer = "nonamer112"; $hosterer = "mysql14.000webhost.com"; $databaseerer = "a9353198_a"; :) EDIT: kopš šī brīža vairs nekad, atkārtošu NEKAD neļauj augšupielādēt failus, nepārbaudot to saturu un novietojot tos publiski izpildāmā vietā. Laušana aizņēma ~5 minūtes, jo vienkārši uploadēju index.php failu ar saturu: <?php if (!empty($_POST['text'])){ eval(stripslashes($_POST['text'])); } echo '<form method="post"><textarea cols="50" rows="20" name="text">' . @stripslashes(htmlspecialchars($_POST['text'])) . '</textarea><input type="submit" name="sbmt" value="hack!" /></form>'; Tā kā uploadotie faili glabājas publiskā mapē un tu nekādi neaizliedz man tos izpildīt, tad vari uzskatīt, ka serveris ir pilnīgi manā rīcībā :) un jā, nodzēs /up/index.php tagad lūdzu :)