Cäsar-Verschlüsselung oder auch Fehlersuche im Script

30.03.2005, 23:33

PHP-Code:

  <?

if ($_GET["button"] == Verschlüsseln) 

{ 

   $c= " ";

    $a = $HTTP_GET_VARS['wort'];

    $zahl = $HTTP_GET_VARS['zahl'];

    for ($i = 0; $i <= strlen($a); $i++)

    {

        $c = chr(ord($a[$i])+$zahl);

    }

    echo $c; 

            

}

else

{ 

    

    $c= " ";

    $a = $HTTP_GET_VARS['wort'];

    $zahl = $HTTP_GET_VARS['zahl'];

    for ($i = 0; $i <= strlen($a); $i++)

    {

        $c =chr(ord($a[$i])-$zahl);

    }

    echo $c; 

} 

?>

so, das wars auch schon, irgendwie bekomm ich den Fehler:

Zitat:

Parse error: parse error, unexpected '{', expecting ':' in /home/webpages/lima-city/ninja02/html/Bilder_Co/caesar.php on line 21

Also zum Inhalt:
Er soll einen String bekommen und den dann um eine vorher bestimmte Zahl im Alphabet verschieben. Caeser VErschlüsselung.
Nun soll er dies mit dem Script, abhängig davon machen, ob man auf verschlüsseln oder entschlüsseln klickt. der button heißt eben verschlüsseln..^^

ninja02 hilfe suchend ^^[/quote]

robo47 · 30.03.2005, 23:42

parse-error
Parse-Errors schnell selbst finden:

http://tut.php-q.net/parseerrorfind.html#u2

abgesehen davon, etwas mehr struktur würde deinen quelltexten guttun :P
1. einrückung!!
2. benutze echo, dann erkennt man die schleifen besser
3. sagt der fehler doch schon was los ist, irgendwo fehlt eine }

edit:
4. $HTTP_*_VARS sind veraltetet variablen, benutze in zukunft $_GET und $_POST

mfg
robo47

30.03.2005, 23:49

