Beiträge von Campbell

Kleine Anregung (von der Struktur und Aufbauweise sehr stark ausbaubar), ist weit ausbaubar. Vorallem solltest du nicht nur md5 verwenden, da dies unsicher ist. Ich habe nun mal einen Hash vom Algorithmus sha256 verwendet mit dem Salt einer eindeutigen ID. Da diese jedoch eindeutig ist ist sie nicht sicher, daran kann man noch arbeiten.

<?php


if(isset($_GET["page"])) {
	switch($_GET["page"]) {
		case 2: {
			$uniqid = uniqid();

			$username = isset($_POST['user']) ? strtolower($_POST['user']) : NULL;
			$password = isset($_POST['pw']) ? hash('sha256', $_POST['pw'], $uniqid) : NULL;
			$passwordRepetition = isset($_POST['pw2']) ? hash('sha256', $_POST['pw2'], $uniqid) : NULL;
			$email = isset($_POST['email']) ? $_POST['email'] : NULL;

			if(isset($username) === false) {
				echo 'The username field is empty! <a href=\"register.php\">back</a>';
			} else if(isset($password) === false) {
				echo 'The pw field is empty! <a href=\"register.php\">back</a>';
			}

			// ...

		}
	}
}


?>

Führe Fehlerbehandlung und Fehlerausgabe ein und beachte die oben genannten Tipps.

Verwende entsprechende Funktionen, um den Inhalt der Strings zu überprüfen (empty(), isset() etc.). Ebenfalls verwende die() nur zu Testzwecken, nicht im live-Betrieb. Wo wurden die Variablen denn gesetzt?

Zitat von Trooper[Y]

Argh, steinigt mich!
Hab die Popupboxen auch in andren Skripten für das Forum und hab vergessen die in diesem Skript zu initiieren, weshalb ich immer die von den andern Skripten genutzt hab aus Versehen

Bite nochmal neu installieren, ist geupdated

Alles roger nun! Außer dass nun komischerweise DOM-Artige Buttonnamen auftauchen. Scheint jedoch nicht am Skript zu liegen.

Deine if-Abfrage ist falsch konstruiert und basiert auf einem simplen Denkfehler:

if(597) {} // Wäre immer true, da nur 0 false ergeben würde!

if(car == 596 || 597 || 598 || 599 || 528 || 523 || 497 || 472 || 447 || 432 || 430 || 427) {} // Deshalb ist dies auch immer true!

if(car == 596 || car == 597 || car == 598 || car == 599 || car == 528 || car == 523 ||
car == 497 || car == 472 || car == 447 || car == 432 || car == 430 || car == 427) {} // Nicht immer true!

Zitat von LeijaT

Oh, interessant. Das ist mir neu. Hat sich das nach PHP3 geändert oder hab ich das schon immer falsch im Kopf gehabt?

