Suchergebnisse

Ich nutze Bootstrap bei jedem neuen Projekt eigentlich als Basis. Sieht finde ich ganz gut aus und erspart einem viel Arbeit. Hinterher kann man es ja immer noch anpassen und das ganze individueller gestalten um sich von den anderen Seiten mit Bootstrap abzugrenzen. Zudem findet man dazu leichter Beispiele, Codeschnipsel und Lösungen zu Problemen, weil alle dieselbe Basis verwenden. Ganz davon abgesehen, kann man sich ja auf die Komponenten beschränken, die man tatsächlich braucht, indem man sic…

Er gibt im Chat aber trotzdem "Erfolgreich eingeloggt." aus oder? Nebenbei ist der String, worin der Name des Spielers gespeichert wird, (in seltenen Fällen) zu klein, weil du noch eine Zelle für den Null-Terminator einberechnen musst. [pwn]new name[MAX_PLAYER_NAME+1]; GetPlayerName(playerid,name,sizeof(name)); format(Spielerdatei,sizeof(Spielerdatei),"/Accounts/%s.ini",name);[/pwn]

Was folgt denn nach der switch-Anweisung? Ansonsten könntest du es noch mit SetSpawnInfo als Lösung versuchen oder als letzte Möglichkeit einen Timer verwenden, der das Ganze mit SetPlayerPos um wenige Millisekunden verzögert.

Vermutlich nimmt der Submit-button immer das äußerste Formular, wenn mehrere ineinander verschachtelt werden und das äußerste hatte hier ja kein action-Attribut. Jetzt bin ich auch um eine Erkenntnis reicher.

Ich bin eigentlich noch nie über einen Fall gestolpert, wo ich Formulare ineinander verschachteln musste. Daher nimm den ersten mal zur Probe raus, sodass es so aussieht: HTML-Quellcode (5 Zeilen)

HTML-Quellcode (2 Zeilen) Wieso sind dort denn zwei öffnende Form-Tags ?

[pwn]if(strcmp("/tor", cmdtext, true, 10) == 0) { if(IsPlayerInRangeOfPoint(playerid,15.0,1307.5999755859,-2056.8999023438,57.700000762939); { if(sSpieler[playerid][TCF] > 0) { MoveObject(tcftor,1286.599609375,-2056.7998046875,54.900001525879); SetTimer("TCFTOR",5011,false); return 1; } else { return 1; } return 0; }[/pwn] Schau mal, hier werden 4 Klammern geöffnet, aber nur 3 wieder geschlossen.

Dann zeig uns den Codeabschnitt mal bitte, den du eingefügt hast.

Sicher, dass du nicht einfach irgendwo einen Klammerfehler hast? Was hast du denn zuletzt geändert, bevor die Errors kamen? Ansonsten müsste man mal einen größeren Abschnitt des Codes sehen. Mit freundlichen Grüßen, Piranha.

Jetzt musst du nur noch schauen, in welcher Tabelle (ticket_logs oder accounts) die Spalte id fehlt und hinzufügen.

Dann such mal stattdessen nach ORDER BY `id` mit STRG+F.

Dann schau doch mal, wo unter OnPlayerConnect überall mysql_query ausgeführt wird.

Mit JavaScript sendest du bei einer Eingabe einen AJAX-Request an den Server. Mittels PHP führst du dann auf dem Server deine Suche nach einem möglichen Namen durch und gibst das Ergebnis dann zurück, welches du dann mit JavaScript letztendlich noch ausgibst. Das mag sich vielleicht etwas kompliziert anhören, jedoch gibt es dazu schon zahlreiche Lösungen. Für den JavaScript-Teil bietet z.B. jQuery UI bereits eine Lösung an. Dann muss man nur noch die serverseitige Arbeit übernehmen. Unter dem Su…

@L0g4n: Dort steht, dass mysql_store_result aufgerufen wird, obwohl vorher kein erfolgreicher Query ausgeführt wurde (was wiederum an der fehlenden Spalte liegt). Seine Frage geht daher ja auch in die Richtung, in welcher Tabelle die Spalte fehlt. Wie TutNichts schon angedeutet hat, musst du mal schauen, wann der Fehler auftritt und im Script an dieser Stelle nach dem Aufruf der mysql_query-Funktion suchen. Dort schaust du dann, ob nach einer id sortiert wird (ORDER BY `id`) und wenn ja, überprü…

Das Enum brauchst du hier nicht. [pwn]new Regeln[MAX_REGEL][128];[/pwn] Damit hast du ein zweidimensionales Array, nämlich 10 Regeln mit jeweils einer Text-Länge von 128 Zeichen. [pwn]Regeln[0] = dini_Get( // weil du einen String auslesen möchtest, benötigst du dini_Get statt dini_Int "BL_Admin/Regeln", // den Dateinamen kannst du direkt übergeben "regel0" );[/pwn] Mit freundlichen Grüßen, Piranha.

Ich bin jetzt mal davon ausgegangen, dass man die Regeln auch noch Ingame verändern kann. Wäre schließlich auch eine Idee.

Einmal eine kleine Übersicht über Lösungsansätze: - File-Funktionen von SAMP Die Regeln alle in einer Datei speichern und für jede Regel einfach eine Zeile verwenden. Dann einen Dialog für die Admins erstellen, wo man auswählen kann, ob man etwas ändern, hinzufügen oder löschen möchte. Beim Hinzufügen den Text dann einfach an die Textdatei anhängen in eine neue Zeile, indem man die Datei mit fopen im "io_append"-Modus öffnet und dann fwrite verwendet. Um die Regeln anzuzeigen, die ganze Datei ei…

Eine switch-case-Struktur hilft iin der Regel der Übersicht und das ist auch der primäre Zweck davon. Dass es die Übersicht zerstört, dürfte eigentlich nicht der Fall sein.

Wenn auf einen Fall ("case") mehrere Anweisungen folgen sollen, wie in deinem Beispiel, müssen diese Anweisungen auch mit geschweiften Klammern (Mengenklammern) umschlossen werden. [pwn]case 4: { // <-- SetPlayerHealth(player, 0); format(string,sizeof(string),"Du hast %s administrativ getötet.",cname); //error zeile format(string2,sizeof(string2),"Admin %s hat dich getötet.",pname); SendClientMessage(player,Weiss,string2); SendClientMessage(playerid,Weiss,string); }[/pwn] Soll nur eine Anweisung…

Ich würde den makeadmin-Befehl einfach für RCON-Admins (IsPlayerAdmin) zulassen, dann brauch man keinen "geheimen Befehl", um sich vorher selbst Admin zu machen. Was du vielleicht sonst noch machen könntest, falls du noch Ideen brauchst :): - Waffen vergeben - Score vergeben - Regeln erstellen, ändern, löschen und anzeigen lassen natürlich - Fahrzeuge spawnen und wieder zerstören Noch ein Hinweis: Im Script solltest du darauf achten, wo es Sinn macht else if oder auch eine switch-Kontrollstruktu…