Nem teszteltem de mûködnie kéne
[pawn]
forward Teleportal();
public Teleportal()
{
for(new i; i < MAX_PLAYERS; i++)
{
   if(IsPlayerConnected(i))
   {
      if(ottvan == 1)

      {

         Kick(i);//Ledobja õket a szerverrõl.

         /*Nem biztos hogy erre gondoltál de ide kell írni azt hogy mi történjen azokkal a játékosokkal akiknél ottvan[playerid]=1;

         Csak a playerid helyett azt írd hogy: i

         */

      }

   }

}

return 1;

}

CMD:tele(playerid, params[ ])

{

SetPlayerPos(playerid, 1,2,3);//Ahova téged teleportáljon. Írd át

SetTimer(\"Teleportal\",900000,false);

return 1;

}

[/pawn]

Azokat ledobja a szerverrõl akiknél az ottvan[playerid] = 1;

Nem biztos hogy erre gondoltál, lehet csak rosszul értettem

Flash, a sorokkal egyszerûen nem lehet pazarolni Elõször is végtelen mennyiségûek, másodszor pedig ha ugyanazon kód hosszabban és rövidebben megírt változatárol beszélünk, pl.:
 

if(true)
{
    print(\"Teszt.\");
}

 
azaz
 

if(true) { print(\"Teszt.\"); }

 
...akkor a rövidebb példa lefordított forráskódja (az amx fájl tartalma, avagy a gépi kód) nem csak, hogy nem lesz gyorsabb, mint a hosszabb példa, hanem teljesen ugyanaz lesz. A témanyitó roppantul félreérthetõen írta le, hogy mit is szeretne elérni, így bizony a Kick is számításba jöhetett. Valamint Gripen kódja szép rendezett és azinte mûködõképes, bár van benne hiba. Méghozzá az, hogy nem váltja át a változó értékét 1-re. Képzeljük azt, hogy átvált. Ekkor marad még egy hiba, habár ez csak akkor hiba, ha a célt tartjuk szem elõtt. Errõl a hibáról pedig már írok is: az az állításod, hogy nem 15 perc múlva dob le a szerverrõl, részben helytelen. Ugyanis a timerne 15 percet adotr meg, ezért helytelen. Azért viszont helyes, mert ha más is beírja a parancsot, akkor a második ember hamarabb fog kirúgódni, mint 15 perc. De ha már itt járunk, te is elkövetted ugyanezt a baklövést. Ráadásul a te \"egyszerûsített\" és \"nem pazarló\" kódod lassabb, mint az övé. Már csak azért is, mert egy teljesen felesleges számítást végeztetsz el a programmal, méghozzá a 60000*15-öt - ahelyett, hogy szépen leírnád a 900000-et, ahogyan azt Gripen is tette. Illet a timernél egy elágazásban feleslegesen végeztetünk el egy vizsgálatot, amelyet elég lenne a késõbbiekben elvégezni csak akkor, ha szükség van rá. Igaz, így spóroltunk egy elágazást, ez tény. A ciklusváltozó értékadásáról pedig már nem is beszélnék, mert mindketten a - szerintem - lassabb módszert választottátok, bár erre szinte senki sem szokott odafigyelni a pawn nyelben, mert ez nem egy hû de nagy nyelv profi programozókkal és profi programokkal világszerte. Bár meg kell hagyni, írtak pár szép és profi módot az elmúlt évtized során.

ha jobban átértelmezed a szöveget akkor rájössz hogy kedves sutiwarrior nem azt kérte hogy kickeljen a szerver mindenkit, hanem hogy 15 perc múlva elteleportáljon mindenkit X koordinátához.
 

Nekem is a pozíció áthelyezés jött le, de ettõl függetlenül nem volt egyértelmû a megfogalmazás.
 

Most hogy meggondolom igazad lehet. És azon is elgondolkoztam hogy szükséges-e az IsPlayerConnect lekérdezés, mivel ott van a változó lekérdezése is, és nem azt kérdezzük le hogy 0 hanem hogy 1, és ugye nem lehet offline játékosnak az \"ottvan\" értéke 1.
 
[/quote]
De, lehet annak is az értéke egy, amennyiben változókat alkalmazunk és elfelejtjük azt a feladat zökkenõmentes végrehajtásához szükséges alapértékre állítani Connectkor vagy Disconnectkor. Ez az alapérték esetünkben nulla. PVaroknál azonban ez nem jelent veszélyt, így most helyes a forráskód ezen szempontból nézve. Azonban ez a része koránt sem:
 

if(GetPVarInt(i, \"ottvan\"))

 
Ugyanis 1 esetén false logikai értéket fog visszaadni és az elágazás hamis ága fog lefutni. Ezáltal pedig azok fognak áthelyezõni, akik be sem írták a parancsot.

---

Egyébként ez a SetTimeres megoldás nem túl optimális még mindig. Hogy miért? Azt már feljebb egy korábbi hozzászólásom keretein belül leírtam:
 

Ha más is beírja a parancsot, akkor a második ember hamarabb fog kirúgódni, mint 15 perc.
 
[/quote]
Ezt pedig kiegészíteném azzal, hogy ha ezek után 15 percen belül senki más nem írja be a parancsot, a timer senkit sem fog kirúgni. De ha jobban megnézzük a forráskódot, akad még itt probléma: a timer nincs leállítva egyszer sem, így állandóan feleslegesen fut tovább, illetve a parancs beírásával is csak egyre több timer jön létre. A parancs 10x faló beírása után már 10 timer fog menni, feleslegesen. Ez az egész pedig rövid idõn lagghoz vezethet - igaz, elég nagy idõközökrõl beszélünk. De ezt a sok problémát elfelejthetjük, elvégre valószínûleg a témanyitó a saját céljainak megfelelõen más idõzítõs rendszert fog alkalmazni.

Igen, azt jelenti. Ha false, akkor csak egyszer fut le . gyakorlatilag késleltet -, ha true, akkor pedig végtelenszer, kivéve, ha leállítod a KillTimer függvény segítségével, melyben az adott timer ID-je kerül megadásra. Ez az ID/azomosító legegyszerûbben úgy található- és adható meg, hogy egy változó értékének megadod magát a timert, lásd:
 

Timer = SetTimer();

 
Így könnyen használva a KillTimert, lásd:
 

KillTimer(Timer);

 
SetTimerExnél természetesen - amennyiben játékosok számára alkalmazod, többször, ugyanazt a timert - érdemes külön, több változót alkalmaznod, melyet a legegyszerûbb - valójában egy változóként - alkalmani, egy tömb segítségével, lásd:
 

Timer[playerid] = SetTimerEx();

 
Leállításkor pedig értelemszerûen tömbbel adjuk meg a változót:
 

KillTimer(Timer[playerid]);