Probleme mit contenido-cvs-2005... Installation auf Server

[yodatortenboxer]

hiho,

ich wollte mir nun doch einmal die contenido-cvs-2005... Version anschauen und habe direkt ein Problem damit.

Mein Server ist ein Linux(Suse) Server.
Ich habe mir nun schon mehrere neuere Versionen der contenido-cvs-2005 heruntergeladen und versucht zu installieren. Es funktioniert bei jeder Installation wunderbar bis zu dem Login.
Nach dem ich mich versuche mit sysadmin sysadmin einzuloggen kommt immer nur ein Fehler: Server oder DNS kann nicht gefunden werden.

Bei den anderen Versionen wie zum Beispiel 4.5.0 und 4.5.2 habe ich da keine Probleme. Die Datenbank wurde ebenfalls wunderbar angelegt...
Leider wird auch keine errorlog generiert um nach eventuellen Fehlermeldungen zu schauen.

Hat das schon einmal jemand erlebt und weis da bescheit?


thx yodatortenboxer

[emergence]

sagt mir an sich wenig
wie sehen die pfade in der includes/config.php aus ?

[yodatortenboxer]

in der CVS-Version wo ich die Probleme habe:

Code: Alles auswählen

<?php

/******************************************
* File      :   config.php
* Project   :   Contenido
* Descr     :   Defines all general
*               variables of Contenido.
*
* © four for business AG
******************************************/

global $cfg;

/* Section 1: Path settings
 * ------------------------
 *
 * Path settings which will vary along different
 * Contenido settings.
 *
 * A little note about web and server path settings:
 * - A Web Path can be imagined as web addresses. Example:
 *   http://192.168.1.1/test/
 * - A Server Path is the path on the server's hard disk. Example:
 *   /var/www/html/contenido    for Unix systems OR
 *   c:/htdocs/contenido        for Windows systems
 *
 * Note: If you want to modify the locations of subdirectories for
 *       some reason (e.g. the includes directory), see Section 8.
 */

/* The root server path to the contenido backend */
$cfg['path']['contenido']               = '/home/htdocs/web8/html/contenido/';

/* The web server path to the contenido backend */
$cfg['path']['contenido_fullhtml']      = 'http://web8.a15162220.alturo-server.de/contenido/';

/* The root server path where all frontends reside */
$cfg['path']['frontend']                = '/home/htdocs/web8/html';

/* The root server path to the conlib directory */
$cfg['path']['phplib']                  = '/home/htdocs/web8/html/conlib/';

/* The root server path to the pear directory */
$cfg['path']['pear']                    = '/home/htdocs/web8/html/pear/';

/* The server path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg']                 = '/home/htdocs/web8/html/contenido/external/wysiwyg/spaw/';

/* The web path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg_html']            = 'http://web8.a15162220.alturo-server.de/contenido/external/wysiwyg/spaw/';





/* Section 2: Database settings
 * ----------------------------
 *
 * Database settings for MySQL. Note that we don't support
 * other databases in this release.
 */

/* The prefix for all contenido system tables, usually "con" */
$cfg['sql']['sqlprefix'] = 'con';

/* The host where your database runs on */
$contenido_host = 'xxxxxxxxxx';

/* The database name which you use */
$contenido_database = 'xxxxxxxxxx';

/* The username to access the database */
$contenido_user = 'web8';

/* The password to access the database */
$contenido_password = 'xxxxxxxxxx';

$cfg["nolock"] = "false";
?>

und in einer 4.5.2.alpha auf dem selben Server die keine Probleme hat:

Code: Alles auswählen

<?php

/******************************************
* File      :   config.php
* Project   :   Contenido
* Descr     :   Defines all general
*               variables of Contenido.
*
* © four for business AG
******************************************/

global $cfg;

/* Section 1: Path settings
 * ------------------------
 *
 * Path settings which will vary along different
 * Contenido settings.
 *
 * A little note about web and server path settings:
 * - A Web Path can be imagined as web addresses. Example:
 *   http://192.168.1.1/test/
 * - A Server Path is the path on the server's hard disk. Example:
 *   /var/www/html/contenido    for Unix systems OR
 *   c:/htdocs/contenido        for Windows systems
 *
 * Note: If you want to modify the locations of subdirectories for
 *       some reason (e.g. the includes directory), see Section 8.
 */

/* The root server path to the contenido backend */
$cfg['path']['contenido']               = '/home/htdocs/web4/html/contenido/';

/* The web server path to the contenido backend */
$cfg['path']['contenido_fullhtml']      = 'http://web4.a15162220.alturo-server.de/contenido/';

/* The root server path where all frontends reside */
$cfg['path']['frontend']                = '/home/htdocs/web4/html';

/* The root server path to the conlib directory */
$cfg['path']['phplib']                  = '/home/htdocs/web4/html/conlib/';

/* The root server path to the pear directory */
$cfg['path']['pear']                    = '/home/htdocs/web4/html/pear/';

