Suche

[archipage]

Also die Forensuche hat zwar einige Threads ausgespuckt, allerdings alle ohne antworten.

ich bekomme beispielsweise bei dem block smf_center folgende fehlermeldung angezeigt:

Warning: session_module_name() [function.session-module-name]: A session is active. You cannot change the session module's ini settings at this time. in /[gekürzt]/includes/mx_session.php on line 59

wie kann ich diesen fehler beheben?

[archipage]

also ich hänge felsenfest fest 

google gibt nichts her...meisten (bei smf zumindestens alle, download-überichts tec. auch) blocks funktionieren nicht.

:puzzled:bitte um rat

[archipage]

 

[archipage]

weiß niemand rat, oder zumindest was ich versuchen könnte?! 

das einzige was man bei google finden kann:
http://www.weberdev.com/get_example-4339.html

aber da komm ich iw auch nich mit weiter

[Andi]

Moin

verstehe ich das richtig, das Problem taucht nur auf, wenn das SMF aktiv ist, bzw. auf der Startseite, wenn der SMF-Block aktiv ist?

Der Rest funktioniert, du kannst dich als Admin und User einloggen?

[archipage]

morgen

ja das ist so richtig. ich kann hier ja auch ein beispiel posten: http://webarea.we.funpic.de/page -> da isses live zu begutachten.
das problem hab ich zur zeit bei dem block neuste downloads und dem smf-block festgestellt!

[Andi]

Oki, dann geh mal in den Adminbereich und lass dir die phpinfo() anzeigen:
http://webarea.we.funpic.de/page/admin.php?op=info

Dort blätterst du etwas nach unten bis zum Abschnitt "Session".
Alles was da dann in den beiden Blöcken drinsteht, kopierst du bitte hier mal rein

[archipage]

Session Support  enabled 
Registered save handlers  files user 
Registered serializer handlers  php php_binary 

session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_httponly Off Off
session.cookie_lifetime 3600 3600
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1200 1200
session.gc_probability 0 0
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /usr/export/tmp /usr/export/tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 0 0

is auch alles hier zu begutachten, wie die einstellungen sind: http://phpinfo.ph.funpic.de

[Andi]

Hoi

sind das jetzt deine Werte, oder die aus der globalen Info von funpic?

Die globalen von funpic nutzen mir nichts, weil ich sehen muss in wie weit sich die Session-Konfiguration vom pragmaMx System verändern lässt (wenn überhaupt)

[archipage]

die zitierten sind meine 

[Andi]

oh, schlecht....

Wenn das deine sind, dann hat funpic irgendetwas geändert, dass sich die Session nicht mehr konfigurieren lässt.
Mit diesen Session-Standardeinstellungen ist pragmaMx nicht lauffähig.

Verwundert mich allerdings.
Ich habe einen Testaccount bei ohost, was ja das selbe ist wie funpic, und da lässt sich die Session ganz normal einstellen...

Session Support    enabled
Registered save handlers    files user
Registered serializer handlers    php php_binary

Directive   Local Value   Master Value
session.auto_start   Off   Off
session.bug_compat_42   On   On
session.bug_compat_warn   On   On
session.cache_expire   180   180
session.cache_limiter   nocache   nocache
session.cookie_domain   no value   no value
session.cookie_httponly   Off   Off
session.cookie_lifetime   864000   3600
session.cookie_path   /pragmamx/   /
session.cookie_secure   Off   Off
session.entropy_file   no value   no value
session.entropy_length   0   0
session.gc_divisor   100   100
session.gc_maxlifetime   1200   1200
session.gc_probability   0   0
session.hash_bits_per_character   4   4
session.hash_function   0   0
session.name   mx50CFD0D188EAA36C6ABB48CDF357B3   PHPSESSID
session.referer_check   no value   no value
session.save_handler   user   files
session.save_path   /usr/export/tmp   /usr/export/tmp
session.serialize_handler   php   php
session.use_cookies   On   On
session.use_only_cookies   Off   Off
session.use_trans_sid   0   0

[archipage]

