e-remit

nu, ja tev nevajag, vari iztikt. es vnk. nezināju, ka tiem MovieClip'iem arī linkage klases piesaistītas. es vispār savādāk tur visu ko definētu, tāpēc arī, paraduma pēc, piemetu to klāt.

Paprovē šādi: http://paste.php.lv/bd9b227e6f696b8b31f8b7f7d51cfdf6?lang=actionscript

Jau sen IE defaultā ir bez flasha! Neatceros, no kuras versijas 6. vai 7.

Ka Flash mirst, ir skaļi teikts - ir gan hardware akselerācija (wmode jāuzstāda uz GPU), gan citas labas lietas - Adobes mērķis ir vispār panākt, ka nav nepieciešams instalēt spēli - atvēri to inet lapā un spēlē. Problēma drīzāk ir slēgtajā kodā, kad, piemēram, Apple cenšas to neatbalstīt, pati Adobe samazina Linux atbalstu... Tai ziņā, mācīties HTML5 tiešām ir jēga. Toties no biznesa viedokļa - ir pietiekami daudz klientu, kas lieto pārlūkus, kuri neatbalsta HTML5, toties ir maz tādu, kam nav Flash player. Ja jau daži uzņēmumi mūsdienās pamanās nodarbināt FoxPro programmētājus, tad arī Flash deviem vismaz gadus 10 būs ko darīt un vēl vairāk, ja Adobe pacentīsies izdomāt kaut ko labu.

Par tutoriāļiem nezinu, bet, ja nespēj izdomāt, kā ar šāda līmeņa zināšanām uztaisīt Fermas tipa spēli, ņem gatavu flash izometrisko dzinēju un taisi, izmantojot to. Pie reizes, tad izpētīsi arī citas nianses.

Lieta tā, ka JPEG ir kompresēts formāts. PHP pie JPEG apstrādes atmiņā atspiež šo bildi - lai iegūtu reālo bildes izmēru, vari to noseivot kā BMP, vai arī atver ar kādu IrfanView, kurš statusbarā parāda - faila izmērs/reālais bildes izmērs. Piemēram, man pie rokas 4.64MB attēls, kurš reāli atmiņā tiek atspiests uz 70.78MB. Vari parēķināt, kas notiek, kad lietotājs uploadē nofočēto bildi ar izmēru, kādi 8-10MB.

Viss loģiski - AS3 int(v) nav tas pats, kas php (int)$v. Ja php cenšas izraut skaitli no string mainīgā sākuma, tad AS3 šādu pusskaitli-pusstringu vienkārši uztaisa par 0. Pirms manipulācijām ar mainīgo (pārveidošanu par int), vajadzēja pārbaudīt, ko īsti satur šis mainīgais, kaut vai: trace('#'+variables.var6+'#');

Nu man pēc taviem skaitļiem sanāk pareizi - 0. Izvadi visus mainīgos un tad uz papīra pamēģini sarēķināt! No sākuma uz papīra matemātiski pareizi ar piemēriem izrēķināji, kādu formulu īsti jālieto!

Uzmini, cik no šī foruma apmeklētājiem zina, kādas ir masīva $user vērtības?

Matemātiska kļūda! ja ir 1 uzvara, 0 zaudējumi, sanāk 1/0. Kas notiek, ja dala ar 0? Koda sākumā ieslēdz error_reporting(E_ALL) un ieraudzīsi.

Aha, pēdējā freimā jāieliek skripts, kas sauc JS.

Intereses pēc atvilku to arhīvu un papētīju. Nu kods ir labi strukturēts un vieta reklāmām ir paredzēta. Bet pārējais... Viss kontents statisks. Vietās, kur ir it kā dinamisks kontents, tiek inklūdoti praktiski statiski faili. Piemēram, login forma: <form action = "login.php" method = "POST"><center> <br> <br> <table cellpadding = "0" cellspacing = "0" border = "0" width = "90%"> <tr><td align = "center" colspan = "3"><?php echo "$serverselect"; ?> <br> <br></td> </tr> <tr> <td align = "center" valign = "top"><img src = "img/race1.gif" alt = "<?php echo "$race1"; ?>"></td> <td valign = "top"> <table width = 100% border = 0 align = center> <tr><td><a style = "color:orangered" href = "./login.php"><?php echo "$server1"; ?></a></td> </tr> </table></td> <td align = "center" valign = "top"><img src = "img/race2.gif" alt = "<?php echo "$race2"; ?>"></td> </tr> </table> </form> Kur mainīgos iegūstam language.php skriptā: $serverselect ="Select Server"; //Name Text $race1 ="Vampire"; $race2 ="Werewolf"; $server1 ="Server 1"; Protams, neeksistējošos login mainīgos nekāds skripts arī nenolasa. Datu bāzes aizpildīšanas SQL failā arī zili brīnumi.... http://paste.php.lv/b168b16de47ed73cf8bda34192584713?lang=sql Ko lai saka... Tur tā spēle iesākta ir, visticamāk no esošas spēles nodumpots html kods, ielikts failos, un tad minimāls php kods pielikts... Principā visa spēle jātaisa no jauna. Man liekas, ātrāk varētu atrast jau gatavu skriptu - visādām modifikācijām "Vilkači pret Vampīriem" jābūt pieejamām.

