Több hiba is van a parancsban, nem részletezem mert nem akarok egy regényt írni, inkább átírtam az egészet.
[pawn]   if(strcmp(cmdtext, \"/d1\", true) == 0)
{
   new
      vehicle_ID = GetPlayerVehicleID(playerid); // Tároljuk vehicleid változóban annak a jármûnek a sorszámát amelyiket használja a játékos, ha egyiket se akkor a visszatérés értéke nulla( nincs jármûben )
   if(vehicle_ID && GetPlayerVehicleSeat(playerid) == 0) // Ez helyett megfelel az if(GetPlayerState(playerid) == PLAYER_STATE_DRIVER) is.
   {
      SetVehiclePos(vehicle_ID, 1567.5250, 792.2056,11.3102);
      SetVehicleZAngle(vehicle_ID, 304.2583);
   } else {
      SetPlayerPos(playerid, 1567.5250, 792.2056, 11.3102);
      SetPlayerFacingAngle(playerid, 304.2583);
   }
   new
      str[128];
   GetPlayerName(playerid, str, MAX_PLAYER_NAME);
   format(str, sizeof str, \"%s elteleportált erre a helyre --> /d1\", str);
   SendClientMessageToAll(0xFFFF00AA, str);
   PlayerPlaySound(playerid, 1133, 0.0, 0.0, 10.0);
   return 1;
}[/pawn]

A SA-MP checkpointjai csak az alap objecteket érzékelik ha te multiplayerben teszel be plusz objectet azokon egyszerûen keresztül mennek de attól függetlenül még azon a pozíción fog mûködni ahova te elmentetted. (csak rosszul néz ki)
A javaslat talán air checkpoint elhelyezése, több féle cp létezik és nincs mindegyik rendesen dokumentálva, próbálgasd hátha találsz megfelelõbbet,
a SetPlayerRaceCheckpoint
type részének nem csak 4 darab változata van hanem több is.
A másik lehetõség talán mapicon lenne,
MAPICON_LOCAL_CHECKPOINT vagy
MAPICON_GLOBAL_CHECKPOINT
beállítással.
Ehhez kell persze az IsPlayerRangeOffPoint ezt futtatni kell rendszeres idõközönként.
Hogy a játékos az adott helyen van-e.(timer/OnPlayerUpdate bármi).
Vagy teszel oda egy pickupot is annak van visszahívása OnPlayerPickUpPickup így nem kell újabb timer-t elindítani. 
Másképp: az adott helyre teszel mapicon-t és pickup-ot is. Majd OnPlayerPickUpPickup visszahívásnál, ellenõrzõd ott van-e a játékos. A mapicon meg látszik a radaron, elméletileg.

Pontosan úgy volt, ahogy Sheet mondja. SQL-ben mentésnél meg mindent ki kell jelölni, amit menteni akarsz, de ezt te is tudod.
 

    Mikor mentést készítesz (Exportálás menü) és ott kijelölsz mindent, ott ez a két lehetõség adott kijelölésre Mind kijelölése / Mind törlése
az itt lévõ \"Mind törlése\" egy rosszul lefordított mondat igazi jelentése \"Összes kijelölés megszüntetése\" .
 
    Ha ennyire tudod hogy kell mentést készíteni akkor kellene lenni régebbi mentésnek nem, vagy tévedek?
Azzal helyre lehetett volna állítani a fórumot minimális veszteséggel.
Nem kell megsértõdni ezek csak észrevételek a leírtak alapján semmi egyéb, legközelebb jobban oda figyel(t/n)ek amúgy phpmyadminon olyan lehetõség is van hogy \"Adatbázis másolása\". Azzal is lehet mentést készíteni sõt több lehetõséget is felkínál.
De a biztosabb adat mentés mégis az Exportálás rész.

[pawn]CMD:valami(playerid)
{
switch(random(2))
{
   case 0:
   {
      // akármi
   }
   case 1:
   {
      // másik akármi
   }
}
return 1;
}
[/pawn]

Kedves ɐʞzssǝlosz!
Sizeoffal lekéred a tömb méretét tehát memóriát használ fel. Meg ha már az ember scriptel akkor tegye azt igényesen és adja meg a méreteket.
Átfordításnál pedig lefut a sok sizeof ami plusz konvertálási idõ. (Arról, hogy az amx már átszámítva tartalmazza õket õszintén megmondva nem tudtam  )
 

Épp ez az mit számít a konvertálási idõ ha a program futásakor semmi jelentõsége hogy a módban sizeof-ot írsz vagy manuálisan megadod az értékeket?
Amúgy is mennyi konvertálási idõt spórolsz és mennyit cseszel el hogy nem nem sizeof funkciót használsz? (nyersz konvertálási idõvel fél másodpercet és elcseszel több percnyi idõt és még hibák is elõfordulhatnak (\"Array index out of bounds\").
Én amúgy se találkoztam olyan szkriptel aminek a konvertálási ideje több perc lett volna földvár módjának (saját) átalakítási ideje 4500ms - 5000ms (4 5 másodperc) és mindenhol ahol lehetséges sizeof funkciót használok. Mennyi idõt csesznék el vele hogy az összes sizeof funkciót átírnám az értékükre (közben sok helyen utána is kéne nézni és megszámolni mennyi adat van a tömb egyes dimenziójának).
Amúgy meg teljesen mindegy aki nem akarja nem használja de akik nem használják azoknál gyakrabban elõfordulhat ez a bizonyos hibaüzenet (\"Array index out of bounds\") ez akár konvertálásnál vagy program futásakor.
Nem sok olyan szkriptel találkoztam aminek az átkonvertálási ideje több percnyi lenne.
Emiatt semmiféle memória területet nem használ fel a sizeof eljárás memória területet a változó cella méretének növelése foglal.
Ui.: ok valamennyi memória területet használ mert azért mégis csak több karakternyi szöveg mint az általa kapott érték leírása emiatt a .pwn fájl mérete lesz csak nagyobb.
[pawn]new str[128]; esetében:
// 128  (3 karakter)
// sizeof(str) (11 karakter)
[/pawn]
Azta. 

de én hozzá szoktam már a sizeofhoz
 

Nagyon helyes, én is mindenhol használom tudomásom szerint az amx fájlban semmi jelentõsége nincs.
A sizeof csak a .pwn fájlban kap szerepet amit majd a pawncc felhasznál az .amx fájlba való átalakításkor így csak a sizeof(akarmi) által kapott érték fog szerepelni az .amx fájlban.
Ezt azért találták ki ne keljen megszámolni mennyi adat van egy tömbben vagy folyton utána nézni ugyan már mekkora cellaméretet is adtunk meg változónknak.
Ha van egy változód [pawn]new timer[4];[/pawn]
Te hozzá írsz egy vagy több for ciklust, a következõ képpen:
[pawn]for(new i; i < 4; i++)
{
    KillTimer(timer);

}[/pawn]

Ha valamikor bõvíted a változód méretét akkor majd meg kell keresned minden egyes helyet ahol ezt a változód használod hogy átírd a ciklus ismétlõdés számát.

De viszont ha a sizeof eljárást használod neked nem kell ezzel törõdni csak átírod a változó méretét alkalmazod a többi helyen és nem kell a for ciklusokat is keresgélni.

[pawn]for(new i; i < sizeof(timer); i++)

{

    KillTimer(timer);

}[/pawn]

Aki meg azzal foglalkozik hogy ne sizeof eljárást használjon hanem beírja a tömb méretét számokkal azzal közlöm hogy az elkészített .amx fájlban semmivel nem lesz jobb mint a sizeof-al, sõt könnyebben elõfordulhatnak érvénytelen cella meghívások.

A sizeof pont ezt csinálja hogy beírja a tömb értékét konvertáláskor.