User werden nicht angezeigt

selin01 · 13 Mai 2005, 15:01:00

Hallo Leute, ich habe das Forum durchsucht aber nichts derartiges gefunden.
Die User sind auf meiner Seite eingeloggt aber sind nicht im Who_is_online Block angezeigt.
Auch nicht in der PM Buddy Liste nicht. Auch nicht im Wer ist Online. Also nirgends werden die leute angezeigt ausser im eboard.

Benutze den Originalen Block aus dem neuen Pragma.

Ich als Admin werde aber angezeigt.

Woran kann das liegen?

eure Selin01

jubilee · 13 Mai 2005, 19:44:00

Hallo !

ZitatBenutze den Originalen Block aus dem neuen Pragma.

Ist er das ?
Das ist aber nicht der Block Admin_or_Mod_Online, den ich Dir mal gebaut habe, wo ja
nur die Admins und Moderatoren aus dem E-NBoard angezeigt werden sollen ?!
Der sieht eigentlich genauso aus wie der who_is_online-Block.
Thread von damals -->
http://www.pragmamx.org/forum-topic-11486.0.html

MfG
jubilee

selin01 · 20 Mai 2005, 02:00:45

Hallo jubilee, den Block meine ich nicht, sondern den allgemeinen Who is online block. Dort werden die User nicht angezeigt, generell nicht auch nicht im who is online im admin menü. es sind leute online, bekomme auch pms und die anderen admins und mods sind auch online, die sehen mich nicht und ich die nicht. der server ist nagelneu und ich denke das ich irgendwas dort ändern muss, frag mich aber nicht was, sachdienliche hinweise bitte hier posten.

den admin_mod block habe ich erweitert mit paar links, deswegen sieht der jetzt bissle anders aus.

mfg selin01 :-*

selin01 · 21 Mai 2005, 13:50:07

Hallo Leute, wäre sehr froh wenn mir jemand einen tipp oder einen rat geben könnte.

eure selin01 :-*

Andi · 22 Mai 2005, 10:31:16

Moin

- welche vkpMx/pragmaMx Version ist da installiert?
- nen Link zur Seite?
- ein Userlogin zum testen?

Probier mal was passiert, wenn der Debugmodus im Adminmenü eingeschaltet ist, ob da Fehlermeldungen erscheinen.

selin01 · 22 Mai 2005, 11:54:14

PM ist raus.

selin01 · 23 Mai 2005, 00:43:31

Habe mal gecheckt ob es an der sessionID liegt. Habe dazu in der php.ini den eintrag geändert der hier auch im forum beschrieben wird.

; Argument passed to save_handler. In the case of files, this is the path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
session.save_path = c:/tmp

aber das hilft auch nicht. Es sind User Online, aber diese werden nicht angezeigt. Auch im "Users Currently Online / Who Is Where?" im Admin menü nicht.

Habe die Sys_session neu eingespielt in die DB aber das hat auch nicht geholfen.

Wie gesagt, der Server ist nagelneu und wurde nur confixx 3 installiert, habe vollen root zugriff und kann alles ändern, aber ich weiss nicht mehr was ich machen soll.

ich bitte nochmals um hilfe.

NeMeSiSX2LC · 23 Mai 2005, 12:32:26

c:/tmp<<<< Windows server??

selin01 · 23 Mai 2005, 12:34:58

Nein Linux mit Confixx 3 wenn das irgendwie weiter hilft.

NeMeSiSX2LC · 23 Mai 2005, 12:41:12

c:/tmp dann stimmt das hier nicht da es unter linux kein C: gibt

selin01 · 23 Mai 2005, 12:42:36

was gehört dann dahin?

NeMeSiSX2LC · 23 Mai 2005, 18:33:29

puh htdocs/tmp oder so Die Admins wissen das bestimmt genauer...

jubilee · 23 Mai 2005, 20:15:01