Labāk pasaki, kādu budžetu plāno? Varbūt dēļ tā kāds vismaz apskatīsies, kas tajās sourcēs.

Kas tur nesaprotams? NBS meklē gaišreģi, jo nevienā sludinājumā nav nekas sīkāk aprakstīts. Ja uzdevi tādu jautājumu, tu nekvalificējies.

"Projekta ietvaros" nozīmē uz kādu vienu konkrētu projektu? Kāds ir projekta plānotais realizācijas laiks?

Izmaini kodu šādi: $lietotajs = $_POST['lietotajs']; // lietotajs no autentifikacijas lapas $password = $_POST['password']; // password ko ievada lietotajs // SQL pieprasijuma izveide un izpilde $sql="SELECT * FROM $tbl_name WHERE username='$lietotajs' and password='$password'"; $result=mysql_query($sql); $count=mysql_num_rows($result); // ja lietotajvards un password sakrita rindu skaitam jaabut viens //echo $row['password']; if($count==1) { // ja rindu skaits ir viens sakam sesiju un ejam uz lapu kas pieejama // registretiem lietotajiem $_SESSION["useris"] = $row['username']; header("location:login_success.php"); } else { //noticis ļaunums, paskatāmies, kāds īsti bija pieprasījums echo $sql."<br>\n"; } ?> un tad paskaties, kā tava parole izskatās datu bāzē!

Atšķiras paroles pārbaudes $sql="INSERT INTO lietotaji VALUES ('$username',MD5('$password'),'$vards','$uzvards', '$lietotajgrupa')"; un $sql="SELECT * FROM $tbl_name WHERE username='$lietotajs' and password='$password'"; izvadi tak SQL teikumus, kāds ir pie reģistrācijas, un kāds pie pārbaudes, vai tiešām tie ir vienādi, un vai datu bāzē paroles hash ir pareizs, nevis uzreiz taisi redirektu, pēc kura vairs nekāda debug informācija nav pieejama....

Ir iespējams. Jānodrošina, ka dažādiem lietotājiem nevar būt vienādas paroles, tātad nedrīkst ļaut pašiem paroles izveidot/mainīt, savādāk agri vai vēlu būs divi, kuri izvēlēsies paroles, piemēram, "qwerty". Tiesa, tas nebūs īsti html kods, bet php kods, kas pārbaudīs paroles pret datubāzi - tabulā jāparedz katram lietotājam vairākas paroles. Bet nu ideja vienkārša - submito paroli uz kādu lapu, kas pēc paroles validācijas, redirektē uz noteiktu lapu. Nu, ja tās kaut kādas publiskās paroles, kur lapā var ieiet visi, kas zin kādu paroli, tad vienkāršāk.

Vispār jau pie ielogošanās būtu jāpārbauda $_POST, nevis $_SESSION. $_SESSION jāuzseto no $_POST mainīgā, pēc tam to var pārbaudīt. Bet nu tur kaudze citu neveiklību, jau sākot ar iespējamām SQL injekcijām, bet tas atsevišķs temats.

Man tā lapa neveras. Serveris nokārās? Spriežot pēc taviem agrākajiem postiem, nekas dižs tur nevar būt. Vai varbūt esi dabūjis finansējumu, lai daži programmētāji var sevi veltīt šim projektam, uzturēt serverus, utt?

Nav sanācis pašam ar šiem darboties, bet var izmantot PHP iebūvētās funkcijas filter_var($email, FILTER_VALIDATE_EMAIL)

Ja response ir tukša, tad, varētu būt, ka reāli nekas arī netiek atgriezts, t.i. problēma drīzāk servera PHP pusē. Vai nu kāda kļūda, piemēram, ar exit vai die iziet, vai arī vienkārši pēc loģikas outputu nesagatavo.

Neesu iedziļinājies, bet, ar ko notepad.lv atšķiras no boot.lv un datuve.lv? kādu nišu šis portāls cenšas ieņemt?

Nav īsti smuki, bet tavai saprašanai tā derēs. pārējo, ask google: <script type="text/javascript"> function premiumacc(type) { document.getElementById("premium").style.display = type.value == "premium" ? "" : "none"; document.getElementById("goldmember").style.display = type.value == "goldmember" ? "" : "none"; } </script> <select name="premiumpack" onchange="premiumacc(this);"> <option value="free">Select</option> <option value="premium">Premium</option> <option value="goldmember">Goldmember</option> </select> <span id="premium" style="display:none">test1</span> <span id="goldmember" style="display:none">test2</span> P.S. optimizētājus lūc nebļaut - pats zinu, ka neveikli, bet nu cilvēkam saprotamāk...

a ko tu citu gribēji ieraudzīt, ja viens aiz otra uzrakstīts: document.getElementById("premium").style.display = ""; document.getElementById("goldmember").style.display = ""; un kāpēc tu premiumacc() sauc gan no onchange, gan no onclick?