PHP5-IDN nicht aktiviert! (Info zu Ticket #672)

[Breaki]

so, nach langer suche hab ich nun feststellen müssen, das php5-idn installiert ist, aber nicht in der php.ini aktiviert ist. es fehlt

Code:

extension=idn.so

solange dieser code nicht in der php.ini steht, wird auf das interne idn script von ispCP zurückgegriffen.

warum ich das poste? es geht um Ticket #672(using encode/decode_idna on a url makes it illegal).

ein user der es nicht drinnen stehen hat, hat keine probleme. werde mich damit dann heute abend weiter befassen, damit dann nur noch die domain selbst encoded wird, und nichtmehr der ganze string.

greetz

[rbtux]

wenn ich mich nicht irre fragt dich apt (resp. dpkg) bei der Installation ob die Erweiterung aktiviert werden soll. Wenn du da ja sagst wird dies auch aktiviert oder nicht?

[BeNe]

apt schreibt zwar die extension in die php.ini aber nicht in DIE PHP.INI für ispCP sondern die php.ini in unter /etc/php4/....

Habe die idn extension auch in keiner einzigen ispCP Omega php.ini stehen.
Dann kann auch kein idn gehen...

Greez BeNe

[joximu]

Kann mich an diese frage nicht erinnern - bzw. in /etc/php4/cgi/php.ini ists drin, aber nicht in der entsprechenden php5...

Dh. der Fehler tritt nur auf, wenn die Lib geladen wird...

Joximu

[BeNe]

Doch - da war schon ein Frage, aber wenn das auf die falsche php.ini greift bringt es ja nix.
In PHP5 habe ich auch kein Eintrag drin.

Quote:Dh. der Fehler tritt nur auf, wenn die Lib geladen wird...

Gerade anders rum - der Fehler tritt auf wenn die Lib nicht geladen ist.
Dann greift die klasse von ispCP selber.

Greez BeNe

[rbtux]

ok danke fürs klarstellen...

[Breaki]

So, nun kann ich mich auch wieder melden, also die ominöse Frage kommt bei der installation, aber NUR für PHP4, deshalb is se auch in der php.ini von der 4er Version.

BeNe Wrote:

joximu Wrote:Dh. der Fehler tritt nur auf, wenn die Lib geladen wird...

Gerade anders rum - der Fehler tritt auf wenn die Lib nicht geladen ist.
Dann greift die klasse von ispCP selber.

Falsch, joximu hat recht

Wenn die PHP5-IDN Lib geladen wird, dann wird die ganze URL mit http:// und co codiert, und somit fehlerhaft. Wenn die Lib nicht geladen wird, greift ispCP auf /gui/include/idn.php zurück. Die Funktion in der idn.php macht es richtig, und übersetzt NUR die Domain, und nicht die ganze URL (mit http://).
Auß diesem Grund muss vor der übergabe an PHP5-IDN der String überprüft werden, nur die Domain übergeben, und dann wieder die URL mit der encodierten Domain zurückgegeben werden.

Greetz

[joximu]

Dacht ichs mir, dass ich oben richtig gelesen habe.

Ich hatte mir auch die ispcp-"eigene" idna.php angesehen und da werden "http://" richtig behandelt...

hat die idn.so denn irgendwelche Vorteile?

/J

[Breaki]

gute frage, was für vorteile die idn.so haben soll... fest steht nur, dass es laut code geplant war, wenn möglich die idn.so zu benutzen. möglicherweise um irgendwann mal weniger includes laden zu müssen ; )

[BeNe]

Dann habe ICH das ganze falsch verstanden...Sorry!

Und schon nehme ich alles wieder zurück.

Greez BeNe