Hallo !
Sinnvoll ist es, die Session-Variablen im Benutzerverzeichnis abzulegen.
Das kann man bei Confixx am besten über die Admin-Konsole dann http-spezial -->

Zitatphp_value session.save_path /var/www/web2/phptmp

Dn Pfad bitte an den jeweiligen Kunden anpassen.

Nächstes Problem ist allerdings das im Pragma die Sessionvariable in der Datenbank gespeichert wird....

MfG
jubilee

selin01 · 23 Mai 2005, 20:17:21

ja er speichert diese ja auch dort, bloss angezeigt wird niemand. $:-\$

selin01 · 24 Mai 2005, 00:48:28

jetzt wird es immer wilder. Im who is online block werde ich selbst nicht mal mehr angezeigt. Auf einer Server Support Seite habe ich nun erfahren, das es nicht am Server liegen kann/muss. Die verweisen darauf das es am CMS liegt.

Wo kann der Stein den num im Schuh sein?

Andi · 24 Mai 2005, 01:25:10

Moin

Selin, ich habe ja die Zugangsdaten, ich schau mir das Im laufe des Nachmittags bei dir an.

Habe jetzt nich alles hier gelesen, aber der Sessionhandler muss auf user stehen, damit die Datenbank verwendet weren kann. Das pragmaMx läuft nicht mit file basierten Sessions.
Dürfte mit den eigentlichen PHP-Sessions auch nix zu tun haben...

jubilee · 24 Mai 2005, 09:16:11

Hallo !

ZitatDas pragmaMx läuft nicht mit file basierten Sessions.

@ selin: Andi meint, Du solltest mal in die php.ini schauen nach der Zeile
session.save_handler = files
das muss geändert werden nach
session.save_handler = user

MfG
jubilee

@Andi BTW: Ich hab mal in die Scripte geschaut. Wird anscheinend nicht gesetzt in den Scripten ?!
Kann aber doch überall (da ja PHP_INI_ALL) abgefragt und ggf. auf user umgestellt werden.

selin01 · 24 Mai 2005, 20:42:10

Habe es geändert, den Server rebootet und dennoch hat sich nix getan.

hier ein auszug aus der php.ini

Code Auswählen

[Session]
; Handler used to store/retrieve data.
session.save_handler = user

; Argument passed to save_handler.  In the case of files, this is the path
; where data files are stored. Note: Windows users have to change this 
; variable in order to use PHP's session functions.
session.save_path = /tmp

; Whether to use cookies.
session.use_cookies = 1


; Name of the session (used as cookie name).
session.name = PHPSESSID

; Initialize session on request startup.
session.auto_start = 0

; Lifetime in seconds of cookie or, if 0, until browser is restarted.
session.cookie_lifetime = 0

; The path for which the cookie is valid.
session.cookie_path = /

; The domain for which the cookie is valid.
session.cookie_domain =

; Handler used to serialize data.  php is the standard serializer of PHP.
session.serialize_handler = php

; Percentual probability that the 'garbage collection' process is started
; on every session initialization.
session.gc_probability = 1

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
session.gc_maxlifetime = 1440

; Check HTTP Referer to invalidate externally stored URLs containing ids.
session.referer_check =

; How many bytes to read from the file.
session.entropy_length = 0

; Specified here to create the session id.
session.entropy_file =

;session.entropy_length = 16

;session.entropy_file = /dev/urandom

; Set to {nocache,private,public} to determine HTTP caching aspects.
session.cache_limiter = nocache

; Document expires after n minutes.
session.cache_expire = 180

CMS-Version: PHP-Version: MySQL-Version: Server-Version:
pragmaMx 0.1, 1.5/2005-04-03 4.1.2 3.23.49-log Apache/1.3.26 (Unix) Debian GNU/Linux mod_python/2.7.8 Python/2.1.3 PHP/4.1.2 mod_perl/1.26

selin01 · 25 Mai 2005, 00:52:18

