Lynx

Rakstot postu, augšā virs ievades lauka ir taustiņš "http://" nospied to un iekopē iekšā url no paste.php.lv

Tagad atbildi uz manu jautājumu. Kā var būt username un parole pareizi ievadīta, ja tu netiec ftp? :D Pieļauju, ka cilvēki redzot tavus garadarbus vienkārši iedeva nepareizus datus, lai tiktu no tevis vaļā. Vai arī nokļūdijās sūtot viņus.

Heh ierakstam googlee tavu erroru 530 un 1ais rezultāts sarakstā: Vienvārd sakot tev ir nepareizs username vai parole.

Tagad, Semoss13, ja tev nestrādā pasaki kurā vietā tu meiģini dabūt to id? Ar $_GET['id'] tu izvilksi to vērtību, kas tagad atrodas browseram adreses laukā aiz vārda id. Attiecīgi uzspiežam uz tava linka <a href="?id=1"> un tad iekš lapas, kurai tu esi paredzējis to id sūtīt rakstam kodu <?PHP echo $_GET['id']; ?> Lai noskaidrotu vērtību.

echo $_GET['id'];

Hmm vispār ir iespējams kautkā php konfigurācijā to mainīt, lai reizināšanas rezultāts tiktu izvadīts ar punktu? Jo papētiju uz citiem serveriem, kur strādāju - reizināšanas rezultāts ir ar punktu un nekādas problēmas. Pārejot cauri konfigurācijas failam šādu vietu neatradu, bet nu kautkā uz citiem serveriem tas darbojas.

Nekas nemainās, netiek mests erros un vērtība netiek mainīta.

Nu jā tā arī ir, nepatīk viņam komats: UPDATE ships SET cargo=cargo+12,5 WHERE id = "1"

Njaa tik agresīvām metodēm kā str_replace vēl neķēros klāt :) Šeit būs kverijs: $db->query('UPDATE ships SET cargo=cargo+'.$weight_total.' WHERE id = "'.$ship['id'].'" '); Php un mysql stāv uz viena un tā paša datora.

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '5 WHERE id = "1"' at line 1 Izskatās, ka pat noteicu kur varētu būt problēma, bet dīvaini ka tā notiek. Skaitli kuru būtu japieskaita datubāzes laukam mēs iegūstam float skaitli ar punktu pa vidu "0.5" reizinot ar citu nepāra skaitli piemēram 7iņi un galā iegūstam "3,5" - skaitli ar komatu pa vidu un tas nevēlas tikt sasumēts mysql kverijā. Un tagad jautājums kā lai es pārvēršu skaitli ar pa vidu punktu, nevis komatu? Meiģināju likt priekšā mainīgajam tipu (float), tapat reizināt un dalīit, etc, bez panākumiem.

Problēma sekojoša: šādā te kverijā 'UPDATE db SET lauks=lauks+'.$float_tipa_skaitlis.' WHERE ... '; tiek mests errors, lai pārbaudot sintaksi. Labi zināms, ka, ja pieskaitam veselus skaitļus laukam viss strādā. Ir kāds veids kā šo problēmu viltīgi ar pašu mysql apiet, vai arī patiešām būs jaiet garš ceļš un jāapreiķina ar php un tad jainserto?

Kā saka php izstrādātāji $t[] būs ātrāks par array_push(), ja vajag tikai vienu vērtību pievienot kā tas ir šajā gadijumā, tapēc neredzu jēgu šeit no array_push().

Nē, es cenšos cilvēkiem palīdzēt, bet nu tavs gadījums ir izņēmums. Tu netikai nevēlies saprast kā kas darbojas, tu vēl piebilsti, ka HTML tev navajag un tāpat tu viņu zini. Kā arī tu taisi 2, 3 postus pēc kārtas ar saucieniem vai kāds var palīdzēt, raksti pāris postos ar lieliem sarkaniem burtiem un taisi 2us vienādus postus. To tu nesauc par kretīnismu? Šeit tev ir html problēma nevis php... Html nosaka kur kas atradīsies, php izvada to kam kautkur būtu jaatrodas.

Nē nu imo viņš ir janeitralizē no foruma, lai pamācās... Vienkārši lieto "meiģināšanas" metodi. Ieliec vienā vietā paskaties, kas notiek, izdari secinājumus, ieliec otrā. Imo tu jau 3 dienas atpakaļ būtu visu atrisinājis šo problēmu, ja pats pakustinātu smadzenes nevis kretīniski uzvestos forumā.

