Jump to content
GIGN Forum

mex

Mirstīgais
  • Posts

    475
  • Joined

  • Last visited

Posts posted by mex

  1. Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/a3191906/public_html/log.php on line 26

    kods : $query = mysql_query("SELECT * FROM Log ORDER BY ID DESC");

    kur ir probleema?

    Ja neesi jau atkodis problēmu, tad problēma ir tāpēc, ka nav ķepas vārdiņam Log.

    $query = mysql_query("SELECT * FROM `Log` ORDER BY ID DESC");
    • Like 1
    • Downvote 2
  2. :D

    Nekāda doma nav ielikta, tas ir vienkārši prieka pēc. Vienkārši esmu aizrautīgs video veidotājs un gribēju zināt kādas ir citu domas. Šis ir mans pirmais video, kuru esmu uzņēmis ārpasaulē. Ticu, ka ja būtu filmējuši pa dienu, kad vēl ir gaišs un ja operatoram netrīcētu rokas, tad būtu pavisam cita lieta.

    Video sūds, kaut kāda wannabe reklāma.

    Tik smagu kritiku es negribēju lasīt ! <_< Video mērķis gan nebija reklāmas nolūkos veidots ! :pizdiblee:

  3. es neesmu idiots, salieku lai kamera kustas un sarakstu arī visu kam jābūt, kur tiks saglabāts nofilmētais mūvijs un nosaukums viņam, framerate utt

    labi man arī bija ideja ka kko esmu nepareizi salicis, bet arī vnk sākot demo vnk uzliek 1. personas skatu uz kādu spēlētāju, neko nemainot iestatījumos, neliekot fps u.c., un sāku filmēt, tas pats !!!

  4. Esmu nedaudz aizķēries pie HLAE :/ gamerx cs 48p nederēja, jo demo ir no kso.lv, tad nu nokačāju cs no kso.lv, tad viss aizgāja, bet lūk nākošā ķibele.

    viss notiek, demo atveru, sačinīju lai kamera bīdās pa manu noteikto ceļu, bet kad tieku līdz mirv_record_start komandai, tā čušs (viss uzkarās, apstājās utt) un viss nekas tālāk nenotiek. Nākas caurs procesies izslēgt viņu ārā.

    es tā esmu nočakarējies ar šito visu, ka pilnīgi kārtīgs besis tagad ir uznācis :pizdiblee:

  5. Esmu nedaudz aizķēries pie HLAE :/ gamerx cs 48p nederēja, jo demo ir no kso.lv, tad nu nokačāju cs no kso.lv, tad viss aizgāja, bet lūk nākošā ķibele.

    viss notiek, demo atveru, sačinīju lai kamera bīdās pa manu noteikto ceļu, bet kad tieku līdz mirv_record_start komandai, tā čušs (viss uzkarās, apstājās utt) un viss nekas tālāk nenotiek. Nākas caurs procesies izslēgt viņu ārā.

    es tā esmu nočakarējies ar šito visu, ka pilnīgi kārtīgs besis tagad ir uznācis :pizdiblee:

  6. ko nozime tie divi cipari 1:1? Lieotaja numuri or what?

    Tie cipari ir lietotāja vieta rindā un līmenis piramīdā

    aaaa lol tu esi bots tev tacu teicu ka jataisa bet tev jau viss skaidrs protams muuahhaha

    nu nez vai tiešām esmu bots, bet es taisīju tā kā biju izdomājis. Ja jau tu esi tik gudrs, tad pasaki kāpēc es vienkārši nenokačāju kādu jau gatavu MLM sistēmu un neizmantoju to, bet taisu pats savu ?

    tatad tu maki atrast vienam limenim uz augshu, bet ne visiem?

    Man nevajag meklēt līmeņus uz augšu

    PIRMKART - sitas ir svarigi - padoma, vai tev tas VISPAAR ir vajadziigs.

    un OTRKAART - te ir divi varianti, ka atrast kada lietotaja visus zemlietotajus, bet vienigais atrais veids ir taisit multidimensionalu tabulu -

    lietotajs - limenis - lietotajs - limenis

    tabula svers nemera daudz, toties velak meklesana bus atra.

    1. nē, nemaz man tas nav vajadzīgs (vai tad citādi es būtu prasījis kādus jautājumus ?) :whistling:

    2. patiesībā ir vairāk nekā 2 varianti kā to varētu izdarīt, bet palasi vēlreiz manu pēdējo otrā jautājuma postu (kurā tas jaut. acīmredzot bij šausmīgi apslēpts) un secini, vai esi uz to vispār atbildējis ? Es ar to jautājumu biju domājis, lai kāds palīdz man izdomāt matemātisku izteiksmi.

    bet nu jau vairs varat necensties atbildēt uz manu super apslēpto jautājumu "kā lai izrēķina tos zemākos lietotājus?", jo izdomāju jau to vienkāršo izteiksmi, kuru es kā muļķis pirmstam nejēdzu izdomāt :blink: (dziļumam pieskaita 1 un vietas skaitu reizina ar 3, iegūst "9:3"; no vietas skaita atņem 1, iegūst "8:3"; no vietas skaita atņem 2, iegūst "7:3" utt.) protams saīsinot un nedaudz modificējot šīs darbības, tas nemaz nav gari un ar "while" varēšu automātiski atrast pārējos līmeņus, bet tas viss nenotiks tā, ka visu laiku to pārrēķinās un tāpēc domāju es iegūšu ātrumu bez ļoti lielas čakarēšanās. :lalala:

    bet beef [RESPECT] tev, par palīdzēšanu un centies mani lūdzu nenorakt :thumbsup:

  7. Man toč laikam kkas iet sviestā, vai arī patiešām šis ir grūts, bet ir jauna problēmiņa :/

    damn, nekad nebiju tik tizli čakarējies ;(

    89qg0w2ky416qttwxep.jpg

    reku ir neliels fragments no piramīdas (5 līmeņi)

    tur ir iekrāsots "3:2". pieņemsim, ka no tā 3:2 vajag atrast visus lietotājus kas ir zem viņa vismaz 2 līmeņus zemāk, t.i. vajadzētu lai iekrāsojas automātiski arī apviktie lauciņi, bet vajag tā lai viņš pats to izrēķina, un nomaiot to iekrāsojumu no 3:2 uz piem 3:1, atkal iekrāsotos visi kas ir zem tā 3:1

    Nevaru izdomāt kā lai izrēķina tos zemākos lietotājus :/

  8. Tātad man ir neliela problēmiņa. Es taisu MLM (Multi Level Mārketing) sistēmu, kuras mērķis ir taisīt lielu piramīdu no lietotājiem. Es gribu lai ir 3 lietotāji zem lietotāja, kurš tos 3 ir uzaicinājis, respektīvi tie 3 lietotāji zemākajā līmeni, atkal var savākt kats pa 3 lietotājiem utt.

    Tik tālu viss ir vienkārši.

    Katrs lietotājs saņem naudu ko ir iemaksājis kāds no lietotājiem kas ir 12 līmeņus zem viņa (piramīdā tas ir 12 rindas zem tā lietotāja)

    Vēl joprojāms viss ir vienkārši.

    tagad sākas grūtākais (izdomāt kā veidot piramīdas struktūru)

    vajadzētu tā, lai būtu viena liela piramīda no lietotājiem, kura nemainītu savu lietotāju atrašānās pozīciju pat pēc tam, kad ir izdzēsts kāds no lietotājiem kkur piramīdas vidū un tā vietā (tajā pašā pozīcijā) ir piereģistrējies jauns lietotājs.

    Mana ideja:

    jauna mysql tabula ar nosaukumu "piramīda", kurā ir iekšā tādi stabiņi

    --------------------------------------

    | lietotājs | rinda | kolonna |

    --------------------------------------

    | wormy | 1 | 1 |

    | heart | 2 | 1 |

    | kemito | 2 | 2 |

    | polar | 2 | 3 |

    | baronz | 3 | 1 |

    utt, bet tad es izdomāju, ka bremzēs (reģistrācijas) brīdī kad rēķinās un skaitīs kur piramīdā tu atradīsies, ja tur būs vismaz 5 000 lietotāji :/

    Tātad jautājums ir tāds: Kā uztaisīt piramīdas struktūru, lai traki nebremzētu un lietotāji nemainītu savu pozīciju piramīdā arī pēc dažu lietotāju dzēšanas un jaunu lietotāju reģistrācijas izdzēsto vietā ?

    Itkā likās, ka nav nekas grūts, bet reāli iebraucot tēmā, sāku domāt savādāk. Jau 4 dienas domāju kā izveidot šo te piramīdas struktūru, bet vēl joprojām nevaru tikt pie rezultāta :/ Cik tizli, pirmā reize, kad prasu citiem lai palīdz izdomāt izveides ideju, algoritmu.

    Ceru uz palīdzību :)

    P.S. Nevaicājiet, kas tas par projektu vai kko tml, nesakiet kritiku, jo reāli tas nebūs Latvijas projekts :)

×
×
  • Create New...