In welcher Datei genau wird den das mit dem Session usw gehändelt? Vielleicht liegt es ja daran?

habe soeben versucht etwas anderes auf dem server zu installieren. Installation hat er durchgeführt, aber beim aufrufen bekomme ich diese Fehlermeldung:

Fatal error: Failed to initialize session module in /var/www/web2/html/xxx/xxx/index.php on line 3

Warning: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

Es handelt sich um ein anderes CMS.

selin01 · 25 Mai 2005, 16:07:16

Habe soeben das hier gelesen:

PHP 4.1.x hat ein kaputtes Sessionmanagement. Damit haste nur Ärger... Es gibt sogar Scripte, die bei der Installation abbrechen, wenn sie 4.1.x finden.

Die PHP 4.2.x nimmt man auch nicht. Dort wurde zwar der Sessionkram gefixt aber dafür andere Bugs eingebaut: zB. Alzheimerbug bei Formulardaten.

Sieh zu, daß Du einen backport für PHP > 4.3.4 findest. Ideal wäre 4.3.11.

Stimmt das?

selin01 · 26 Mai 2005, 22:39:25

Schade das mir keiner helfen kann bei diesem Problem.

Habe das System nun auf dieses ändern lassen vom Housing partner.

Apache 1.3.33

PHP4 4.3.10

MySQL 4.0.24

Aber es geht immer noch nicht.

An welcher Pragmamx Datei kann es den liegen?

selin01 · 26 Mai 2005, 22:51:20

Habe jetzt eine Fehlermeldung weniger, aber jetzt diese hier:

Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp)

Das ist von einem anderen CMS.

Jubilee du hast mal gesagt, das ich das hier bei httpd spezial eingeben soll:

php_value session.save_path /var/www/web2/phptmp

und das der /tmp Ordner falsch ist. In was soll ich das genau ändern? Also welchen Ordner soll ich da angeben?

jubilee · 27 Mai 2005, 10:01:40

Hallo !

ZitatJubilee du hast mal gesagt, das ich das hier bei httpd spezial eingeben soll:
php_value session.save_path /var/www/web2/phptmp

ZitatIn was soll ich das genau ändern? Also welchen Ordner soll ich da angeben?

Wenn Deine bisherigen Pfadangaben aus den Fehlermeldungen stimmen, sollte das Beispiel passen.
Schau mal, ob das Verzeichnis /var/www/web2/phptmp existiert und ob Du darauf zugreifen kannst.
MfG
jubilee

selin01 · 27 Mai 2005, 10:23:15

Hallo Jubilee, danke für deine Antwort, dachte ich führe hier einen schönen Monolog

Ich weiss, derzeit herrscht bei euch viel Stress, deswegen übe ich mich auch in geduld

Also der Ordner /phptmp existiert bei allen web´s (bei allen kunden web1, web2 usw)

Der Ordner hat Schreibrechte 770. Habe diese auch mal auf 777 geändert, hat aber auch nichts gebracht.

In der PHP.ini steht auch als Ordner /tmp. Dieser ist auch im Webroot verzeichniss vorhanden mit entsprechenden Rechten.

Dennoch funktioniert das Pragma und auch andere CMS´e nicht.

MFG
Selin01

jubilee · 27 Mai 2005, 12:21:16

Hallo !

Zitat/phptmp existiert bei allen web´s

das ist klar. Die legt Confixx fpür jeden Kunden an.
Du darfst bei php_value session.save_path aber nur den Pfad zu DEINEM Kundenweb nehmen, weil Du nicht auf die anderen Webs zugreifen darfst.

ZitatIn der PHP.ini steht auch als Ordner /tmp.

Das ist korrekt, wird aber durch die Direktive

Zitatphp_value session.save_path /var/www/web2/phptmp

Überschrieben. das kannst Du sehr gut sehen, wenn Du dir einmal phpinfo(); ansiehst.
Da wird dann als local Value /var/www/web2/phptmp eingestellt und als Master Value /tmp.