Grey_wolf jā tavs variants arī der, bet nu taisīšu tā tikai tad, ja patiešam nesanāks dabūt gatavu pilnīgi automatizētu variantu. Pēc idejas es jau varu uzģenerēt 6000 * 3000px attelu ar Perlin Noise, pēc noteiktas krāsu gammas izveidot visas krasta līnijas, etc. Un tad sagraizīt un nebūs problēmu ar to ka grūti savienot tos lauciņjus. Izpildes laiks nav no svara jo tiks ģenerēts tikai vienreiz un 6000x3000px man php uztaisa dažās sekundēs. Meiģinu vel aivien palaist Perlinu, lai darbotos kā nākas un tad jau varētu domāt par tālākiem risinājumiem. Njā tavs pārvietošanās risinājums, Delfin, ir ļoti advancēts. Heh nestāv ne tuvu manam ifreimam kurš tiek pārlādēts pilnīgi viss kā mēs pakustamies. Ja tagad tik ļoti nespiestu termiņi es pieļauju, ka pat pārtaisītu uz tevis piedāvāto variantu, jaskatās kā būs ar laikiem un vai es ietilpšu plānos, jo ir jūtami ātrāka pārvietošanās.

Par kartes ģenerēšanu nebija doma ģenerēt realtaimā, kamē spēlētāji spēlē. Viņiem vispār nebūtu pieeja pie šādas iespējas. Vienkārši spēlēs īpašnieks palaistu install.php un tiktu viss izveidots, ieliktas tabulas iekš db, pēc noteiktiem parametriem, piemēram daudzums uz x-ass, y-ass saģenerēti kartes lauki un saglabāti, salikti kodētie nosaukumi katram laukam iekš db, lai nevarētu izveidot maphackus zinot kordinātes. Nu jā sagriezt to visu arī varētu, bet problēma ir tāda, ka nav mākslinieka. Ar iepriekšējo kautkā pazuda kontakts pēc tam kad tikka iedots kartes zīmēšanas uzdevums :) Tapēc radās ideja radīt to visu dinamiski, lai nebūtu uz katru resetu, kas ik pa laikam tiek veidots šāda tipa spēlēs, jo tiek noskaidrots uzvarētājs, meklēt mākslinieku, kas izveido jaunu karti. Jo spēlēt ar to pašu veco nebūs interesanti. Paspēlējos ar perlin noise un izskatās, ka kaut ko būtisku esmu palaidis garām, kautkādu rondomu. Funkcijas utt viss ir pārakstīts 1 pret 1 no šī koda: http://www.animeimaging.com/asp/PerlinNoise.aspx Arī insertošana pa 1nam pikselim attēlā, kā redzams koda parauga apakšā. Bet ģenerējot vērtības sākumā viņas vēl ir 0.blabla 8 ziimes aiz komata. Talak pie 1.8apstajas un augstaak negenereejas. Šeit kods http://paste.php.lv/2574 pieļauju, ka nav pareiza vērtību padošana funkcijai getvalue() 58-62 rinda, lai arī viss ir pēc koda parauga. Meiģināji dažādi ar rondomiem iebarot vērtības, lai viņas ģenerētos kā redzams piemēra attēlos, nekas līdzīgs nesanāca.

Skaidrs par to imagesetpixel(), bet neradīsies problēmas ar browseru savietojamību un png attēliem? Cik saprotu vairāki neatpazīst. Pašu Perlin noise es jau pašā sakumā pārakstīju priekš php, bet es tomēr nesaprotu, kā viņš var palīdzēt man izveidot realistisku krasta līniju, ja viss, ko ar viņu panākam ir attēla nogludināšana, vismaz pēc dotajiem tutoriāļiem es tā saprotu. Eh izskatās, ka esmu uzņēmies utopisku ideju realizēt :/

Pēc 2u dienu mocībām esmu panācis manāmu progresu, bet tomēr esmu iesprūdis ar krasta līnijas ģenerēšanu. Nesanāk izdabūt gatavu pilnīgi neko, kas kautcik līdzinātos krasta līnijai. Perlin noise ideju atmetu, jo nesanāca pielāgot php, tā vietā uzrakstīju pats savu algoritmu. Ideja šāda: Preģenerējam kartes lauku tipus - ūdens un zeme un noindeksējam tos, lai ātri varētu pārbaudīt kāda tipa laukam janāk blakus, virsū, apakšā etc. Talāk laižam velreiz loopu ģenerējam ar nelielu rondomu lauka backgroundu pa vienam pikselītim un skatamies, ja tagad ir ūdens lauks un talak zeme, tad savienojumu netaisam, ja tagad zeme un talak zeme šim laukam izveidojam savienojumu uz nakamo lauku. Un nakamo savienojam ar pirmo. Kad lauks uzģenerēts palaižam virsū blur effektu, lai padariitu attēlu mīkstaaku ($shis_px+ ($nakamais_px)) / 2. Rezultāts izskatās šādi: Te ir 5 laukumi 60x60px pa horizontāli un 4i lauki pa vertikāli uzņemu vienu skrēnu, lai nebūtu jačakarējas ar laukiem. Problēma ir tāda, ka es nespēju izdomāt, kā uz tiem zemes laukiem izveidot kautcik reālu krasta līniju, kā redzams 1ajā postā balstoties uz augstāk minēto algoritmu, visi meiģinājumi ir cietuši fiasko. Vēl ir problēma ar pašu pikseļu attēlošanas algoritmu, dažās vietās tiek radīti nesmuki plankumi, rūpīgi ieskatoties vai palielinot photoshopā var labi redzēt. Veicot testus atklājās ka imagesetpixel() funkcija palaiž blakus efektus apkārtējiem pikseļiem un izmaina krāsu nevis vienam pikselim kā ir paredzēts, bet visam 5x5 px laukumam ar norādīto pikseli centrā. Dažādi meiģināju izvairīties un nekā, tapēc dažās vietā ir ļoti uzkrītoša krāsu maiņa, jo arī blur effekts izmanto to pašu imagesetpixel(); Ir iespējams kautkā apiet?