/* The server path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg']                 = '/home/htdocs/web4/html/contenido/external/wysiwyg/spaw/';

/* The web path to the desired WYSIWYG-Editor */
$cfg['path']['wysiwyg_html']            = 'http://web4.a15162220.alturo-server.de/contenido/external/wysiwyg/spaw/';





/* Section 2: Database settings
 * ----------------------------
 *
 * Database settings for MySQL. Note that we don't support
 * other databases in this release.
 */

/* The prefix for all contenido system tables, usually "con" */
$cfg['sql']['sqlprefix'] = 'con';

/* The host where your database runs on */
$contenido_host = 'xxxxxxxxxx';

/* The database name which you use */
$contenido_database = 'xxxxxxxxxx';

/* The username to access the database */
$contenido_user = 'xxxxxxxxxx';

/* The password to access the database */
$contenido_password = 'xxxxxxxxxx';

$cfg["nolock"] = true;
?>

Für was steht das $cfg["nolock"]?

Ich werde aber einmal ebenfalls unter web4 die CVS-Version installieren. Vieleicht hat ja Confixx beim anlegen den neuen Kunden doch unterschiede in der Serverconfig für web8 gemacht.

[HerrB]

Das $cfg["nolock"] ist m.W. nur für Datenbanken, bei denen der DB-Account kein lock-Table-Recht hat.

Korrigiere mich jemand, wenn ich falsch liege.

Gruß
HerrB

[yodatortenboxer]

Das mit den Lock-Table-Recht hört sich plausible an...

Ich habe nun auch auf dem web4 die CVS-Version installiert sodass die 4.5.2alpha in einem Verzeichnis und die CVS contenido-cvs-2005-03-25 in einem anderen Verzeichnis liegt. Dadurch sind eventuelle verschiedene Servereinstellungen, die zwischen web4 und web8 sein könnten, ausgeschlossen.
Bei der CVS-Version habe ich wieder das Problem das ich mich nach der Installation nicht mit sysadmin sysadmin einloggen kann.

gruß yodatortenboxer

[HerrB]

Zum einen kontrolliere mal, ob wirklich das sysadmin-Kennwort noch drin steht (da gibt es irgendwo in der Contenido-FAQ eine Beschreibung).

Außerdem leere mal Deine Cookies - da gab es mal Probleme...

Gruß
HerrB

[yodatortenboxer]

Cookies habe ich alle gelöscht und in der con_phplib_auth_user_md5 steht drin sysadmin 48a365b4ce1e322a55ae9017f3daf0c0, also so wie bei jeder anderen Installation.
In die Tabelle con_phplib_active_sessions werden auch die Sessions ohne Probleme eingetragen.

Sogar unter Confixx und Servermeldungen werden keine Fehler angezeigt.

Bei der Installation habe ich alle Ordner und Dateien auf 777 gesetzt. Kann es vieleicht daran liegen das bestimmte Ordner eine andere Berechtigung brauchen?
Mit 755 kommt immer das keine Berechtigung vorhanden ist.
Bei CGI-Ordnern führt aber 777 zu Fehlern und da muss der Ordner auf 755 sein.

[HerrB]

Nein, bei IE kommt DNS nicht vorhanden, bei Firefox zuckt er zwar kurz, aber es ändert sich nichts an der Seite.

Ja, wenn Du magst, sende mir Daten zu phpMyAdmin (wenn verfügbar) und FTP.

Gruß
HerrB

[HerrB]

So, die gute Nachricht: Du kannst Dich jetzt anmelden. Die schlechte: Die Serverkonfiguration muss wohl überprüft werden.

Der Fehler selbst wird durch die Zeile

Code: Alles auswählen

return gettext($string);

in der Funktion i18n in der Datei includes\functions.i18n.php verursacht (frage nicht, wie ich das herausgefunden habe... ).

Tatsache ist, dass extension_loaded("gettext") und function_exists("dgettext") beide true zurückliefern, laut info.php ist gettext auch enabled. Aber bei Aufruf der gettext-Funktion läuft irgendetwas gehörig schief, was zur Fehlermeldung "Server oder DNS nicht gefunden" beim IE führt.

Ich habe den relevanten Bereich in der Funktion auskommentiert, so dass nun ausschließlich die gettext-Emulation verwendet wird. Das ist aber langsamer und offensichtlich im Verhalten auch nicht identisch, siehe Administration -> System (da fehlen so ein paar Linien und andere Elemente).

Was mir sonst noch aufgefallen ist:
1) PHP ist laut info.php mit der Option '--without-mysql' und ohne die Option '--with-gettext' konfiguriert - ich kenne mich mit der PHP-Konfiguration nicht aus, aber vielleicht muss man da noch was schrauben.

2) FTP-Account und Web-Account sind offensichtlich nicht identisch (ID 648/648 vs. 30/8, siehe WS_FTP z.B. im includes\cronjobs-Verzeichnis).

Dies hatte zur Folge, dass die cronjobs (.job) über den FTP-Account nicht mit chmod 777 geändert werden konnten - jedoch nicht schreibbar waren (das hätte dann später zu Problemen geführt). Ich habe die vorhandenen Jobs umbenannt und durch welche von meinen ersetzt - vielleicht sollte man noch mal kontrollieren, ob diese inhaltsgleich sind.

