phpbar.de logo

Mailinglisten-Archive

[php] 1/2 OT:Zeilen zu Spalten machen und umgekehrt

[php] 1/2 OT:Zeilen zu Spalten machen und umgekehrt

Burkhard Stollenwerk futurefarm at futurefarm.de
Mit Mar 3 20:50:21 CET 2004


Hallo

hab ein Problem, das das gewünschte Ergebnis in falsch indiziert erscheint.

zunächst denn Code:
var row=new Array()
 var col=new Array()
 str=svgdoc.getElementById("flachenlist").firstChild.nodeValue;
 data=str.split("/n");
 ln=data.length;
 for (var i=0;i<ln;i++)
 {
  row[i]=data[i].split("##");
  alert (row[i]);
 }

Nun sollen die einzelnen Spalten des zweidimensionalen Arrays in einzelne
Spalten (col) übergeben werden.
Müsste ja eigentlich nur aus row[row][1..] zu col[1...][row] machen ,oder?
Nur wie geht sowas elegant?

Burkhard Stollenwerk


----- Original Message -----
From: <php-request at phpbar.de>
To: <php at phpbar.de>
Sent: Wednesday, March 03, 2004 5:11 PM
Subject: php Nachrichtensammlung, Band 9, Eintrag 10


> Um Emails an die Liste php zu schicken, schicken Sie diese an die
> Adresse
> php at phpbar.de
>
> Um sich via Web von der Liste zu entfernen oder draufzusetzen:
> http://lists.phpbar.de/mailman/listinfo/php
> oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
> Subject/Betreff oder im Text an
> php-request at phpbar.de
>
> Sie koennen den Listenverwalter dieser Lister unter der Adresse
> php-owner at phpbar.de
> erreichen
>
> Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of php
> digest..."
>
>
> ** Digest der deutschsprachigen PHP-Mailingliste **
> ** php::bar - Der Treffpunkt fuer Einsteiger und Profis
> ** http://www.phpbar.de
>
>
>
> Meldungen des Tages:
>
>    1. getcwd() funktioniert nicht mehr (Martin Samesch)
>    2. Re: getcwd() funktioniert nicht mehr (Sebastian Mendel)
>    3. Re: regular expression (Marcus Strube)
>    4. Re: Session-Variable wird überschrieben. (Ingo D. Ongemuth)
>    5. enum (InterNetX - Christian Heimerl)
>    6. Re: example javascript binding (Burkhard Stollenwerk)
>    7. Re: Session-Variable wird überschrieben. (Friedhelm Betz)
>    8. Re: dirname($_SERVER['PHP_SELF']) WinXP local vs Linux remote
>       (Henning Heil)
>    9. Re: dirname($_SERVER['PHP_SELF']) WinXP local vs Linux remote
>       (Sebastian Mendel)
>   10. Re: enum (Norbert Pfeiffer)
>   11. Re: getcwd() funktioniert nicht mehr (Martin Samesch)
>   12. Re: dirname($_SERVER['PHP_SELF']) WinXP local vs Linux remote
>       (Henning Heil)
>   13. 1/2 OT - header bei fsockopen (Norbert Pfeiffer)
>   14. include und Variable (Friederun Göllner)
>   15. Re: 1/2 OT - header bei fsockopen (helm)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 3 Mar 2004 13:22:12 +0100
> From: Martin Samesch <phpcenter at theraphosidae.net>
> Subject: [php] getcwd() funktioniert nicht mehr
> To: php at phpbar.de
> Message-ID: <E1AyVO8-0002vk-00 at mrelayng.kundenserver.de>
> Content-Type: text/plain; charset=iso-8859-1
>
> Hallo,
>
> bei meinem Webhoster (http://csoft.net/) läuft PHP 4.3.4 auf OpenBSD 3.4.
> Bis 2.3. lief es auf Linux und getcwd() hat funktioniert. Seitdem
> gibt getcwd() nichts mehr zurück.
>
> Ist mir etwas entgangen oder sollte ich einen Bug melden?
>
> Gruß,
> Martin
>
> ------------------------------
>
> Message: 2
> Date: Wed, 03 Mar 2004 13:44:20 +0100
> From: Sebastian Mendel <lists at sebastianmendel.de>
> Subject: Re: [php] getcwd() funktioniert nicht mehr
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <4045D324.9040309 at sebastianmendel.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Martin Samesch wrote:
>
> > Hallo,
> >
> > bei meinem Webhoster (http://csoft.net/) läuft PHP 4.3.4 auf OpenBSD
3.4.
> > Bis 2.3. lief es auf Linux und getcwd() hat funktioniert. Seitdem
> > gibt getcwd() nichts mehr zurück.
> >
> > Ist mir etwas entgangen oder sollte ich einen Bug melden?
>
> na zumindest deinem Provider ...
>
>
>
> --
> Sebastian Mendel (www.sebastianmendel.de)
>
> *www.warzonez.de* | www.tekkno4u.de | www.nofetish.com
>
> ------------------------------
>
> Message: 3
> Date: Wed, 3 Mar 2004 14:08:16 +0100
> From: "Marcus Strube" <Marcus_Strube at GMX.net>
> Subject: Re: [php] regular expression
> To: "deutschsprachige PHP-Mailingliste" <php at phpbar.de>
> Message-ID: <00f001c40120$9b611a70$0100a8c0 at marcus>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > ich hab einen string, der 2 formen annehmen kann. die erste form hat 2
> unterschiedliche tags und
> > die zweite 1.
> >
> > $str1 = "<tag1>aaaaa</tag1>bbbb<tag2>ccccc</tag2>";
> > $str2 = "<tag1>aaaaa</tag1>bbbb";
>
> > nun sollte dieser ausdruck aber auf beide formen matchen, also "tag2"
> müsste eben optional sein.
>
> > preg_match( "/<tag1>(.*?)<\/tag1>.*?<tag2>(.*?)<\/tag2>?/", $str1,
> $data );
>
> preg_match("/<tag1>(.*)<\/tag1>(.*<tag2>(.*)<\/tag2>)?/i", $str2, $data);
> var_dump ($data);
>
> So funktioniert´s bei beiden.
> VG
> Marcus
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 3 Mar 2004 15:32:45 +0100
> From: "Ingo D. Ongemuth" <idong at gmx.de>
> Subject: Re: [php] Session-Variable wird überschrieben.
> To: "deutschsprachige PHP-Mailingliste" <php at phpbar.de>
> Message-ID: <002201c4012c$681a2830$0145a8c0 at teamspring.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hallo Andreas,
>
> > register_globals on bewirkt, dass alle ankommenden Variablen automatisch
> > Variablen des globalen Namensraums sind, also werden auch Session
> Variablen
> > automatisch Skript-Variablen. Ein unschönes Verhalten und einer der
> > zahlreichen
> > Gründe dafür, warum register_globals ab PHP 4.2.x per default auf off
> steht.
>
> danke Dir für die Erläuterung!
> Ingo
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 3 Mar 2004 14:52:28 +0100
> From: InterNetX - Christian Heimerl <christian.heimerl at internetx.de>
> Subject: [php] enum
> To: PHP Liste Deutschland <php at phpbar.de>
> Message-ID: <200433145228.205624 at chris>
> Content-Type: text/plain; charset="iso-8859-1"
>
> hallo freunde der php-kunst,
>
> heute geht es um das thema enum als variablen typ.
> Leider konnte ich weder auf php.net noch mit hilfe von
> google etwas zu dem thema finden. Ich suche nach so
> etwas in der art:
>
> enum( a, b, c, d );
>
> so hätte a den wert 0,
> b = 1
> c = 2 etc
>
> kann da wer helfen?
>
> ps, ich will kein hash, array, define oder sonstiges benutzen
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 3 Mar 2004 12:41:34 +0100
> From: "Burkhard Stollenwerk" <futurefarm at futurefarm.de>
> Subject: [php] Re: example javascript binding
> To: <php at phpbar.de>
> Message-ID: <000201c4011f$0284fb60$9945fea9 at o6l0a3>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hallo,
>
> habs jetzt anders gemacht.
> Übergebe XML-Metatags die dann ausgewertet werden.
> Beispiel:
> PHP-Datei kartenlist.php
> <?header("Content-type: image/svg+xml");
> print('<?xml version="1.0" encoding="iso-8859-1"?>');
> include "inc/open.inc.php";
> ?>
> <svg>
> <def>
> <kartenlist id="kartenlist">
> <?
> $pw=$HTTP_GET_VARS['pw'];
> $user=$HTTP_GET_VARS['user'];
> $nutzer=1;  // Demonutzer
>
> // Finden der Nutzer ID , Passwortabfrage
> //mysql_select_db("futurefarm", $conn);
> $sql="SELECT nutzer FROM user where pw='$pw' and user='$user'";
>
> $result=mysql_query($sql,$conn);
> if($result)
> {
>  while ($row=mysql_fetch_object($result))
>  {
>   $nutzer=$row->nutzer;
>  }
> }
> $karten="";
> $sql="SELECT bezeichnung FROM karten where nutzer='$nutzer' order by
> bezeichnung"; // Finden der Karten
> $result=mysql_query($sql,$conn);
> if ($result) {
>  while ($row=mysql_fetch_object($result))
>  {
>   $karten.=$row->bezeichnung."##";
>  }
> }
> echo(substr($karten,0,-2));
> @mysql_close($conn);
> ?>
> </kartenlist>
> </def>
> </svg>
>
> javasript part:
>
> str="kartenlist.php?pw="+pw+"&user="+user;
>  getURL(str,callback_get_svg);
>
> //////////////////////////////////////////////////////////
> function callback_get_svg(urlRequestStatus)
> {
>     if ((ver.indexOf("Adobe")!=-1) && (ver.indexOf("6.0")!=-1) )   {
>
> // *********************** Mathias FATENE ********************* //
>  if(urlRequestStatus.success==false) {
>  alert('Fehler bei Verbindung zum Server')
>  return 0;
>         }
> // *********************** Mathias FATENE ********************* //
>
>         metadoc=parseXML(urlRequestStatus.content);
>         //////////////////////////////////////////
>         ///////////////////////////////////
>        data=printNode(metadoc).split("\n")
>        //alert("data = "+data);
>        for (child=0; child < data.length; child++) {
>      if (child == 0)
>       metadoc=''
>      else
>          metadoc=metadoc+"\n"+data[child];
>        }
>       //metadoc=metadoc+"\n"+'</metadata>'+"\n";
> // *********************** Mathias FATENE ********************* //
>     //alert("metadoc FROM if = "+metadoc)
> // *********************** Mathias FATENE ********************* //
>       }
>       else {
>         metadoc=parseXML(urlRequestStatus.content,context);
> // *********************** Mathias FATENE ********************* //
>  //alert("metadoc FROM else = "+metadoc)
> // *********************** Mathias FATENE ********************* //
>        }
>
>
>
> new_node = parseXML( metadoc, document )
> child=svgdoc.getElementById(par)
> child.appendChild(new_node);
> par="map";
>
> }
> //////////////////////////////////////////////////////////
>
> Burkhard Stollenwerk
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 03 Mar 2004 15:53:08 +0100
> From: Friedhelm Betz <holliwell at gmx.net>
> Subject: Re: [php] Session-Variable wird überschrieben.
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <4045F154.3060803 at gmx.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> elias wrote:
> >
> >> register_globals on bewirkt, dass alle ankommenden Variablen
automatisch
> >> Variablen des globalen Namensraums sind, also werden auch Session
> >> Variablen
> >> automatisch Skript-Variablen. Ein unschönes Verhalten und einer der
> >> zahlreichen
> >> Gründe dafür, warum register_globals ab PHP 4.2.x per default auf off
> >> steht.
> >
> >
> > was aber nicht erklärt warum das nicht in der dokumentation erwähnt wird
:(
>
> falls dem nicht so sein sollte -> bugs.php.net
>
> Gruesse
> Friedhelm
>
> ------------------------------
>
> Message: 8
> Date: Wed, 03 Mar 2004 16:12:24 +0100
> From: "Henning Heil" <henning.heil at dl.deutsche-leasing.de>
> Subject: Re: [php] dirname($_SERVER['PHP_SELF']) WinXP local vs Linux
> remote
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <4045F5D8.6040308 at dl.deutsche-leasing.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
>
> der thread scheint wohl untergegangen (nur deswegen nochmal als full
> quote), ich habe den code nochmal etwas aufwändiger gebaut:
>
> $location = "http://".$_SERVER['HTTP_HOST'].$_SERVER["PHP_SELF"];
> $origlen = strlen($location);
> $newlen = $origlen - strlen("index.php");
> $location = substr($location,0,$newlen)."startup.php";
>
> Das Problem bleibt aber leider wie unten beschrieben. Kennt jemand die
> Ursache und einen workaround?
>
> Danke & Gruss,
>
> Henning
>
>
>
> ++++ Henning Heil wrote on 28.02.2004 00:22 ++++
>
> > 'n Abend!
> >
> > Bin gerade etwas konfus, vielleicht kann jemand mal erleuchten!?!
> > Folgender code-Schnipsel liefert (als Teil von index.php)
> >
> > $location = "http://".$_SERVER['HTTP_HOST'];
> > $mydir = dirname($_SERVER["PHP_SELF"]);
> > $location .= $mydir;
> > if($debug >= 1) echo "<br> #### debug #### location: ".$location;
> > $location .= "/startup.php";
> > if($debug >= 1) echo "<br> #### debug #### location: ".$location;
> >
> > 1.1. beim navigieren auf WinXP local zu location
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice
> >
> >
> > #### debug #### location:
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice
> >
> > #### debug #### location:
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice/startup.php
> >
> >
> > 1.2. beim navigieren auf WinXP local zu location
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice/index.php
> >
> >
> > #### debug #### location:
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice
> >
> > #### debug #### location:
> >
http://internal.h-quadrat.com/@web/rocketprojects.net/curbanoglu.com/backoff
ice/startup.php
> >
> >
> > 2.1. beim navigieren auf Linux remote zu location
> > http://www.rocketprojects.net/curbanoglu.com/backoffice/
> >
> > #### debug #### location: http://www.rocketprojects.net/curbanoglu.com
> > #### debug #### location:
> > http://www.rocketprojects.net/curbanoglu.com/startup.php
> >
> > 2.2. beim navigieren auf Linux remote zu location
> > http://www.rocketprojects.net/curbanoglu.com/backoffice/index.php
> >
> > #### debug #### location:
> > http://www.rocketprojects.net/curbanoglu.com/backoffice
> > #### debug #### location:
> > http://www.rocketprojects.net/curbanoglu.com/backoffice/startup.php
> >
> > Der Vergleich zeigt, dass auf der remote-Kiste bei 2.1. irgendwie ein
> > Verzeichnis verschluckt wird! Wie kann das sein, das Skript ist doch
> > irgendwie fast Narrensicher (o.k., wir alle wissen, das gibt es
> > nicht)? Ich habe auch nochmal eine komplett andere Variante
> > ausprobiert (in etwa: filename Länge ermitteln, am Ende entsprechend
> > abschneiden, dann neuen filename anhängen), das Problem mit dem
> > Verzeichnis tritt einfach beständig auf. Ist recht unschön, wie sich
> > unschwer erraten lässt verwende ich den code für redirects und dann
> > gibt's jedesmal nen 404.
> >
> > Kann das jemand erklären? Ein bug? Oder auf den OSes so per
> > Definition? Workaround?
>
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 03 Mar 2004 16:36:36 +0100
> From: Sebastian Mendel <lists at sebastianmendel.de>
> Subject: Re: [php] dirname($_SERVER['PHP_SELF']) WinXP local vs Linux
> remote
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <4045FB84.8020502 at sebastianmendel.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Henning Heil wrote:
> > [...]
> >
> > $location = "http://".$_SERVER['HTTP_HOST'];
> > $mydir = dirname($_SERVER["PHP_SELF"]);
> > $location .= $mydir;
> > if($debug >= 1) echo "<br> debug location: ".$location;
> > $location .= "/startup.php";
> > if($debug >= 1) echo "<br> debug location: ".$location;
> >
> > [...]
> > 2.1. beim navigieren auf Linux remote zu location
> > http://www.rocketprojects.net/curbanoglu.com/backoffice/
> >
> > debug location: http://www.rocketprojects.net/curbanoglu.com
> > debug location: http://www.rocketprojects.net/curbanoglu.com/startup.php
> >
> > [...]
> >
> > Der Vergleich zeigt, dass auf der remote-Kiste bei 2.1. irgendwie ein
> > Verzeichnis verschluckt wird! [...]
>
>
> wohl eher kein Bug, liegt eventuell am Apache, unterschiedliche
> Versionen oder Einstellungen.
>
> lass dir doch mal $_SERVER['PHP_SELF'] ausgeben, dies könnte eventuell
> schon unterschiedlich sein
>
> den dirname() entfernt lediglich alles ab dem letzten '/' !
>
> z.b. /path/file.htm => /path
>       /path/file     => /path
>       /path/path/    => /path/path
>       /path/path     => /path        !!!
>
>
>
>
> --
> Sebastian Mendel (www.sebastianmendel.de)
>
> *www.warzonez.de* | www.tekkno4u.de | www.nofetish.com
>
> ------------------------------
>
> Message: 10
> Date: Wed, 3 Mar 2004 16:36:26 +0100
> From: "Norbert Pfeiffer" <norbert at itbw.de>
> Subject: Re: [php] enum
> To: "deutschsprachige PHP-Mailingliste" <php at phpbar.de>
> Message-ID: <002d01c40135$4db1aa00$2401a8c0 at npf>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> enum ist kein PHP-Typ.
> Aber in einigen RDBMS haengen solche Typen rum.
>
> Laesst sich in PHP mittels Hash-Table nachbilden.
>
>
> m. b. G. Norbert
> _____________________
> normal:  02686-987103
> Notruf:  0177-2363368
> ---------------------
> e.o.m.
>
>
> ------------------------------
>
> Message: 11
> Date: Wed, 3 Mar 2004 16:36:40 +0100
> From: Martin Samesch <phpcenter at theraphosidae.net>
> Subject: Re: [php] getcwd() funktioniert nicht mehr
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <E1AyYQH-0006Lf-00 at mrelayng.kundenserver.de>
> Content-Type: text/plain; charset=iso-8859-1
>
> On Wed, Mar 03, 2004 at 01:44:20PM +0100, Sebastian Mendel wrote:
> > Martin Samesch wrote:
> >
> > >bei meinem Webhoster (http://csoft.net/) läuft PHP 4.3.4 auf OpenBSD
3.4.
> > >Bis 2.3. lief es auf Linux und getcwd() hat funktioniert. Seitdem
> > >gibt getcwd() nichts mehr zurück.
> > >
> > >Ist mir etwas entgangen oder sollte ich einen Bug melden?
> >
> > na zumindest deinem Provider ...
>
> Muss erst mal schauen, was noch alles nicht mehr geht (bisher
> viewcvs und mc).
>
> Ich bin aber wohl nicht der Einzige mit diesem Problem:
>
>   http://lists.olug.org/pipermail/olug/2003-November/005321.html
>
> Der Würg-Around funktioniert.
>
> Gruß,
> Martin
>
> ------------------------------
>
> Message: 12
> Date: Wed, 03 Mar 2004 16:55:42 +0100
> From: "Henning Heil" <henning.heil at dl.deutsche-leasing.de>
> Subject: Re: [php] dirname($_SERVER['PHP_SELF']) WinXP local vs Linux
> remote
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <4045FFFE.4040001 at dl.deutsche-leasing.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> ++++ Sebastian Mendel wrote on 03.03.2004 16:36 ++++
>
> > wohl eher kein Bug, liegt eventuell am Apache, unterschiedliche
> > Versionen oder Einstellungen.
> >
> > lass dir doch mal $_SERVER['PHP_SELF'] ausgeben, dies könnte eventuell
> > schon unterschiedlich sein
> >
> > den dirname() entfernt lediglich alles ab dem letzten '/' !
> >
> > z.b. /path/file.htm => /path
> >      /path/file     => /path
> >      /path/path/    => /path/path
> >      /path/path     => /path        !!!
> >
> in Deiner letzten Zeile beschreibst Du vermeintlich korrektes Verhalten,
> d.h. mir bliebe einzig, das Ende vom string auf '.php' zu prüfen (sollte
> ja von einer php-Seite kommen) oder eben wenn nicht einen slash
> anzuhängen um den Verlust des letzten Verzeichnisses zu vermeiden. Dabei
> hatte ich das erste Beispiel, dass ich gepostet habe aus der php-Doku .
> . . :-(
>
> Könnte auch an den rewrite-Einstellungen vom Apache liegen, aber davon
> hab' ich so gar keinen Schimmer. Oder eben am OS, kann man aber schlecht
> ändern. Sieht aus als müsste ich obige Prüfung einbauen.
>
> Cherio,
>
> Henning
>
>
> ------------------------------
>
> Message: 13
> Date: Wed, 3 Mar 2004 17:03:19 +0100
> From: "Norbert Pfeiffer" <norbert at itbw.de>
> Subject: [php] 1/2 OT - header bei fsockopen
> To: "list php de" <php at phpbar.de>
> Message-ID: <003b01c40139$102154c0$2401a8c0 at npf>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> normalerweise regeln Browser und Server das unter sich,
> aber bei fsockopen(); muss man das selbst erledigen.
>
> Frage:
> wo finde ich einen Haeder, der dem Apache beibringt
> nix zu chunken, was immer er damit meint ...
>
> z.B. wenn man eine reine Textdatei abfordert, sendet der
> Apache am Anfang und Ende, gelegentlich auch mittendrin
> eine mir unverstaendliche Zahl mit.
> - wird der Text mit PHP generiert, kann man mit
>   header('Tranfer-Encoding: not chunked');
>   das Senden der Zahlen unterbinden
> - aber was macht man, wenn kein Script arbeitet ... ?
>
> IMHO muesste man einen Header senden, der das abstellt.
> Logisch waere 'Accept-Encoding: not chunked' zu senden.
> Aber das funktioniert nicht ... :-(
>
>
> PS:
> ein Fallback von 'HTTP/1.1' auf 'HTTP/1.0' laesst die
> unsinnigen Zahle verschwinden, aber das kann es ja wohl
> nicht sein ... oder ... ?
>
> PS2:
> <copy>
> 115
> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
> <HTML><HEAD><TITLE>404 Not Found</TITLE></HEAD><BODY>
> <H1>Not Found</H1>The requested URL /fast/_img/asdf.htm
> was not found on this server.<P><HR><ADDRESS>Apache/1.3.29
> Server at home.npf Port 80</ADDRESS></BODY></HTML>
>
> 0
> </copy>
> was sollen mir diese Zahlen sagen ... <gruebel>
>
>
>
> m. b. G. Norbert
> _____________________
> normal:  02686-987103
> Notruf:  0177-2363368
> ---------------------
> e.o.m.
>
>
> ------------------------------
>
> Message: 14
> Date: Wed, 3 Mar 2004 17:08:09 +0100
> From: Friederun Göllner <goellner at macnews.de>
> Subject: [php] include und Variable
> To: php at phpbar.de
> Message-ID: <a0602043ebc6bb13484d8@[10.0.1.2]>
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>
> Kurze Frage:
>
> Ich navigiere mich durch .php-Seiten indem ich Urls bastele die so
> aussehen: <a href=\"action.php?var=xyz\">. Dadurch wird eine Datei
> mit einem bestimmten Parameter aufgerufen.
>
> Nun moechte ich eine Datei mit include einbinden, aber auch sie
> wieder mit Parameter versehen. include("action.php?var=xyz");
> funktioniert nicht. Es kommt ein parsing error. include("action.php")
> geht.
>
> Gibt es ueberhaupt eine Moeglichkeit mit include einer Datei einen
> Parameter zu uebergeben - oder wie kann ich das anders loesen?
>
> Gruesse
> Friederun
>
> ------------------------------
>
> Message: 15
> Date: Wed, 03 Mar 2004 17:11:53 +0100
> From: helm <mhe at ltcgroup.de>
> Subject: Re: [php] 1/2 OT - header bei fsockopen
> To: deutschsprachige PHP-Mailingliste <php at phpbar.de>
> Message-ID: <opr4am93wck44wj7 at ltcgroup.de>
> Content-Type: text/plain; format=flowed; charset=iso-8859-15
>
> Am Wed, 3 Mar 2004 17:03:19 +0100 schrieb Norbert Pfeiffer
> <norbert at itbw.de>:
>
> > PS:
> > ein Fallback von 'HTTP/1.1' auf 'HTTP/1.0' laesst die
> > unsinnigen Zahle verschwinden, aber das kann es ja wohl
> > nicht sein ... oder ... ?
> >
> > PS2:
> > <copy>
> > 115
> > <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
> > <HTML><HEAD><TITLE>404 Not Found</TITLE></HEAD><BODY>
> > <H1>Not Found</H1>The requested URL /fast/_img/asdf.htm
> > was not found on this server.<P><HR><ADDRESS>Apache/1.3.29
> > Server at home.npf Port 80</ADDRESS></BODY></HTML>
> >
> > 0
> > </copy>
> > was sollen mir diese Zahlen sagen ... <gruebel>
>
> mitnichten "unsinnig",
> eine erweiterung des protokolls wuerde ich sagen so auf den ersten blick,
>
> ist in hex die anzahl von bytes die du lesen kannst, bis zum nexten
> blockbeginn,
> bei dir 115hex = 277 bytes (miss mal von "<!DOC .. \n"), und dann 0hex =
> 0, also nuescht
>
> ciao
>   Mathias
>
> ------------------------------
>
> --
> php mailing list
> php at phpbar.de
> http://lists.phpbar.de/mailman/listinfo/php
>
>
> Ende php Nachrichtensammlung, Band 9, Eintrag 10
> ************************************************
>


php::bar PHP Wiki   -   Listenarchive