Moin!

»» Eine vernünftige Prüfung des Variableninhalts führt man mit var_dump() durch.
»»

Unterscheidet sich nicht sonderlich von print_r(), und ein Test brachte das gleiche Resultat.

Welches du nachhaltig verschweigst.

»» Ich vermute, du hast auch noch ein paar Tippfehler integriert, und greifst irgendwo auf den falschen Wert zu, ohne es zu bemerken.

Sicherheitshalber alles copy&paste, also kein Tippfehler.

Ok, aber jetzt ist halt unklar:

Normalerweise komme ich zurecht. Das Seltsame ist, wenn ich ein Beispiel aus den Werten erstelle die mir print_r gibt, passiert kein Fehler:

<?php

$w[Title] = 'Suche der Maerkischen Allgemeinen';
$w[Summary] = 'Dortmund (dpa) genommen haben soll, muss als Baecker weiterbeschaeftigt werden. Das hat das Arbeitsgericht Dortmund entschieden.';
$w[Url] = 'http://www.maerkischeallgemeine.de/cms/beitrag/11452518/63589/Jaehriger-muss-im-Broetchenbelag-Fall-weiterbeschaeftigt-werden.html';
$w[ClickUrl] = 'http://www.maerkischeallgemeine.de';
$w[NewsSource] = 'Maerkische Allgemeine';
$w[NewsSourceUrl] = 'http://www.maerkischeallgemeine.de/';

if($w['ModificationDate']){
echo '<h5>DER WERT IST VORHANDEN</h5>';
$lastmod  = date("D, d.m.Y",$w['ModificationDate']);
}

// Mal sehen ob eine Fehlermeldung kommt
echo $lastmod  = date("D, d.m.Y",$w['ModificationDate']);

?>

  
Was produziert dieser Code als Ausgabe? Entspricht das deinen Erwartungen?  
  
Wenn ja (meine Erwartung: Es gibt kein <h5>), dann ist die einzige Erklärung für die Abweichung von diesem Code zu deinem eigentlichen Skript, dass die Variable $w anderen Inhalt hat.  
  
Was sagt var\_dump()? Eine übersichtliche Anzeige erhältst du, wenn du die Ausgabe in <pre>-Tags setzt:  
  
echo "<pre>"; var\_dump($w); echo "</pre>";  
  
 - Sven Rautenberg

Hi Heinz,

$w[Title] = 'Suche der Maerkischen Allgemeinen';
$w[Summary] = 'Dortmund (dpa) genommen haben soll, muss als Baecker weiterbeschaeftigt werden. Das hat das Arbeitsgericht Dortmund entschieden.';
$w[Url] = 'http://www.maerkischeallgemeine.de/cms/beitrag/11452518/63589/Jaehriger-muss-im-Broetchenbelag-Fall-weiterbeschaeftigt-werden.html';
$w[ClickUrl] = 'http://www.maerkischeallgemeine.de';
$w[NewsSource] = 'Maerkische Allgemeine';
$w[NewsSourceUrl] = 'http://www.maerkischeallgemeine.de/';

  
Hast du wirklich das Error-Reporting auf E\_ALL stehen, wie Sven es vorgeschlagen hat? Wenn ja, dann müssten hier auf jeden Fall schon mal 6 Notices ausgespuckt werden. Oder hast du die Konstanten wirklich alle am Scriptanfang definiert? Also:  
  
~~~php
define('Title', 'Title');  
define('Summary', 'Summary');  
// usw.

In diesem Posting von dir sind nämlich als Index jeweils die Namen der Konstanten eingesetzt worden, was das Standardverhalten von PHP ist, wenn eine Konstante nicht existiert, aber mindestens eine Notice ausspucken sollte (bei E_ALL).

Viele Grüße,
  ~ Dennis.

Hi,

Normalerweise komme ich zurecht. Das Seltsame ist, wenn ich ein Beispiel aus den Werten erstelle die mir print_r gibt, passiert kein Fehler:

Damit widersprichst du deiner eigenen Aussage, normalerweise würdest du "zurecht kommen".

[...]
if($w['ModificationDate']){
echo '<h5>DER WERT IST VORHANDEN</h5>';
$lastmod  = date("D, d.m.Y",$w['ModificationDate']);
}

// Mal sehen ob eine Fehlermeldung kommt
echo $lastmod  = date("D, d.m.Y",$w['ModificationDate']);

Wenn ich diesen Code bei mir Copy&Paste teste, kommt - neben, wie schon erwähnt wurde, zahlreichen Meldungen der Form
Notice:  Use of undefined constant Title - assumed 'Title'
am Ende auch die Meldung
Notice:  Undefined index:  ModificationDate

• und zwar einmal an der Stelle, wo du den nicht existenten Wert per if abzufragen versuchst, und dann nach dem if, wo du ihn als Parameter für date zu verwenden versuchst.
  Die Ausgabe der H5-Überschrift kommt natürlich nicht.

Deine eingangs genannte Meldung

Warning: date() expects parameter 2 to be long, string given

kommt (wie zu erwarten) nicht.

Folglich: Dein gezeigter Code passt nicht zum Problem, immer noch nicht.

MfG ChrisB

Hi,

»» poste bitte einen ausreichenden Code-Teil, *der Deine Debug-Ausgabeversuche enthält*, sowie das Ergebnis der Ausgabe (aus dem Quelltext des Resultats, nicht aus der Interpretation durch einen Browser).
Das habe ich bereits mehrfach getan,

bitte verlinke den Artikel, in dem Du einen relevanten Code-Ausschnitt gepostet hast, der eine Debug-Ausgabe durchführt.

Und wenn du "genau" auf das achtest was ich hier als Ausgabe poste, wirst du erkennen, dass zb. <pre> nicht von der Browserausgabe stammen kann, sondern bereits vom Quelltext.

Diese Debug-Ausgabe ist ohne Kontext und somit nutzlos.

Cheatah

Hi,

PHP sagt, der Wert ist an der Stelle, wo du ihn date als zweiten Parameter übergibst, vom Typ String - also sehe ich zunächst mal keinen Grund, ihm das nicht zu glauben.

Und wie erklärst du dann das Fehlen bei var-dunp und print_r?

Neben dem Verdacht, dass es wirklich an deinen Debug-Versuchen liegt - eventuell auch damit.

MfG ChrisB