hab nochmal gegucktdu hast recht sry  , mein fehler, hatte den zweiten teil aus dem falschen kopiert, so isses richtig:

session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain webarea.we.funpic.de no value
session.cookie_httponly Off Off
session.cookie_lifetime 864000 3600
session.cookie_path /page/ /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1200 1200
session.gc_probability 0 0
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name mxF74DE925A7AC65561DE04B22F3FF5D PHPSESSID
session.referer_check no value no value
session.save_handler user files
session.save_path /usr/export/tmp /usr/export/tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 0 0

[grafikmurkser]

oh, schlecht....

Wenn das deine sind, dann hat funpic irgendetwas geändert, dass sich die Session nicht mehr konfigurieren lässt.
Mit diesen Session-Standardeinstellungen ist pragmaMx nicht lauffähig.

Verwundert mich allerdings.
Ich habe einen Testaccount bei ohost, was ja das selbe ist wie funpic, und da lässt sich die Session ganz normal einstellen...

bei mir läuft die clan-seite , die bei funpic liegt, auch einwandfrei

[archipage]

hast du smf-board installiert und nutz du den zugehörigen block auch?! weil wei zu sehen funktioniert der block bei mir ja nicht. aber wies sich anhörte lässt sich da ja nioch was machen, hoff ich jedenfalls! 

[archipage]

...weil ich sehen muss in wie weit sich die Session-Konfiguration vom pragmaMx System verändern lässt (wenn überhaupt)

hattest du da bereist eine lösungsidee?

oder hat jemand anders einen vorschlag?
also wenn andere pragmamx seiten mit funpic laufen, verstehe ich nicht, warum das bei mir nicht funkt!

[grafikmurkser]

hast du smf-board installiert und nutz du den zugehörigen block auch?! weil wei zu sehen funktioniert der block bei mir ja nicht. aber wies sich anhörte lässt sich da ja nioch was machen, hoff ich jedenfalls! 

Hallo archi,
ich hab bei mir sowohl das mxBoard als auch smf installiert. Beide Foren laufen super. Hab also keine Probleme mit dem smf. Auch die Blöcke funktionieren fehlerfrei.
Ich kann Dir anbieten das Du mir die Funpic-Zugangsdaten schickst.
Ich würde das smf dann bei Dir komplett runterschmeissen ( auch aus der DB )  und neu installieren.

[archipage]

vielen dank  damit hat dies aber mit sicherheit nichts zu tun. ein kompletter anfänger bin ich dann auch nicht mehr  auch wenns sich so anhört, ich bin bei php eben noch nich weiter als das zu verstehen und was einzulesen und auszulesen...bei sessions stoß ich echt an meine grenzen!

aber es gibt hier ja freundliche Hilfe, die dann, so hoffe ich, letzendlich zum Ziel führt. 

[archipage]

was mir einfach nich in den kopf geht, ist das das problem nur bei mir auftaucht....

ich sitz jetzt ne woche lang daran fest und so gerät mein zeitplan vollkommen durcheinander.
muss ich wohl die blöcke abschreiben und auf andere blöcke und foren zugreifen?!

[Andi]

Hi

da das Problem anscheinend nur bei dir existiert und nirgends anders nachvollzogen werden kann, kann es vermutlich auch nur durch direkte Suche bei dir auf dem Server gelöst werden.

Wenn du willst, lasse mir nen Admin und FTP-Zugang zukommen, dann schau ich mir das im Laufe der Woche an.

[archipage]

vielen Dank! hast ne PM.

[Andi]

So, Problem gefunden...

Die Datei /modules/Forum/smf/SSI.php war durch die SSI.php, die eigentlich im mx-root liegen sollte ersetzt.
Dadurch wurde beim abarbeiten des Centerblocks die mainfile nochmal includet, was dann genau zu diesem Fehler führte...

Die Versionsüberwachung zeigte auch ein paar veraltetete Dateien vom Bannermodul an, die habe ich auch ersetzt. (hatte damit aber nichst zu tun)

[archipage]

wow danke! das nennt sich in der tat überzeugender support.