bubu :) Problēma nav ar kartes attēlošanas algoritmu, tur viss strādā perfekti kā redzams skrēnšotos. Bet gan ir nepieciešams izdomāt algoritmu pēc kā ģenerēt šos 60x60px mazos *.jpg lauciņus. Pēc tiem kritērijiem ko jau v3rb0 nosauca, dažādi reljefi un galvenais lai sakrīt krasta līnijas visiem blakus stāvošajiem lauciņiem un neveidotos dažādas anomālijas šajās 60x60px bildēs, kuras ir uzģenerētas jau spēles sākumā un saglabātas.

Aptuveni tā jau tiek arī darīts ar bildēm viņas tiek ieliktas tabulā kā šūnu backgrounds un pa virsu laisti kuģu, pilsētu utt attēli, bet problēma ir, ka bilžu nav :) Un ideja bija šīs bildes ģenerēt, nevis prasīt lai mākslinieks atdod galus sazīmējot nepieciešamās 5000 bildes :) Nu skaits gan būs būtiski mazāks, jo attēlus jau var izmantot vairākos laukos vienādus, bet tas nemaina būtību. Tātad jautājums vai patiešām būs jameklē mākslinieks pašnāvnieks, jo aizrunātais mākslinieks izskatās, ka nevēlējās šito visu uzņemties, vai arī ir iespējams šo lauku attēlus saģenerēt ar skriptu? Pēc tam vienkārši viņi visi tiktu salkti vienā folderī updeitota db ar attēlu atrašanās vietu. Un pāris minūtes tiek aizvietots dienām mākslinieka darbs, neskaitot skripta rakstīšanas laiku.

Turpinot strādāt pie projekta tika nosecināts, ka ir problēmas ar mākslinieku un pat, ja būtu mākslinieks, ir diezgan laikietilpīgi sazīmēt visus nepieciešamos kartes laukus. Ideja ir sekojoša karte sastāv no 60x60px lauciņiem uz kuriem ir šāda tipa attēls: Visi viņi šajā gadijumā savienojas pa horizontālo asi un veido kartes izskatu, bet vispār nepieciešams lai lauciņš normāli savienojas ar visiem laukiem viņam apkārt. Jautājums vai šāda te tipa lauciņjus loģiskā secība, lai nerastos kartes anomālijas ir vispār iespējams ģenerēt? Un ja ir iespējams, kā to vispār dabūt gatavu? Man nav nemazākās nojausmas kā vispār var kautko tādu izveidot. Šeit var redzēt kā kartei būtu jaizskatās kopumā. Šie lauciņi ir ņemti no 3ās civilizācijas, kas ir ļoti negļiti :/ Un arī katra lauciņa izveidošana ir ļoti ilga un īslaicīgs mūžs, ja nu spēle beidzas un tiek pasludināts uzvarētājs atkal jataisa jauna karte. http://indago.gamez.lv/i2005/img/3_main_final.jpg

Njā tā ir, izdod tieši tādu erroru, bet īsti nesaprotu, kādos gadījumos tad to HAVING lieto? Nekad neesmu tādu manījis un izmantojis arī nē.

Viena no uzreiz acīs krītošām problēmam, ir ka "" tiek lietots pilnīgi nevietā, kur nav paredzēti mainīgie. Lai uzlabotu koda izplides ātrumu vajadzētu būt šādi: include('../funk/func.php'); $arg = ' '; $arg = 'nepareiza parole vai epasts'; header('Location: index.php'); etc, domu saprati. Neieteiktu šādi rīkoties: $result=mysql_query("select userid from user_sess where id='$kods' and ip = '$ip' and iple = '$iple' and laiks > 'time()'"); $di= mysql_fetch_array($result); $id=$di[0]; mysql_free_result($result); unset($di); Es darītu šādi, ja ir nepieciešams izvilkt tikai vienu lauku no tabulas: list($id) = mysql_fetch_row(mysql_query('SELECT userid FROM user_sess WHERE id ="'.$kods.'" AND ip = "'.$ip.'" AND iple = "'.$iple.'" AND laiks > time() ')); Tāpat mysql_num_rows vietā labāk lietot SELECT COUNT(*) WHERE būs ātrāk.

Tavu maku arī gandrīz jebkurš var paņemt, ja vien ir vēlēšanās to izdarīt...

Taču viņiem nav nekādi freimi izmantoti balsošanā. Vienkārši pēc rezultātu ievadīšanas db, ir rakstīts: header(location: links uz rezultātu lapu);