Eupinkepank

Generell ist das schon möglich... Ich hatte ein ähnliches Problem zu lösen. Nehmen wir mal an, ein User ist auf einer Seite und liest nur, ohne zu klicken. Wenn er eine Nachricht bekommt, sollte die Headline im rechten Bereich (das war so eine Shoutbox) erscheinen, ohne dass der einen Klick tätigen muss. Man kann das elegant via AJAX lösen, da man dort via JavaScript die Möglichkeit hat "Pseudo Cronjobs" zu erstellen. Das bedeutet, dass ein Java Script alle nn Sekunden z.B. ein php Programm anstößt, welches nach neuen Messages sucht. Klappt prima, ist aber ein recht großer Aufwand.

Wenn der Code in etwa so aussieht <? var_dump($_POST); // <--- Hier sind die Post Datas noch da include ("hallo.php"); var_dump($_POST); // <--- Hier sind die Post Datas nicht mehr da ?> [/PHP] Dann liegt das ganz sicher nicht an php.ini Einstellungen, sondern wohl an der inkludierten Datei.

Jedem der Interesse am "sauberen" erlernen von php hat, kann ich das Buch "PHP in a Nutshell" empfehlen. Ist vom Oreilly Verlag und natürlich in Deutsch. Sehr gut, gerade für Anfänger, ist die Tatsache, dass die Funktionsreferenz nicht alphabetisch Sortiert hinten dranhängt, sondern Step by Step beschreiben wird... Und zwar nicht alphabetisch sondern nach Bedarf. Dort wird auch die OOP kurz angerissen. Ist zwar sauteuer (ich glaube 34 Euro) aber ist absolut genial. Ebenfalls von Oreilly ist "Umsteigen auf PHP5". Sehr genial geschrieben. Hier wird die OOP "from the scratch" erklärt.

Wenn ich dieses Programm sehe, wachsen mir Haare auf dem Rücken. Sag uns doch mal was das Ding überhaupt machen soll... Ein "include" fügt lediglich das an der Stelle ein, was das inkludierte Programm liefert. Wenn Du also mit Deinem Programm auf z.B. Neue Internetpräsenz bist, und dann ein Include auf "www.subdomain.meineDomain.de/wasweissich.php?paramater=12" machst, bekommst Du dort kein PHP Programmcode, sondern interpretiertes HTML. [edit] Ein Include mit führendem "http://...." sollte es in keinem Programm der Welt geben! Programme, die Du inkludierst, sollten immer UNTERHALB oder parallel zu "html" (oder halt "htdocs" oder wie auch immer dieser Ordner bei Dir heisst) liegen. Es mag auch Ausnahmen geben, dann solltest Du aber wissen was Du tust und das scheint hier nicht der Fall zu sein. [/edit]

Das Problem kenn ich... Ich mache es seit dem so: Subject und Mailtext schreibe ich in eine Datenbank und versende alle Mails aus der DB via Cronjob alle 2 bis 5 Minuten. Dann habe ich mein Protokoll.

Das mit dem Namespace leuchtet ein, aber wenn man eine Entwicklungsumgebung wie ZEND nutzt, läuft man da auch nicht in Probleme. Mir wäre das Konstrukt mit den "Pseudoklassen" zu aufwendig und undurchsichtig. Aber dennoch ist das so natürlich möglich.

Merkwürdig, merkwürdig... Habe es gerade bei mir probiert... Funktioniert.... ?!?! Es ist irgendeine dämliche Einstellung... Generell muss das funktionieren. Sorry..

Dem ist eigentlich nix mehr hinzuzufügen. Als kleiner Tipp im Bereich OOP: Es gibt für das Erstellen von Klassen sehr schöne Editoren. (Stichwort UML) Für Linux User gibt es "umbrello" und für XP User gibt es "argouml". Beide Programme sind so aufgebaut, dass man dem Editor über eine grafische Oberfläche mitteilt was man gerne tun möchte und der Editor zum Schluss automatisch den PHP5 Code generiert. Das spart eine Menge Arbeit und funktioniert ganz prima. Das Programm "argouml" hat nebenbei noch die schöne Funktion, dass man dort seine fertigen Klassen importieren kann und das Programm dann die Diagramme erstellt. Beide Programme sind Freeware, wobei mir UMBRELLO unter Linux besser gefällt.

max_execution_time: 30 Dein Programm wird also nach 30 Sekunden aubgebrochen. Setz den Wert mal hoch auf 3600 (nur so zum Testen). Ferner setz den Wert für post_max_size hoch auf 100M Max_input_time und max_execution_time sollten immer den gleichen Wert haben... also ach rauf damit auf 3600. Dann sollte das funktionieren. Ferner versuchst Du gerade eine 1.7 MB große Variable über eine POST methode zu senden... Da sollte im <form> Tag folgendes stehen: enctype="multipart/form-data" Dann wird das auch mit dem Nachbarn klappen....

Mach das einfach so... Nehmen wir an, Du hast diese Klassen: person() auftrag() nun solltest Du die Klassen in dieser Form auf dem Server speichern: class.person.php class.auftrag.php Setze nun an den Anfang eines Skripts, welches Klassen benötigt, einfach folgende Funktion: function __autoload($class_name){ include "class.$class_name.php"; } [/PHP] PHP wird nun die jeweilige Klasse selbst inkludieren wenn sie benötigt wird. Du musst Dich um nix mehr kümmern.

Hi! Ahnung habe ich generell davon nicht, aber ist das nicht "mit Kanonen auf Spatzen schießen" ?? Wenn Du doch eine Datei mit all Deinen Funktionen hast, dann ist das doch prima. Warum um die einzelnen Funktionen in Klassen packen?! Wenn das Projekt groß ist, solltest Du es evtl. komplett auf OOP umstellen. Auch wenn das im ersten Moment etwas an Arbeit bedeutet, wird es Dir Dein späteres Leben mit dem Projekt erleichtern. Ich mache seit PHP 5 alles nur noch in OOP und die Vorteile sind gigantisch.

Stimmen denn die Werte für max_execution_time max_input_time post_max_size ??? Sie sollten schon dementsprechend dimensioniert sein.