Das gleiche galt für die config.php.

Gruß
HerrB

[yodatortenboxer]

Erst einmal ein dickes Lob und Danke schee das du dich sogar am Oster-Sonntag hingesetzt hast.

LLLLOOOOOOOOOOOOBBBBBBBBBBBB!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Ich muss mich mit der Serverkonfiguration noch ein wenig auseinandersetzten. Leider findet man nicht so viele Infos darüber.

Was mir sonst noch aufgefallen ist:
1) PHP ist laut info.php mit der Option '--without-mysql' und ohne die Option '--with-gettext' konfiguriert - ich kenne mich mit der PHP-Konfiguration nicht aus, aber vielleicht muss man da noch was schrauben.

2) FTP-Account und Web-Account sind offensichtlich nicht identisch (ID 648/648 vs. 30/8, siehe WS_FTP z.B. im includes\cronjobs-Verzeichnis).

Das mit dem PHP muss ich mal checken, das mit dem FTP und Webaccount hat Laut Provider folgende Ursache:
ID 648/648 sind der Benutzer und die Benutzergruppe die über FTP angelegt wird und die gehören in diesem Fall dem Benutzer web8. Die 30/8 sind die Rechte einer Datei oder eines Ordners der über ein Script auf dem Server angelegt bzw. erzeugt wird. Diese haben dann den Benutzer und die Benutzergruppe des Apacheservers und das ist wwwrun und nicht web8. Die laufen ohne Probleme, aber leider kommt man per FTP dann nicht mehr ran.
Ich habe beim Provider nachgefragt wie man das ändern kann und er meinte nur das ich halt per ssh auf den Server muss und es dann dort jedesmal von Hand umstellen muss.
Ich suche aber noch nach einer anderen Lösung und hatte es schon mit Cronjobs gemacht die minütlich die Einstellungen dann von z.B. 30/4 auf 648/648 bei dem Benutzer ändern.

Ich werde aber beim Provider noch einmal wegen dem ganzen nachfragen und es dann hier schreiben.
Ich denke das vieleicht noch andere das Problem haben werden oder vieleicht auch hatten.

gruß und wie gesagt DICKES MERCI
yodatortenboxer

[HerrB]

Ich habe halt woanders ein Ei gesucht...

Was ich noch vergessen habe: Im html-root findest Du noch eine test.php, ein Skript von emergence, mit dem man die Sprachkonfiguration des Servers prüfen kann - bei Dir ist wohl alles in Ordnung, das Skript kann dann wohl weg.

Gruß
HerrB

[yodatortenboxer]

Diese Probleme die du oben beschrieben hast müssen ja dann auch einige Unterschiede zwischen der CVS und den anderen Versionen wiederspiegeln da dieanderen ja ohne Probleme funktionierten, oder?

gruß yodatortenboxer

[HerrB]

Na ja, V4.4.4 hat standardmäßig gettext emuliert - bei V4.4.5 müsstest Du das gleiche Problem haben.

Gruß
HerrB

[yodatortenboxer]

@HerrB

Hallo,

mittlerweile habe ich mehr herausbekommen:

Was mir sonst noch aufgefallen ist:
1) PHP ist laut info.php mit der Option '--without-mysql' und ohne die Option '--with-gettext' konfiguriert - ich kenne mich mit der PHP-Konfiguration nicht aus, aber vielleicht muss man da noch was schrauben.

Auf eine Anfrage in einem anderen Forum habe ich nun folgende Antwort bekommen:

--without-mysql steht da, weil mysql nicht fix in php4 einkompiliert
ist. Wenn es das waere, wuerde es _immer_ geladen, ob man will oder
nicht. Ausserdem muesste jeder der php benutzen will mysql installieren
etc. Bei den vielen Funktionalitaeten die in php4 einbaubar sind, ergibt
sich ein richtiger Wald an Paketabhaengigkeiten und ausserdem
hinterher ein eher dicker Webserver. Deshalb wurde php4 modularisiert.

Bei gettext bin ich noch dran.
Ein Test mit folgenden Code

Code: Alles auswählen

<?php
// Sprache auf "German" setzen
putenv ("LANG=de");

// Pfad zu den Übersetzungstabellen setzen
bindtextdomain ("myPHPApp", "./locale");

// Textbereich auswählen
textdomain ("myPHPApp");

// Text ausgeben
print (gettext ("Welcome to My PHP Application"));
?>

gibt momentan "Welcome to My PHP Application" aus.
In der php.ini steht extension=gettext.so drin.

Mittlerweile habe ich mein PHP auf 4.3.11 geändert und nun steht auch with gettext drin und gettext ist eingeschaltet.
Die Abfrage oben gibt aber immer noch "Welcome to My PHP Application" aus.

gruß yodatortenboxer

[HerrB]

Und, hast Du die Kommentare in includes\functions.i18n.php mal rausgenommen?

Vielleicht geht es ja jetzt?

Gruß
HerrB