Wir sind mittlerweile bereits bei PHP 5.4.x und === bzw. !== wurde erst in PHP 4 eingeführt (http://php.net/manual/de/language.operators.comparison.php ; http://de.wikipedia.org/wiki/PHP). Dabei hat case sensitivity noch nie eine Rolle bei der Unterscheidung der Operatoren gespielt.

Zitat von LeijaT

Nun, abgesehen von der Variablen-Überprüfung seh ich da keine Falschmeldung von mir? ;p

Deine Aussage ist falsch, da beide Operatoren ('==' und '===') case sensitivity beachten:

<?php


$upperCase = "WORT";
$lowerCase = "wort";


if($upperCase == $lowerCase) {
	echo 'The two variables are the same!';
} else {
	echo 'The two variables are NOT the same!';
}


if($upperCase === $lowerCase) {
	echo 'The two variables are the same!';
} else {
	echo 'The two variables are NOT the same!';
}


?>

Ausgabe:

The two variables are NOT the same!
The two variables are NOT the same!

Scheint leider nicht für Firefox zu funktionieren (just like BF-Vote).

• Erstelle keine Variablen in Schleifen - Du verschwendest Arbeitsspeicher!
• Breche Schleifen ab, wenn du sie nicht mehr weiterlaufen lassen möchtest via break.
• Um dein Problem zu lösen strukturiere deinen Code korrekt und debugge anschließend, d.h. lasse dir systemgenerierte Variablen ausgeben und vergleiche sie mit dem Soll-Zustand, um den Fehler zu finden und setze dir Ausgabepunkte, um dir per print() ausgeben zu lassen, wie dein Code durchlaufen wird.

Zitat von LeijaT

3x = also === bedeutet dass gleiche wie == nur Case-Sensitive.

Flasch, !== bzw. === überprüft, ob der Wert der selbe ist und anschließend dazu noch, ob die Variablen vom gleichen Typ sind (http://php.net/manual/de/language.operators.comparison.php).

Es muss nicht unbedingt am Server liegen. Hast du bereits Logdateien von SA:MP auf Fehler durchschaut?

Zitat von Alvaro_Moretti

Naja, ich habe eins drinne wo der Ban allerdings nicht drinne bleibt sondern derjenige kann sich direkt wieder einloggen..

Dann kann man es kein System nennen, das Spieler bannt. Für das Timeban System musst du eben den Zeitpunkt des Entbannens berechnen und mithilfe des Vergleichs des Zeitpunktes des Bans den Spieler entweder entbannen bzw. nicht entbannen.

• Stimmen die Koordinaten des Textdraws? Wurde er mit einem Editor erstellt? Wurde er da angezeigt?
• Warum diese Schleife, wenn EIN Spieler spawnt?

Das hatte ich dir bereits gestern in einem beinahe exakt gleichen Thread erklärt. Warum noch ein Thread und wo liegt das Problem der Umsetzung?

Bitte lest eure Warnings in eurer Console. Folgender Test:

#include <a_samp>
#include <sscanf2>

main() {
new testString[128], params[128];
format(params, sizeof(params), "(( Serverleiter/Projektleiter [TNG]Freestyyler : 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 ))");
sscanf(params, "s", testString);
print(testString);
}

Ausgabe:

(( Serverleiter/Projektleiter [

Warnung in der Console:

sscanf warning: Strings without a length are deprecated, please add a destination size.
sscanf warning: String buffer overflow.

Nächster Test und ohhhh ... Wunder:

#include <a_samp>
#include <sscanf2>

main() {
new testString[128], params[128];
format(params, sizeof(params), "(( Serverleiter/Projektleiter [TNG]Freestyyler : 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 ))");
sscanf(params, "s[128]", testString);
print(testString);
}

Ausgabe:

(( Serverleiter/Projektleiter [TNG]Freestyyler : 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 ))

Keine Warnung.

sscanf ist dein Freund, dir ist es möglich das Ganze mit 4 Zeilen zu bewerkstelligen: http://forum.sa-mp.com/showthread.php?t=120356

Eine Möglichkeit wäre es, bei OnPlayerRequestClass den Callback abzubrechen, falls der Spieler bereits einen Skin gewählt hat (return 0). Voraussetzung: Die Auswahl ist unter OnPlayerRequestClass realisiert worden. Ansonsten musst du eben andere Bereiche logisch umgehen.

Banne einfach mit Sternchen: 274.265.*

Würde alle Spieler vom Server beginnend mit der IP 274.265 fernhalten.

Weil so, wie es im Include eingerückt ist es nicht zum Einrücken im Gamemode passt. Mit #pragma tabsize sollte es unterdrückbar sein.

Man braucht includes nicht zu compilen. Man compiled nur, um etwas maschinenlesbar zu machen und dies ist eben nunmal nur bei Gamemodes und Filterscripts notwendig. Includes sind einfach Code-Abschnitte, die einfach an der Stelle, wo #include steht beim Compilen eingesetzt werden. Man könnte einen Gamemode nur mit Includes schreiben, da diesen den Gamemode zusammensetzen. Ebenfalls muss man in diese Includes nicht nochmal streamer etc. einbinden!