Köszi ezt a plusz példát, de már leesett a dolog az elsõ alapján is - végül. De még a plusz példád elõtt Nos, akkor
 

while(mysql_fetch_row(mysql_line))
{
       format(bigstr, sizeof bigstr, \"%s%s\\n\", bigstr, mysql_line);
}

 
ilyesmit fogok használni. Gyorsan beteszem ezt a pár mapot meg kocsit a módba, aztán ha még lesz idõm, nekilátok a dolognak. Ha mégsem, akkor majd holnap. Amint sikerült megcsinálnom a dolgot, értesítem róla a kedves fórumozókat egy csodálatos hozzászólás keretein belül. A maradék dolog pedig csak a maxium karakterek száma... Valaki egy pontos, alátámasztott adatot nem tudna közölni végre? :hmmm:

 

Eszembe jutott egy kérdés. Milyen IP címen elérhetõek a szerverek? A megjegyezhetõség miatt kérdezem.
 
[/quote]
Szia
144.76.182.26
 
[/quote]

Spoiler for Halkan megjegyzem...:

A jelenlegi szerverem IP-je jóval inkább megjegyezhetõ... (Nem fogok reklámozni, de aki akar, az könnyedén kitalálja, jelenleg hol hostolok, és megláthatja az IP-t is.) Jó a memóriám, de ez valahogy nem olyan agybarát IP. Habár ha kapnék egy 7777-es porttal rendelkezõ szervert, raknék rá egy domaint, hogy azzal csatlakozzanak, amit igen könnyû lenne megjegyezni A jelenlegi hostnál is ezért könyörgöm lassan 2 éve, de sosem kaptam meg. Az úgy meg rondán néz ki, hogy pl. sampip.hu:8829 - fúúj... Ráadásul mindig szabad volt egy ilyen gép, egy ilyen IP-vel, de mégsem tették át. Persze talán egy picit joggal, hiszen nem kötelességük, de igazán megtehették volna a sok kérésem után... Na mindegy is, ez igazából egy nagy OFF, ezért spoilerbe tettem, de azért megosztottam veletek, remélem nem baj.

Zsolesszka, köszönjük az elmélkedést, és az új információkat Az új adat, miszerint 2x annyi karakter fér el egy dialogban, eléggé jó hír a számomra. Engedd meg, hogy én is matekozzak egy kicsit. Számoljunk 22 karakterrel soronként (benne a \\n-el). Akkor 22*100 = 2200. Akkor ha igaz amit mondasz, és valóban 4096 a határ, el fog férni a dolog egy dialogban is. Imádkozzunk, hogy igazad legyen! :thumbsup: Igaz, 100 sor csak néhány esetben lesz létrehozva, de ha mégis, az utolsó sorok egyikében sem szeretnék bugot. Azt hiszem, holnap utánajárok a dolognak, és egy kis teszt kóddal (ha addig nem elõz meg senki) leellenõrzöm az állítást, és kiíratok annyi sort, amennyit csak tudok. Habár majd számításba kell vennem azt is, hogy 10-nél, majd 100-nál +1 karaktert kapunk, ugyanis - hogy ne kelljen manuálisan számolgatnom - a dialogba a számot írnám le. Na mindegy, holnap úgyis minden kiderül - ha valóban lesz idõm és kedvem letesztelni a dolgot :angel: Azonban itt van még a 2. kérdés is, amelyet nehéz egy jelzõvel illetni, inkább nézzétek meg a példáimat, és a magyarázataimat, hátha megértitek, hogy mit szeretnék megvalósítani - és talán még megoldást is adtok rá Van egy olyan érzésem, hogy egy strcat függvény is lesz a dologban. Igaz, akkor a kapott eredményt nem tudom eltárolni stringekbe, de legalább ki tudom íratni õket, valamint a kiíráskor egy újabb változónak megadok egy értéket, ami a lekérdezett sor ID-je lenne. És akkor utólag vissza tudom keresni az ID alapján a sor bármely adatát. Lehet, hogy megvan a megoldás? De nem szeretnék lekérdezgetni állandóan, szóval ha a különbözõ stringekbe való eltárolásra tudnátok megoldást adni, akkor annak nagyon örülnék. Igaz, amit az elõbb a hozzászólásom írása közben kielmélkedtem, lehet, hogy megoldás lesz... Na majd kiderül.

Semmi baja a parancsnak, csak figyelmetlen voltam Próbáld meg így:
 

CMD:teszt(playerid)
{
     for(new i = 0; i < MAX_PLAYERS; i++)
     {
           if(GetPlayerVirtualWorld(i) == 1)
           {
                 SendClientMessage(i, 0xFFFFFFFF, \"Ezt látja az, aki az 1-es VW-ben van.\");
           }
     }
}

CMD:teszt(playerid)
{
     for(new i = 0; i < MAX_PLAYERS; i++)
     {
           if(GetPlayerVirtualWorld(playerid) == 1)
           {
                 SendClientMessage(playerid, 0xFFFFFFFF, \"Ezt látja az, aki az 1-es VW-ben van.\");
           }
     }
}

 

---

Egyébként AnthonyGates is pontosan errõl írt hozzászólást...

Ha nekik mész, sajnos eltolódnak egy kicsit. Ez ellen szerintem semmit sem lehet tenni. Maximum azt, hogy ha elmozdul a helyérõl (OnPlayerUpdate, IsPlayerNPC, GetPlayerPos, SetPlayerPos) visszategye a régi helyre, és/vagy a felvételt újrakezdje.

new LehetEOlni = 1; // Lehet ölni
/parancs // Majd te megírod a saját parancsfeldolgozódra
{
i     f(IsPlayerAdmin(playerid)
    {
         if(LehetEOlni == 0) // Ha nem lehet ölni
         {
              LehetEOlni = 1; // Lehet már ölni
         }
         else // De ha lehet
         {
              LehetEOlni = 0; // Nem lehet ölni
         }
    }
}
public OnPlayerUpdate // Nem pont így van, de a lényeg, hogy az OnPlayerUpdate alá tedd
{
    if(LehetEOlni = 0) // Ha nem lehet ölni
    {
         new Float:Elet;
         if(GetPlayerHealth(playerid, Elet) < 100) // Ha az élete kisebb, mint 100 (megsebezõdik, meglövik, elütik, legyen szó bármirõl, szóval ha nem 100 az élete, akkor...
         {
              SetPlayerHealth(playerid, 100); // ...az élete feltöltõdik 100-ra, így sosem tudják majd megölni õt, persze csak akkora, ha nem lehet ölni.
         }
    }
}

Én az elsõt használnám. Mivel nálam a fegyverek használhatóak, ezért a fegyverekhez nem használok ilyet, azonban a pénzhez már igen: és az én kis Anti Pénz Hack kódocskámat az OnPlayerUpdate alatt használom, nem pedig timer alatt. Ami egyébként jobban laggoltatna is szerintem. A timer pedig folyamatosan meghívódik, nem csak akkor, amikor a játékos csinál valamit, a helyzete frissül, Updateleõdik. Így ha leviszi a játékot ikonba, akkor elméletileg a timer tovább megy, az Update alatti dolgok viszont csak akkor teljesülnek, ha valamit csinál, pl. egy fegyvert elõvesz. Szerintem bõven elég az OnPlayerUpdate-et használni, hiszen azért találták ki, hogy megkönnyítse a helyzetünket, valamint ne okozzon a folyamatosan figyelendõ dolog akkora laggot, mint pl. egy timer. Ez az én véleményem. Puszi, pacsi.