Frontend -->parse error Zeile 665

alpi · Beitrag von **alpi** » Di 5. Okt 2004, 17:08

Hi,

Habe ein Problem im Frontent, nachdem ich den Server gewechselt habe.
Habe alle Dateien hochgeladen, Dumb eingefügt, config.php angepasst.

Jetzt steht da aber wenn ich /cms2/ aufrufen will:
Parse error: parse error in /home/alpi/docs/cms2/front_content.php on line 665

wobei um 665 dieses hier steht:

Code: Alles auswählen

 #
 # Test is IP within specified mask
 #
 if ( floor(bcdiv($ip_long,$divider)) == floor(bcdiv($mask_long,$divider)) ){
 # match - this IP is within specified mask
   return true;     //#######  <---- Zeile 665  #######
 } else {
 # fail - this IP is NOT within specified mask
   return false;
 }

Beitrag von **emergence** » Mi 6. Okt 2004, 12:56

die zeilennummer bezieht sich auf den teil den du in der con_code bei value finden wirst...
schätze mal das feld wird zu klein sein (text) in phpmyadmin kannst du das ändern... nachdem du das geändert hast leerst du die tabelle con_code
sollte dann gehen..

alpi · Beitrag von **alpi** » Mi 6. Okt 2004, 17:21

das verstehe ich nicht ganz.

wieso kann das Feld denn falsch sein? ich habe es doch von dem einen server per dump auf den anderen gemacht. vorher gings aber.

Es kann ja nicht sein, dass der das einfach ändert.

Was meinst du mit value? in der con_code gibt es kein wert "value". Du meinst bestimmt den Wert "code", oder?
Den habe ich dann von longtext auf text gestellt, dann geleert.
Aber er generiert gar keine neuen Einträge dadrin. Dann habe ich es wieder zurück auf longtext gestellt und er generiert immer noch keine Einträge.

Liegt das vielleicht an irgendwelchen Rechten, die falsch vergeben sind?

Beitrag von **emergence** » Do 7. Okt 2004, 07:36

alpi hat geschrieben:in der con_code gibt es kein wert "value". Du meinst bestimmt den Wert "code", oder?

ähm ja

alpi hat geschrieben:Den habe ich dann von longtext auf text gestellt, dann geleert.
Aber er generiert gar keine neuen Einträge dadrin. Dann habe ich es wieder zurück auf longtext gestellt und er generiert immer noch keine Einträge.

wenn er nichts generiert musst du ins errorlog.txt schauen, da muss mehr info vorhanden sein...

alpi hat geschrieben:Liegt das vielleicht an irgendwelchen Rechten, die falsch vergeben sind?

wäre möglich...
eventuell dein cronjobs verzeichniss + alle *.job auf 777 und 666 stellen...

alpi · Beitrag von **alpi** » Do 7. Okt 2004, 14:40

emergence hat geschrieben: wenn er nichts generiert musst du ins errorlog.txt schauen, da muss mehr info vorhanden sein...

Nein, im Errorlog.txt ist gar nichts. Irgendwie schreibt er da kein bischen rein, seitdem ich die dateien alle auf den server geladen habe.

emergence hat geschrieben: wäre möglich...
eventuell dein cronjobs verzeichniss + alle *.job auf 777 und 666 stellen...

Wei meinst du das? Soll ich also den Ordner cronjobs auf 777 und *.job Dateien auf 666 stellen?
Nur wie soll ich das machen?
Ich habe WS_ftp womit man zwar Rechte einstellen kann, nur in dieser Form:

Code: Alles auswählen

             Owner    Group   Other
Read         |x|         |x|      |x|
Write        |x|         |x|      |x|
Execute      |x|        |x|      |x|

Wie soll ich das einstellen, dass man 666 oder 777 bekommt?
Zahlen kann ich nirgends einstellen.

Beitrag von **emergence** » Do 7. Okt 2004, 18:27

klick einfach alles an...

und gib dem errorlog.txt ebenso diese berchtigung...

alpi · Beitrag von **alpi** » Do 7. Okt 2004, 19:25

hab ich gemacht.

habe dem ordner logs 777 gegeben, der errorlog.txt auch.
dem ordner cronjobs auch 777 und den einzelnen .job dateien auch.

funzt immer noch nicht. immer noch der parse error.

Beitrag von **emergence** » Fr 8. Okt 2004, 12:47

