[REGEX] img src="" filtern

[fireweasel]

Ich mag das U nicht. ...
Wenn ich dann solche exotischen Sachen wie 'U' verwende, müsste ich die Regex für anderweitige Verwendung immer wieder umschreiben.
Mit der '?'-Verwendung "spare" ich zwar nicht an jedem Zeichen ein, bin aber mehrfach kompatibel; ...

Eine (halbwegs) aktuelle PCRE-Implementierung sollte "(?U)" unterstützen.

Fazit: Diese Agonie um das Einsparen von einzelnen Zeichen ist oft nicht wirklich sinnvoll...

Nun, ich verspüre keinerlei Schmerzen beim Einsparen von Zeichen.
Tippfaul bin ich aber schon. Trotzdem stimme dir in einem Punkt zu: Auch mir erscheint der /U-Modifikator selten hilfreich, vor allem weil er die Greedy-Lazy-Bedeutung umkehrt und deshalb mit meinen eingefahrenen Denkmustern (? == lazy) kollidiert.

[syntaxerror]

vor allem weil er die Greedy-Lazy-Bedeutung umkehrt und deshalb mit meinen eingefahrenen Denkmustern (? == lazy) kollidiert.

Genau, er zwingt mich regelrecht zur Denkweise "von hinten und durch die Brust ins Auge"

[unset]

Aha, schön zu wissen... Aber der Thread ist fast ein Jahr alt.

Um genau zu sein ist der Thread zwei Jahre alt, und mitlerweile gibt es DOM für PHP, womit sich das ganze wesentlich bequemer & zuverlässiger bewerkstelligen lässt.

[syntaxerror]

Um genau zu sein ist der Thread zwei Jahre alt, und mitlerweile gibt es DOM für PHP, womit sich das ganze wesentlich bequemer & zuverlässiger bewerkstelligen lässt.

Weiß ich sehr gut. Aber ich kann nicht immer so entwickeln, wie ich gerne möchte - wie schon anderswo mal angerissen -, weil die PHP4-Engines eben bis dato SEHR verbreitet sind und $KUNDE auch nicht alles umpolen will nur weil ich jetzt mit hippem 5er-Code daherkomme.
Bei meinen privaten Spielereien muss ich zugeben, dass die 5er einfach die Bombe ist - auch weil man fast wie in einer Art OOP-C++ denken kann. PHP4 mutet da fast wie ein Rückschritt von C++ auf C an ... falls man das überhaupt mal so grob vergleichen kann...

[fireweasel]

Um genau zu sein ist der Thread zwei Jahre alt, und mitlerweile gibt es DOM für PHP, womit sich das ganze wesentlich bequemer & zuverlässiger bewerkstelligen lässt.

Um ein paar <img>s aus einer Tag-Suppe zu filtern, würde ich mir das Anwerfen der DOM-Klassen[1] sparen. Die versagen höchstwahrscheinlich sowieso, wenn es sich nicht um wohlgeformtes (X)HTML handelt.

[AmicaNoctis]

Die versagen höchstwahrscheinlich sowieso, wenn es sich nicht um wohlgeformtes (X)HTML handelt.

Mit img-Elementen wird es wohl keine Probleme geben. Probleme entstehen nur, wenn nicht wohlgeformter Code geparst wird und dadurch Verschachtelungen entstehen, die laut DTD nicht mehr logisch sind, z. B.

html
  head
    meta
      meta
        title
        link
          link
...

[unset]

Um ein paar <img>s aus einer Tag-Suppe zu filtern, würde ich mir das Anwerfen der DOM-Klassen[1] sparen. Die versagen höchstwahrscheinlich sowieso, wenn es sich nicht um wohlgeformtes (X)HTML handelt.

Noe, bisher hatte ich damit nie Probleme, und ich hab denen schon schlimme Verbrechen an der Menschheit reingeschmissen.

[PHP-Desaster]

Der DOM-Parser ist auch für HTML extremst gut geeignet. Da würde ich gar nicht groß überlegen.