BTW: Bei solchen Änderungen MUSS anschließend mindestens der Webserver neu gestartet werden. Solange das nicht gemacht wird, bleiben die Änderungen wirkungslos. Das kannst Du in der Admin-Kosole von Confixx in den Update Intervallen einstellen (sofort neu starten). Dann musst Du aber noch warten, bis das Counterscript von Confixx durchgelaufen ist (i.d.R. 1 Minute wenn nicht anders Konfiguriert). Erst DANN werden die neuen Einstellungen aktiv !

MfG
jubilee

selin01 · 27 Mai 2005, 13:27:22

Ok habe jetzt diesen Eintrag in der PHP Info gefunden:

local value master value
session.save_path /var/www/web1/phptmp /tmp

Habe Server Rebootet, dann Counterscript per Putty gestartet. Aber hat sich nix getan bis jetzt.

Du hast ja Adminzugang, du kannst ja mal in die PHP Info schauen. Bin jetzt am Ende meines Lateins $:-\$

selin01 · 27 Mai 2005, 14:18:41

Was ich nicht verstehe ist, das die Leute im Forum angezeigt werden, aber auf der Seite nicht. An welcher Datei könnte den ein fehler sein?

jubilee · 27 Mai 2005, 14:26:40

Hallo !

ZitatDu hast ja Adminzugang, du kannst ja mal in die PHP Info schauen. Bin jetzt am Ende meines Lateins

nope, Du hast Andi die Zugangsdaten zugesendet. Ich habe keine. Wenn ich mal welche hatte, ist die Mail inzwischen wieder gelöscht. Sas mache ich grundsätzlich nach Beendigung der Arbeiten.
MfG
jubilee

selin01 · 27 Mai 2005, 14:54:32

Soll ich sie dir nochmal schicken?

Was heisst Sas?

Könnte es an irgendeiner Pragma Datei liegen? Weil im Forum gehts ja irgendwie.

jubilee · 27 Mai 2005, 15:03:48

Sas soll Das heissen .. .. . . leider um eine Taste verhauen.
Aber : Wer Schreibfehler findet, darf sie selbstverständlich behalten . . . . .

selin01 · 27 Mai 2005, 15:18:28

Soll ich sie dir nochmal schicken?
Könnte es an irgendeiner Pragma Datei liegen? Weil im Forum gehts ja irgendwie.

selin01 · 30 Mai 2005, 13:43:33

So haben das Problem gelöst. Die Sessions waren nun im System richtig gestellt. Habe den Server 3mal Rebootet (sicher ist sicher). Dann waren bei den anderen CMS´en die Fehler behoben. Sesseions gingen wieder aber nicht beim Pragma. Nun musste der Fehler im Pragma selbst liegen. Alle wichtigen Daten gelöscht. Pragma frisch nochmal gezogen.

Der Grund ist so lächerlich, das man ja eigentlich nicht so leicht drauf kommt.

Habe im Root alle Dateien gelöscht und mal im ASCII Modus hochgeladen - NIX-

Danach habe ich alle Dateien wieder gelöscht und im BINÄR Modus hochgeladen. Und siehe da, es geht wieder.

Der Witz liegt darin, das ich niemals was anderes als AUTO Modus benutzt habe und niemals Fehler hatte.

Naja jetzt gehts und gut

jubilee · 30 Mai 2005, 15:39:42

Hallo !

ZitatDanach habe ich alle Dateien wieder gelöscht und im BINÄR Modus hochgeladen. Und siehe da, es geht

da wäre ich so schnell auch nicht drauf gekommen . . .

MfG
jubilee

NeMeSiSX2LC · 31 Mai 2005, 10:51:41

Ist aber doch schon komisch das die php Files bei dir in binär hoch müssen

selin01 · 31 Mai 2005, 17:46:04

ja frag mich mal, habe aber jetzt einige fehler deswegen heraus bekommen.