sag mal welche contenido version hast du ?
und welche server umgebung ?
wie hast du die dateien auf den server befördert ?

alpi · Beitrag von **alpi** » Fr 8. Okt 2004, 13:01

ich habe Contenido 4.4.4. Vorher hatte ich es auf einem Win2000 und Apache (glaube Version 3 nochwas).

Der Server is glaube Debian und safe_mode ist off.
http://tsvtudorf.focserver.de/sonstiges/php_info.php
Die Dateien habe ich per Ws_Ftp95 drauf gemacht.

Beitrag von **emergence** » Fr 8. Okt 2004, 13:19

alpi hat geschrieben:Ws_Ftp95 drauf gemacht.

ähm, lad die dateien nochmal auf den server vielleicht liegts daran...
nimm am besten filezilla
ist gratis und funkt ziemlich gut
http://filezilla.sourceforge.net

ws_ftp95 hat glaube ich ein problem mit gross klein konverierung der dateinamen...

alpi · Beitrag von **alpi** » Fr 8. Okt 2004, 15:28

ok, hab ich gemacht.

mir is aber aufgefallen, dass auch FileZilla ganz viele Dateien mit 0 Bytes hochlädt. Die muss man dann neu hochladen und dann sind se ers voll.
Jetzt müssten aber eigentlich alle oben sein.

Im Frontent ist sogar der Parse error weg, doch jetzt wird nur ne weiße seite angezeigt.
DAnach habe ich die errorlog.txt 777 gegeben.
da steht jetzt sogar etwas drin.

ich habe auch schon einmige Fehler behoben, die drin standen, doch jetzt habe ich leider keine zeit mehr weiter zu machen...habe ein Fußball spiel.
Mache vielleicht heute abend weiter.

Aber danke für deine Hilfe, denn warscheinlich kriege ich es jetzt alles alleine hin.

alpi · Beitrag von **alpi** » Fr 8. Okt 2004, 20:29

hab doch noch nen problem.....

FileZilla lädt irgendwie komisch hoch. Aber das andere FTP Programm auch.

Ich habe ja auch das phpBB auf der Seite und eine Datei davon kriege ich einfach nicht vollständig hochgeladen. Liegt das vielleicht am Inhalt der Datei? Auf jeden fall ist es auf meinem Rechner 50KB groß und nacher auf dem Server 30KB groß. Und wenn ich auf dem Server die Datei angucken will, zeigt er in notepad auch nur son stück. Also er bricht mitten im PHP-COde ab. Ich habe auch schon das andere FTP-Programm ausprobiert, da is der selbe Fehler, nur etwas später.

Kann das entweder am FTP Programm liegen?
Oder liegt das am Server, weil es gingen ja beide FTP Programme nicht.

Edit: Mir ist gerade aufgefallen, dass das nicht die einzigste Datei ist. Es sind noch einige mehr, in allen verschiedenen Ordnern.

alpi · Beitrag von **alpi** » Sa 9. Okt 2004, 10:17

so, habe es jetzt einigermaßen zum laufen gekriegt.

Habe nen anderen Pc genommen, von da konnte ich dann die Dateien komplett hochladen.

Jetzt funzt aber die Navigation nicht mehr. Könnt ihr gerne angucken:
http://tsvtudorf.focserver.de/cms2/fron ... p?idcat=89

Im errorlog.txt steht:

Code: Alles auswählen

PHP Fatal error:  Cannot redeclare unset_vars() (previously declared in /home/alpi/docs/cms2/forum/common.php:36) in /home/alpi/docs/cms2/forum/common.php on line 36

An dieser Stelle ist eine Funktion namens unset_vars:

Code: Alles auswählen

function unset_vars(&$var)
{
	while (list($var_name, $null) = @each($var))
	{
		unset($GLOBALS[$var_name]);
	}
	return;
}

Zerstört dieses unset_vars vielleicht auch die Variablen von Contenido?
Aber auf meinem Rechner vorher liefs ja eigentlich auch.
.....komisch

alpi · Beitrag von **alpi** » Sa 9. Okt 2004, 11:19

hab da vor das "unset($GLOBALS[$var_name]); "

einfach mal ein // vorgemacht.
Jetzt geht das Frontent und auch sogar das Forum.

Was kann das für auswirkungen haben? ich habe jetzt noch nicht getestet., ob wirklich alles vom Forum geht.