Unbenutzte CSS Klassen finden ..., ... oder vielleicht sogar Bilder? Einstellungen

[Conny]

Hi Ingo,
es scheint zu funktionieren!
Mich befremdet aber, daß die Ausgabe so aussieht:

QUELLTEXT

Suche nach unbenutzten Bildern
Start Suche
Optionen
106 zu scannende Dateien in:
   D:/Website
gefunden.
nicht berücksichtigte Verzeichnisse:
   A
   b
   l
   a
   g
   e
   |
   f
   o
   r
   e
   n
   |
//* Hier zwischen weitere vertikale Verzeichnisse, die , die unten auch Horizontal stehen *//
   s
   h
   e
   e
   t
   s
   Ablage|foren|galerie|include|movie|perl|scripts|sheets

//* Dann folgt: *//

175 Bilder in:
   D:/Website/pics
gefunden.
nicht berücksichtigte Verzeichnisse:
   D
   e
   p
   o
   t
   _
   J
   P
   G
   |
//* Also wieder erst Vertikal, dann Horizontal *//

Depot_JPG|Depot_Gif

Davon werden nicht verwendet:
D:/Website/pics/gfbild/adobe.gif
D:/Website/pics/gfbild/lesen.gif
D:/Website/pics/gfbild/pc-grr.gif
D:/Website/pics/gfbild/plan-0a.gif
D:/Website/pics/gfbild/play.gif
D:/Website/pics/gfbild/rev.gif
D:/Website/pics/gfbild/stop.gif

//* Und weitere Bilder... *//

Insgesamt werden 22 Bilder nicht verwendet!

(c) ibs&p 2005, Version vom 26.02.2005 19:42

Einige Bilder sind tatsächlich *ausser Betrieb*, einige aber definitiv in Gebrauch!
So sind *play.gif* rev und stop die Gifs für die Steuerung der Bildergalerien und keine Leichen.

cu
Conny

[Conny]

Hallo Ingo,
bin in der Sache ein kleinen Schritt weiter.
Einige Bilder werden deswegen als *Leiche* angezeigt, weil sie sich -bei mir- weder in eine HTML-, noch in eine PHP-Datei befinden, sondern in eine *.DAT Datei die dann mittels PHP includiert wird.

Schleierhaft ist mir immer noch die vertikale Ausgabe des Textes im Perl-Script.
*Gewollt* ist das doch wohl nicht oder?

cu
Conny

[i.b.g]

Hallo Conny,

melde mich jetzt erst, weil ich mit meiner Tochter eine Hausarbeit in Biologie angefertigt habe. "Die Honigbiene" - war nicht so schlimm, weil der Großvater Imker ist.

Die Erweiterungen sind in der nächsten Version variabel vom Nutzer vorgebbar. Das mit der Vertikalen Ausgabe ist seltsam und bei mir noch nicht aufgetreten. Es ist aber so, dass das Script im Moment vollständige Pfade benötigt. D.h. Du musst das noch so machen:

QUELLTEXT

# Konfiguration für das Suchen nach unbenutzten Bildern
# ibs&p 2005
# picnotused.cfg
#
# Hier können die Verzeichnisse eingetragen werden, wo die zu scannenden oder
# sonstigen Dateien sich befinden.
# Dateien sind zurzeit: *htm*,css,php*,js
# In einer nächsten Version können hier auch die Dateiendungen hinterlegt werden,
# die gescannt werden sollen.
# Es können mehrer Verzeichnisse mit Komma getrennt eingegeben werden.

HOME=c:/home/ingo/html/interpro_neu

#
# das gleiche für die Bilder
# Bilder sind zurzeit: jpg, gif, png

BILD=c:/home/ingo/html/interpro_neu/bilder

#
# Verzeichnisse, die unter HOME liegen und nicht gescannt werden sollen

NOHTML=c:/home/ingo/html/interpro_neu/schulen,c:/home/ingo/html/interpro_neu/kultur

#
# Verzeichnisse, die unter BILD liegen und nicht ausgelesen weden sollen

NOBILD=c:/home/ingo/html/interpro_neu/bilder/mbt,c:/home/ingo/html/interpro_neu/bilder/icons

Könnte sein, dass es daran liegt. Und keine Angst vor langen Zeilen, denn solange Du einfach weiterschreibst und dem "textarea" den Zeilenumbruch überlässt und nicht Enter drückst, bleibt es eine einzige Zeile.

Ansonsten hat es wohl im Wesentlichen richtig gearbeitet.


[EDIT]
Sorry, Sorry, Code mit Testresten ins Netz gestellt!!!
Werde nachher gleich eine bereinigte Version zum Download ablegen.
[/EDIT]

Der Beitrag wurde von i.b.g bearbeitet: 27.02.2005 - 19:01

[i.b.g]

Hallo,

so kleinen Bug behoben. Problem war die split-Funktion mit der man Textvariablen zu Arrays konvertieren kann.

QUELLTEXT

   my @nohtml = split ('|', $nohtml);

Ergibt ein Array, wo jeweils ein Zeichen ein Element des Arrays ist.

QUELLTEXT

   my @nohtml = split ('\|', $nohtml);

Wenn man den | mit \ maskiert, dann wird der | als Trennzeichen zwischen Zeichenketten erkannt.

Es ist zwar richtig, dass split mit einer Regexp umgehen kann, aber dass zwischen Hochkommata gesetzte Zeichen genauso wie in einer Regexp behandelt werden, war mir bisher unklar.

Da wirst'e alt wie 'ne Kuh und lernst immer noch dazu.

[Conny]

Hallo Ingo,
herzlichen Glückwunsch
DasScript arbeitet -bei mir- nun fehlerfrei!!

Herzlichen Dank für die Arbeit und die Mühe die Du Dir gemacht hast.

cu
Conny (Der immer schon gesagt hat: "Eine Kuh macht muh, viele Kühe machen mühe" )

[i.b.g]

Hallo Andreas, Hallo Conny und alle anderen,

habe das Suchscript nun so erweitert, dass neben den fest "verdrahteten" Dateierweiterungen auch eigene in der Konfiguration angegeben werden können.

Neueste Version wie immer >> HIER <<!!

[Conny]

Hallo Ingo,
hab' die neue Version gerade mal durchlaufen lassen...

PERFEKT!

Das Script arbeitet fehlerfrei, auch die *.dat-Dateien werden nun korrekt ausgelesen.

cu
Conny

[Google Bot]