Warning: require_once(Zend/Application.php): failed to open stream: No such file or directory in /srv/www/htdocs/web199/html/production/public/index.php on line 19
habt ihr sowas schon gehabt? kennt ihr euch damit aus?
dann helft mir doch mal

Normalerweise heisst es, dass die Datei nicht gefunden wurde. Ist der Pfad korrekt?

Zur Not einfach mal den absoluten Pfad angeben, also ab C:\ oder woauchimmer die Datei liegt.

Wäre wahrscheinlich nicht schlecht vorher abzufragen, ob die Datei existiert:

<?php
$file = “/srv/www/my_php_file.php”;
if(file_exists($file)) require($file);
else throw new exception(“Die benötigte Datei “.basename($file).” konnte nicht eingebunden werden.”);
?>

Was steht in /srv/www/htdocs/web199/html/production/public/index.php Zeile 19 ?

ok habs denke ich:
upgrade von php 5.2 auf 5.3
http://foobar.lamp-solutions.de/howtos/programmierung/php/ei...

Ich schreibe hier einfach auch mal mein Anliegen rein, da der Threadname ebenfalls passt.

Ich aus einem Timestamp ein Datum erzeugen. Das mache ich folgender Maßen:

Er erzeugt mir auch ein Datum…dummerweise nur das falsche. Ich habe den Wert aus $row[‘Timestamp’] manuell mit dem Taschenrechner zurückgerechnet und er stimmt. Wenn ich anstatt der Variabel time() (Timestamp bis ‘jetzt’) einsetze, kommt das richtige Datum raus. Hat da jemand eine Idee? Ich habe ja das Gefühl, dass die Funktion kaputt ist.

@BMS: Steht in deinem Timestamp-Feld der Integerwert?

Du könntest auch mal versuchen die Daten aus MySQL mit SELECT UNIX_TIMESTAMP(timestamp) auszulesen.

Könnte mir gut vorstellen, dass es ein Formatierungsproblem ist, also dass er den Timestamp nicht als richtigen Timestamp erkennt.

Also dann kommt nur 0 raus. Ich habe das auch schon öfters so gemacht. Das Feld mit dem Timestamp ist BIGINT und die DB ist auf utf-8 kodiert. Und es funktioniert eigentlich wurnderbar. Nur hier komischer Weise nicht.

Könnte das vielleicht daran liegen, dass ich mit Ajax (JS) die Daten aus einem Textfeld an eine php-Datei schicken, die das dann erst einträgt?

Ich werde vorübergehend alles manuell durchrechnen lassen.
EDIT: Das manuelle werde dich doch erstmal lassen, da mir das zu viel Aufwand ist (Schaltjahre etc.).

EDIT2: Aufgefallen ist mir auch noch, dass er etwas anderes ausgibt, wenn ich die Zahl als Zahl und als String angebe.

Ich habe den Fehler jetzt endich gefunden. Ich hatte mir den Timestamp in JS mit getTime() erstellt, diesen per Ajax an php gesendet, wo es in eine DB geschrieben wurde, welche von einem anderen php-Skript ausgelesen wurde, um den Timestamp mit date() wieder in eine Datum zu wandeln.

Der größere Fehler von 2en war, dass getTime() kein UNIX Timestamp ist, sprich, getTime() liefert die Milisekdunden seit dem 1.1.1970. Der UNIX Timestamp, der von php verwendet wird, benutzt jedoch hingegen nur Sekunden, was auch in date() verwendet werden muss.

Der 2. Fehler war, dass mein php auf UTC läuft, wir aber in UTC+01:00 leben. Jtzt läuft es auf jeden Fall.

Irgendwie habe ich den Thread bisher immer übersehen, weil das mit dem UTC +01:00 hatte ich gerade beim lesen von ganz oben nach hier unten schon im Visier und warum du einen BIGINT nimmst bei einem Wert der auch in einen INT unsigned passt hat mich auch stutzig gemacht.
Vor allem da bei größeren Datenmengen diese zu groß gewählten Datenbankfelder sich auch wieder negativ auf den Plattenplatz auswirken.