Schrift
[thread]458[/thread]

Ausgabe des Perl-Scripts ist eine PHP-Datei: PHP-Code wird aber nicht geparst (Seite 2)



<< |< 1 2 >| >> 16 Einträge, 2 Seiten
GwenDragon
 2005-03-09 21:51
#4615 #4615
User since
2005-01-17
14663 Artikel
Admin1
[Homepage]
user image
Geht doch nicht. Eine Weitergabe per Pipe an die PHP ist, wenn es als APache-PHP läuft, verboten.
Strat
 2005-03-10 17:00
#4616 #4616
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
[quote=juergen,09.03.2005, 20:20]@Strat und ptk: Vielleicht versteh ich euch falsch, aber hilft mir das denn weiter? Ich weiß nicht, ob es so klar rüber gekommen ist: Ich rufe per Browser mein Perl-Script auf und dieses gibt dann den Output an den Browser zurück. Ich möchte nur, dass der Output vorher durch den "PHP-Parser geschickt wird".[/quote]
@juergen: es koennte dir dahingehend weiterhelfen, dass du damit vermutlich genau das machen koennen muesstest, was du willst... naemlich den php-output eines perl-scriptes durch ein weiteres element einer chain (naemlich php) durchzujagen... die Elemente der Chain (naemlich perl und php) gibst du irgendwie in der httpd.conf an... wie das genau geht, kann ich dir allerdings nicht sagen, weil ich mich damit noch nie beschaeftigt habe. ich habe das nur mal in einem vortrag ueber apache2 gehoert.

z.B. koennte AddInputFilter Directive bzw AddOutputFilter Directivefuer dich interessant sein...

@ptk: bei Apache1.3 soll das noch nicht gehen\n\n

<!--EDIT|Strat|1110467089-->
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
juergen
 2005-03-11 09:33
#4617 #4617
User since
2005-01-18
11 Artikel
BenutzerIn
[default_avatar]
@Strat: Danke für den Hinweis, ich hab es mir gerade angeschaut. Für mich sieht das so aus, als würde der Output meines (jedes?) Perl-Scripts dann JEDESMAL "diese chain durchlaufen". Ich möchte dies aber aus Performance-Gründen nur dann tun, wenn mein Script erkennt, dass es sich um einen PHP-Inhalt handelt. Also zur Laufzeit. Es können auch ganz andere Dateitypen vorkommen, reines HTML, Bilder usw, die möchte ich einfach so mit dem entsprechenden Content-Type und einem print ausgeben.

@ptk: Gründe, die gegen eine temporäre Datei sprechen:
1) Performance (wobei ich nicht sicher bin, ob man das wirklich merkt, vielleicht bei größeren Dateien)
2) Die URL der neuen Seite besteht jetzt aus diesem tempörären Dateinamen

Mir ist übrigens noch ein anderer Workaround eingefallen, der Punkt 2 hinfällig macht, allerdings nicht Punkt 1: Speichere den Inhalt in einer temporären Datei. Statt "print Location..." verwende "system qx(phpexe tempdatei)" um den Output der PHP-exe in eine Variable einzulesen. Diesen kann ich dann mit dem Content-Type text/html und einem print ausgegeben.
ptk
 2005-03-11 13:14
#4618 #4618
User since
2003-11-28
3645 Artikel
ModeratorIn
[default_avatar]
Die Rechner sind heutzutage so schnell, dass eine temporaere Datei nichts ausmacht. Wenn man zusaetzlich noch /tmp auf ein memory filesystem gelegt hat (AKA RAM-Disk), bleibt auch alles schoen im Speicher.
juergen
 2005-03-11 13:34
#4619 #4619
User since
2005-01-18
11 Artikel
BenutzerIn
[default_avatar]
Vielleicht ist das jetzt off-topic, aber kannst du mir erklären, wie man /tmp auf ein memory filesystem legt, und was man dazu braucht. Das kann man bestimmt auch an anderen Stellen gebrauchen.
ptk
 2005-03-11 16:37
#4620 #4620
User since
2003-11-28
3645 Artikel
ModeratorIn
[default_avatar]
Ich koennte es nur fuer FreeBSD erklaeren (http://www.freebsd.org/doc....al.html und "man md" bzw. "man mfs")
<< |< 1 2 >| >> 16 Einträge, 2 Seiten



View all threads created 2005-03-09 16:04.