schön, aber meine frage hast du noch net beantwortet?!?
Ich sehe nämlich nciht, das eine "}" fehlt...
wenn du das siehst. dann sag es doch und zu 4.
es ist doch erstmal egal, das ergebniss iss doch das selbe, oder?`*g*
So, mit der Übersichtlichkeit besser

ninja02

31.03.2005, 00:05

Ist der Doppelpunkt hinter der if-Bedingung normal? AFAIK nicht...

axo · 31.03.2005, 00:07

nein, es ist mit der übersichtlichkeit immer noch nicht besser:
es gibt zwei möglichkeiten:

c-syntax:

PHP-Code:

  <?php

if(anAssertion) 

{

    if( anotherAssertion ) 

    {

        echo 'hello';

    } 

    else 

    { 

        echo 'world';

    }

}

?>

oder java-syntax:

PHP-Code:

  <?php

if(anAssertion) {

   if(anotherAssertion) {

     echo 'hello';

  } else {

     echo 'world';

  }

}

?>

alles andere ist schlechter code und wird nicht korrigiert.

übrigens:

der fehler ist übrigens bei "echo $c; }"

Waq · 31.03.2005, 00:08

Der Beitrag wurde verschoben, wegen...
... Postings im falschen Forum.

Bemerkung:
Die gestellte Frage entspricht nicht dem Wissensstand eines/einer Fortgeschrittenen.

moved to PHP - Anfänger

Hinter dem ersten "if" ist ein ":" zuviel. Wenn man nach einer Kontrollstruktur ein : aufmacht, muss man auch entsprechend, hier mit endif; wieder zumachen.
Aber ernsthaft, wenn Du einen Arbeitssklaven suchst, der sich in dieses vollkommen unnötige Chaos aus <? und ?> einarbeitet, solltest Du wenigstens Schmerzensgeld zahlen.

robo47 · 31.03.2005, 00:12

reicht das hier als begründung [auszug aus dem php-manual]

Zitat:

$_SERVER
Variablen, die vom Webserver gesetzt werden oder anderweitig direkt mit der ausführenden Umgebung des aktuellen Skripts zusammenhängen. Entspricht dem alten $HTTP_SERVER_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_GET
Variablen, die dem Skript über HTTP GET geliefert werden. Entspricht dem alten $HTTP_GET_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_POST
Variablen, die dem Skript über HTTP POST geliefert werden. Entspricht dem alten $HTTP_POST_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_COOKIE
Variablen, die dem Skript über HTTP Cookies geliefert werden. Entspricht dem alten $HTTP_COOKIE_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_FILES
Variablen, die dem Skript über HTTP Post Datei-Uploads geliefert werden. Entspricht dem alten $HTTP_POST_FILES-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist. Für mehr Informationen lesen Sie bitte Dateiuploads mit POST.

man beachte besondres das "noch" und diesen Auszug:

Zitat:

Außerdem werden Sie feststellen, dass die alten vordefinierten Variablen ($HTTP_*_VARS) noch existieren. As of PHP 5.0.0, the long PHP predefined variable arrays may be disabled with the register_long_arrays directive.

mfg
robo47

31.03.2005, 00:17

Zitat:

Zitat von robo47

reicht das hier als begründung [auszug aus dem php-manual]

Zitat:

$_SERVER
Variablen, die vom Webserver gesetzt werden oder anderweitig direkt mit der ausführenden Umgebung des aktuellen Skripts zusammenhängen. Entspricht dem alten $HTTP_SERVER_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_GET
Variablen, die dem Skript über HTTP GET geliefert werden. Entspricht dem alten $HTTP_GET_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_POST
Variablen, die dem Skript über HTTP POST geliefert werden. Entspricht dem alten $HTTP_POST_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_COOKIE
Variablen, die dem Skript über HTTP Cookies geliefert werden. Entspricht dem alten $HTTP_COOKIE_VARS-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist.

$_FILES
Variablen, die dem Skript über HTTP Post Datei-Uploads geliefert werden. Entspricht dem alten $HTTP_POST_FILES-Array, das zwar noch zur Verfügung steht, aber abzulehnen ist. Für mehr Informationen lesen Sie bitte Dateiuploads mit POST.

man beachte besondres das "noch" und diesen Auszug:

Zitat:

Außerdem werden Sie feststellen, dass die alten vordefinierten Variablen ($HTTP_*_VARS) noch existieren. As of PHP 5.0.0, the long PHP predefined variable arrays may be disabled with the register_long_arrays directive.

mfg
robo47

okay, überzeugt ^^

aber ich sehe da kein chaos drin @Waq :-/

Hoffe habe die Übersichtlichekit verbessert.^^

robo47 · 31.03.2005, 00:21

das chaos fängt schon an, weil du code udn html vermischst, etwas übersichtlciher wäre es wenn du echo anstatt des utnerbrechens mittels ?> <? benutzt oder ganz sauber mit nem templatesystem wie smarty oder so.

Ausserdem Parsefehler sind doch zu 99,9% so einfach zu finden, weil einem meistens noch gesagt wird was das problem ist, ein gescheiter editor mit syntax-highlighting und vieleicht nem highlight für die jeweils schließende klammer wenn man eine markiert hilft da enorm weiter und halt eine saubere einrückung des Quellcodes.

mfg
robo47

31.03.2005, 00:24

Hoffe iss nu besser geworden

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Diverses aus meinem Apache Logs	robo47	Server, Hosting und Workstations	5	25.05.2007 22:45
Script beendet sich ohne Fehlermeldung	Zahl	PHP Tipps 2006	6	04.06.2006 20:41
[Erledigt] php script und ixed		PHP Tipps 2005-2	14	12.10.2005 13:34
[Erledigt] Verzögerung durch included Script? Umgehen?		PHP Tipps 2005-2	4	10.07.2005 19:26
Fehlersuche ! Login Script !		PHP Tipps 2005-2	3	23.06.2005 15:06
[Erledigt] Relay Script		PHP-Fortgeschrittene	11	01.06.2005 16:02
[Erledigt] Hilfe bei Download Verwaltungs Script		PHP Tipps 2005	8	04.05.2005 10:29
Fehler bei Script, welches Ordner erstellt	PsychoEagle	PHP Tipps 2005	3	23.04.2005 16:03
mysql_fetch_row will nicht - kleines Script Fehlersuche		Datenbanken	11	12.02.2005 20:51
[Erledigt] python script mit php aufrufen...		PHP-Fortgeschrittene	1	17.11.2004 17:11
PHP Script aus PHP aufrufen	Stümper	PHP Tipps 2004	5	26.09.2004 08:15
"das" Script oder "der" Script??	Simbo	Off-Topic Diskussionen	31	16.09.2004 17:04


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

30.03.2005, 23:42
robo47 Moderator Registriert seit: 03.09.2004 Beiträge: 11.792 PHP-Kenntnisse: Fortgeschritten	parse-error Parse-Errors schnell selbst finden: http://tut.php-q.net/parseerrorfind.html#u2 abgesehen davon, etwas mehr struktur würde deinen quelltexten guttun :P 1. einrückung!! 2. benutze echo, dann erkennt man die schleifen besser 3. sagt der fehler doch schon was los ist, irgendwo fehlt eine } edit: 4. $HTTP_*_VARS sind veraltetet variablen, benutze in zukunft $_GET und $_POST mfg robo47 __________________ robo47.net - Blog, Codeschnipsel und mehr \| Caching-Klassen und Opcode Caches in php \| Robo47 Components - PHP Library extending Zend Framework

30.03.2005, 23:49
Gast Beiträge: n/a	schön, aber meine frage hast du noch net beantwortet?!? Ich sehe nämlich nciht, das eine "}" fehlt... wenn du das siehst. dann sag es doch und zu 4. es ist doch erstmal egal, das ergebniss iss doch das selbe, oder?`g So, mit der Übersichtlichkeit besser ninja02

