Current time: 11-16-2024, 11:29 AM Hello There, Guest! (LoginRegister)


Thread Closed 
 
Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
Author Message
Habit Offline


Posts: 2
Joined: Oct 2010
Reputation: 0
Post: #1
[ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
Guten Abend,

heute habe ich festgestellt, dass eine einzelne Domain nicht mehr erreichbar ist, weil der PHP-Parser offensichtlich nicht greift. Dieses Problem stelle ich fest seit meinem Update auf die Version: ispCP 1.0.7 OMEGA build: 20101022.

Andere Domains die unter der selben Verwaltung laufen, werden problemlos geparst. Die error-log der Domain wird nicht beschrieben.

Vor dem Update lief es problemlos.

Kann da evtl. jemand helfen?

Viele Grüße,
Habit
(This post was last modified: 10-28-2010 02:53 PM by ZooL.)
10-28-2010 09:45 AM
Find all posts by this user
zpin Offline
Junior Member
*****
Dev Team

Posts: 160
Joined: Sep 2007
Reputation: 1
Post: #2
RE: Einzelne Domain mit nicht-funktionierendem PHP-Parser
Mit dem letzten Update wurde die PHP INI Option "short_open_tag" auf Off gesetzt. Schau ob die PHP Dateien mit "<? " anfangen. Falls ja, mit "<?php" ersetzen (oder die PHP INI editieren).
10-28-2010 10:48 AM
Find all posts by this user
Habit Offline


Posts: 2
Joined: Oct 2010
Reputation: 0
Post: #3
RE: Einzelne Domain mit nicht-funktionierendem PHP-Parser
Nabend,

vielen Dank für die schnelle Hilfe! Problem ist mit einschalten der Funktion behoben.

Grüße,
Habit
10-28-2010 11:41 AM
Find all posts by this user
ZooL Offline
Moderator
*****
Moderators

Posts: 3,429
Joined: Jan 2007
Reputation: 79
Post: #4
RE: Einzelne Domain mit nicht-funktionierendem PHP-Parser
(10-28-2010 10:48 AM)zpin Wrote:  Mit dem letzten Update wurde die PHP INI Option "short_open_tag" auf Off gesetzt. Schau ob die PHP Dateien mit "<? " anfangen. Falls ja, mit "<?php" ersetzen (oder die PHP INI editieren).

das halte ich aber persöhnlich für Quatsch dies abzuschalten...


mfg
10-28-2010 02:52 PM
Visit this user's website Find all posts by this user
zpin Offline
Junior Member
*****
Dev Team

Posts: 160
Joined: Sep 2007
Reputation: 1
Post: #5
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
Ja, ich muss es für meine Installationen auch jeweils ändern, gibt noch so viele inkompatible skripte.
10-28-2010 07:10 PM
Find all posts by this user
ZooL Offline
Moderator
*****
Moderators

Posts: 3,429
Joined: Jan 2007
Reputation: 79
Post: #6
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
genau, ich denke es wäre zu früh das jetzt umzustellen omegabill ist laut foren thread auch nicht so sauber Wink
10-28-2010 10:09 PM
Visit this user's website Find all posts by this user
Michi91 Offline
Junior Member
*

Posts: 41
Joined: Jun 2009
Reputation: 0
Post: #7
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
wieso wird sowas den off gestellt? -.-

zum glück habe ich noch net upgegradet, aber sowas kann ganz schön teuer werden wenn kundendaten offen gelegt werden


kann da mal bitte jmd ein gegenticket öffnen?
10-29-2010 06:30 PM
Find all posts by this user
ShadowJumper Offline
Member
***

Posts: 287
Joined: Sep 2008
Reputation: 2
Post: #8
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
Hi all,

ich finde es eher "beschämend" das die Leute sich beschweren, das eine Funktion die schon seit Jahren als deprecated bezeichnet wird endlich mal abgeschaltet wird.

Schon seit 2006 ist es nicht mehr "zulässig" das ein Script eben nur mit <? anfängt, sondern seit damals ist es "normal" das richtig als "<?php" zu schreiben.

Das ist wie die Leute, die sich nicht an PHP Konventionen halten, und sich beschweren das ihre Scripte nicht mehr mit PHP 5.3 laufen. Dabei wurden dort nur endlich mal viele als deprecated bezeichneten Funktionen abgeschaltet/entfernt.


Noch schlimmer finde ich dabei dann das die Leute hingehen und entweder nicht updaten, oder Sicherheitsrelevante Funktionen wieder abschalten nur damit die "alten" und "unsauber" programmierten Scripte weiterhin laufen. Rolleyes
10-29-2010 07:37 PM
Find all posts by this user
Kotty Offline
Junior Member
*

Posts: 167
Joined: Mar 2008
Reputation: 3
Post: #9
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
(10-29-2010 07:37 PM)ShadowJumper Wrote:  Hi all,

ich finde es eher "beschämend" das die Leute sich beschweren, das eine Funktion die schon seit Jahren als deprecated bezeichnet wird endlich mal abgeschaltet wird.

Schon seit 2006 ist es nicht mehr "zulässig" das ein Script eben nur mit <? anfängt, sondern seit damals ist es "normal" das richtig als "<?php" zu schreiben.

Das ist wie die Leute, die sich nicht an PHP Konventionen halten, und sich beschweren das ihre Scripte nicht mehr mit PHP 5.3 laufen. Dabei wurden dort nur endlich mal viele als deprecated bezeichneten Funktionen abgeschaltet/entfernt.


Noch schlimmer finde ich dabei dann das die Leute hingehen und entweder nicht updaten, oder Sicherheitsrelevante Funktionen wieder abschalten nur damit die "alten" und "unsauber" programmierten Scripte weiterhin laufen. Rolleyes

Dann sollte aber auch das <? aus gui/tools/webmail/plugins/html_mail/htmlarea/plugins/HtmlTidy/html-tidy-logic.php verschwinden Wink
10-29-2010 07:49 PM
Find all posts by this user
ShadowJumper Offline
Member
***

Posts: 287
Joined: Sep 2008
Reputation: 2
Post: #10
RE: [ERLEDIGT]Einzelne Domain mit nicht-funktionierendem PHP-Parser RC2
(10-29-2010 07:49 PM)Kotty Wrote:  Dann sollte aber auch das <? aus gui/tools/webmail/plugins/html_mail/htmlarea/plugins/HtmlTidy/html-tidy-logic.php verschwinden Wink

Das betrifft in diesem Falle ja Sqirrelmail, was diesbezüglich aber nicht mehr wirklich Supportet wird.

In zukünftigen Versionen soll Roundcube der Standard Webmailer werden.
10-29-2010 08:24 PM
Find all posts by this user
Thread Closed 


Forum Jump:


User(s) browsing this thread: 2 Guest(s)