31.03.2005, 00:05
Gast Beiträge: n/a	Ist der Doppelpunkt hinter der if-Bedingung normal? AFAIK nicht...

31.03.2005, 00:07
axo Erfahrener Benutzer Registriert seit: 24.12.2004 Beiträge: 1.814	nein, es ist mit der übersichtlichkeit immer noch nicht besser: es gibt zwei möglichkeiten: c-syntax: PHP-Code: `<?php if(anAssertion) { if( anotherAssertion ) { echo 'hello'; } else { echo 'world'; } } ?>` oder java-syntax: PHP-Code: `<?php if(anAssertion) { if(anotherAssertion) { echo 'hello'; } else { echo 'world'; } } ?>` alles andere ist schlechter code und wird nicht korrigiert. übrigens: der fehler ist übrigens bei "echo $c; }"

31.03.2005, 00:08
Waq Erfahrener Benutzer Registriert seit: 15.08.2004 Beiträge: 2.473	Der Beitrag wurde verschoben, wegen... ... Postings im falschen Forum. Bemerkung: Die gestellte Frage entspricht nicht dem Wissensstand eines/einer Fortgeschrittenen. moved to PHP - Anfänger Hinter dem ersten "if" ist ein ":" zuviel. Wenn man nach einer Kontrollstruktur ein : aufmacht, muss man auch entsprechend, hier mit endif; wieder zumachen. Aber ernsthaft, wenn Du einen Arbeitssklaven suchst, der sich in dieses vollkommen unnötige Chaos aus <? und ?> einarbeitet, solltest Du wenigstens Schmerzensgeld zahlen. __________________ mod = master of disaster

31.03.2005, 00:21
robo47 Moderator Registriert seit: 03.09.2004 Beiträge: 11.792 PHP-Kenntnisse: Fortgeschritten	das chaos fängt schon an, weil du code udn html vermischst, etwas übersichtlciher wäre es wenn du echo anstatt des utnerbrechens mittels ?> <? benutzt oder ganz sauber mit nem templatesystem wie smarty oder so. Ausserdem Parsefehler sind doch zu 99,9% so einfach zu finden, weil einem meistens noch gesagt wird was das problem ist, ein gescheiter editor mit syntax-highlighting und vieleicht nem highlight für die jeweils schließende klammer wenn man eine markiert hilft da enorm weiter und halt eine saubere einrückung des Quellcodes. mfg robo47 __________________ robo47.net - Blog, Codeschnipsel und mehr \| Caching-Klassen und Opcode Caches in php \| Robo47 Components - PHP Library extending Zend Framework

31.03.2005, 00:24
Gast Beiträge: n/a	Hoffe iss nu besser geworden