Ist das die normale Galerie die du eingefügt hast? Welche Art hast du eingestellt? Miniaturbild?

Die Bilder gehen wahrscheinlich als Showbox auf ùnd hier muss man beim Reiter STIL bei der Maximalen Größe die Werte anpassen!  Allerdings wenn du hochstehende und vertikale Bilder gemischt hastm wird sowieso irgendwo ein Rand rein.

Hallo Andreas,

ich habe Miniaturbild eingestellt und nur Querformat. Das müsste also alles passen und die anderen Seiten funktionieren immer.

Das große (und einzige) Problem ist die Darstellung, dass viele Bilder nur auf der einen (Homepage-)Seite verstümmelt dargestellt werden, also von unten her grau oder mit Farbstreifen versehen sind. 

Manchmal erscheinen sie alle in Ordnung und später ist wieder das eine oder andere Bild, auch andere Vorschaubilder, plötzlich wieder optisch beschädigt.

Und zeitweise benötigt diese Seite zur Vorschau immer längere, manchmal mehrere Minuten.

Alle anderen Seiten (mit denselben Einstellungen) funktionieren.

Viele Grüße,

Tom

Großbild

Und wie ist es online? - könnte evtl. auch ein PC-Problem sein.

Mal versuchen WebSite X5 neu zu installieren, vorher Sicherheitskopie des Projekt erstellen.

WebSite X5 - Sicherheitskopie des Projekts > 5 Export > Projekt exportieren

Wie groß sind die Bilder die du eingefügt hast? Wenn du viele Bilder in eine Galerie gepackt hast, sollten diese geshrinkt werden auf unter 500kb!  Wenn du 5MB Bilder einbindest, könnte es diesen Effekt hervorrufen. 

Welche Bilder fügst du ein?  jpg, png, gif...?

Sind auch leere Reihen und Spalten im Raster vorhanden? Wenn ja, dann diese mal löschen oder mit leeren HTML-Objekten bestücken.

Andreas, die Bildgröße könnte mit eine Ursache sein. Da es sich teils um Makroaufnahmen handelt, sind diese mit etwa 3-4 MB Größe als jpg eingestellt und tatsächlich hatte ich auch einige "Leerbilder" in den Spalten.

Nach kürzlichem Update  von X5 2021 auf die aktuelle Version (2022.3.4) hatte anfänglich auch alles geklappt. Auf der momentan hochgeladenen Homepage ist auch noch alles bereinigt. Nun nach Hinzugügen weiterer Aufnahmen habe ich ständig in der Vorschau (wechselnde) Probleme.

Für mich unverständlich ist, dass von einigen Seiten nur diese eine Seite immer Probleme macht.

Es könnten natürlich auch Festplattenfehler vorhanden sein, dass diese Bilder aber gerade an solchen Stellen abgelegt sind und deshalb die Probleme auftreten???

Ich versuche jetzt einmal die "Problembilder" weiter zu komprimieren, schaue was sich dann tut und werde darüber berichten.

Ich habe mal das PNG-Bild mit IrfanView ins WebP- und JPG-Format umgewandelt ...

-----

Ameise_Badberg_Kaiserstuhl... .png (1000 x 626 px) = 947 KB (starke Vergröß. keine Artefakte)

Mit IrfanView als WebP (Default) (1000 x 626 px) = 27 KB (bei starker Vergröß. keine Artefakte)

Mit IrfanView als JPG (Qualität=70) (1000 x 626 px) = 43 KB (bei starker Vergrößerung Artefakte)

Mit IrfanView als JPG (Qualität=85) (1000 x 626 px) = 67 KB (bei starker Vergrößerung Artefakte)

Mit IrfanView als JPG (Qualität=94) (1000 x 626 px) = 126 KB (starke Vergröß. kaum Artefakte)

-----

... und rund 97% (WebP) bzw. 95% / 93% / 87% (JPG) Speicherplatz gespart.

Bei normaler Bildgröße am Notebook fallen die Artefakte selbst bei JPG (Qualität = 70) nicht auf.

Wer keine Pro-Version* hat kann die Fotos als JPG (Qualität = 70) speichern und viel Speicherplatz bei WebSite X5 sparen, wenn die Bilder später von den Besuchern nicht vergrößert werden sollen.

--------------------

*Pro-Version kann die Bilder beim Hochladen (Export) ins WebP-Format umwandeln, ob sie auch Bilder im WebP-Format einfügen kann?

Ich habe die Evo-Version und da sind Bilder im WebP-Format in der Bilderauswahl unsichtbar.

@Daniel  Nein, Bilder in WebP werden nur umgewandelt (PRO Version) und können nicht als WebP Bild eingefügt werden.

Hallo Daniel,

ich habe nun die Homepage (www.Tom-Eck.de) nochmals hochgeladen. Dort bitte mal folgende Reihenfolge versuchen: Insekten - Schmetterlinge - Schmetterlinge.

Bei den Bilder soweit nach unten gehen, bis "Erebidae" erscheint und mal die vierte Aufnahme (Seideneulchen) anklicken. Es erscheint das abgeschnittene Großbild und unten in der "kleinen Vorschauleiste" sind weitere abgeschnittenen Bilder zu erkennen. 

Dies geschieht auch bei geshrinkten Bilder.

Bin gespannt, ob man dabei auf eine Ursache stoßen könnte.

Die Dateigrößen der Fotos sind fürs Internet einfach viel zu groß, siehe

-----

Erebidae

Schmetterling_Seideneulchen_Rivula-sericealis_Rastatt-Sued_DSC_1461_01.png (PNG-Grafik, 1577 × 1080 Pixel) - Skaliert (68%)

Größe: 2.489,46 KB

-----

Mit IrfanView als JPG (Qualität = 70) nur 136 KB - nur 1/18 des PNG-Fotos

-----

Woran das Problem liegt weiß ich leider nicht. Vielleicht mal das "nachher fehlerhafte" Foto in einer kleinen Galerie testen und schauen, ob da das Problem auch auftaucht.

Vielleicht können Moderatoren sich einem Reim darauf machen, sollte der gleiche Fehler auch in einer kleineren Galerie auftauchen sollte, obwohl das Bild vorher ohne Fehler war.

Lieber Daniel,

dann bedanke ich mich für die Begutachtung der Seiten und Deine hilfreichen Ausführungen.
Ich beginne demnächst, soweit möglich (der Menge der Aufnahmen geschuldet), die Bilder weiter zu verkleinern und warte das Ergebnis ab.

Herzlichen Dank,
Tom

Ich sehe was du meinst! Aber das Bild ist so gespeichert worden von WSX5!

Nochmal...das ist eine Galerie mit 1100 Bildern und diese wahrscheinlich mit jeweils mehr als 2MB!

Diese müssen ja als Popup in ca. Original gespeichert werden.

Rechne mal aus was der Browser laden muss!  1100 x 2MB =  2200MB = 2GB

Ich habe eine gute Downloadrate aber bei deiner Galerie benötige ich 1 Minute bis die Popup Galerie überhaupt aufgeht.

Du musst bedenken, dass wenn du Bilder hinzufügst immer die Bildreihenfolge verändert und die Bilder neu speichert und auch die Vorschaubilder neu berechnet. Hier ist die Fehlerquote dann sehr hoch.

IrfanView hat eine Batchverarbeitung, damit können sehr viele Bilder in einem Rutsch vom PNG-Format ins JPG-Format konvertiert werden, siehe Anleitung

>> https://gregor-moellring.de/anleitungen/viele-bilder-aendern-mit-irfanview/

Die zu änderten Bilder in einen Extraordner kopieren. Bei "Größe ändern" kein Häkchen setzen, dann haben die Bilder nachher die gleiche Bildgröße wie vorher. Meistens braucht man als Neuling mehrere Versuche bis man alle Einstellung so hat, dass es zum gewünschten Ergebnis führt.

Die ersten vier Schmetterlingsfalter wurden herunterkomprimiert und neu als jpg eingestellt.
Was wundert ist, dass auf der Homepage diese als png erscheinen (im Bild ganz unten).

Es wird deshalb als PNG gespeichert weil du eine MAske aktiviert hast für die Bilder!

Ok, dann ist mir das klar.

Nun habe ich einige Bilder komprimiert, Aufnahmen im Netz gelöscht und neu hochgeladen. Hierbei stellte ich fest, dass kein einziges Bild als jpg hochgeladen wurde.

Das "Hauptbild" sollte doch zumindest als jpg oder jedenfalls in abgespeicherter Größe (unter 1 MB) hochgeladen werden.

Beispiel:

Bildname.png (obwohl als jpg gespeichert und auf unter 1 MB komprimiert, hatte dieses wieder über 3 MB)

Bildname.sb_thumb.png

Bildname.thumb.png

Auch mal den Browser-Cache geleert oder die Taste F5 gedrückt?

Wenn das nicht hilft, dann mal die konkreten Bilder benennen.

Wo genau hast du die 4 Bilder eingefügt im Menü?  Wieso hast du eigentlich den Header mit dem Menü bei jeder unterseite ausgeblendet und musst einen LINK einfügen zur Startseite?

Hast du bei den Bildern noch immer eine Maske aktiviert?

Der Cache wurde mit F5 gelöscht
Die Bilder sind mit Maske als abgerundete Ecken aktiviert-
Das Ein- und Ausblenden des Headers ist mir tatsächlich noch nicht geläufig. Da benötige ich eine kurze (Ab-)Hilfe.

Es folgen drei Bilder, die das von mir Beschriebene etwas aufzeigen.

Bild 1: Ein ausgewähltes Bild (Pfeilmarkierung)
Bild 2: Das Bild mit Bildtyp (jpg) und Größe (849 KB)
Bild 3: Während des Hochladens, aber nun als png

:

:

Wo werden eigentlich die hochgeladenen Daten abgelegt und können sie direkt an diesem Ort gelöscht werden?

Vielen Dank, Daniel

Da sehe ich, am Beispiel des o. g. Bildes, dass dieses 9 Mal in der Gallery steht und andere Bilder mehr als über 20 Mal, was ja zu einem wahnsinnigen Platzverbrauch führt. Da wäre es doch zumindest angebracht, all diese Bilder (hier:Schmetterlinge) zu löschen, und dann anschließend aktuell hochzuladen?! 

Vor allem das PNG-Format braucht viel Speicherplatz und damit auch Ladezeit für die Besucher.

Als Versuch könnte man die Verzeichnisse mit den Bildern testweise umbenennen und dann die Webseite neu hochladen, allerdings könnte das bei den vielen PNG-Bildern lange dauern.

Besser wären natürlich Bilder im JPG-Format, da die Evo-Version keine Bilder im WebP-Format beim Export erzeugen kann.

Zwischenstand:

Mittlerweile habe ich die Datenmenge in der "gallery" soweit reduziert, dass manche Bilder 30- und mehrfach dort abgelegt waren, gelöscht habe. 

Einige Bilder musste ich nachladen, da etwas zu viel gelöscht wurde. Beim Hochladen im jpg-Format kamen sie gleich wieder als png dort an.

Obwohl das Programm sagt, dass nur die Änderungen hochgeladen werden (wie auf Bild eingestellt), wird hin und wieder alles hochgeladen und auf dem Server immer und immer wieder zusätzlich abgelegt. So kamen auch die teils über 30-fachen Datensätze desselben Bildes zustande. 
Also nach dem Hochladen werde ich die älteren Datensätze in der gallery löschen um die Daten klein zu halten.

Jedenfalls habe ich jetzt keine Bildfehler mehr. 

Die Tips und Hilfen haben allesamt also zu Lösungen beigetragen !!

Beim Sichern auf eine andere Festplatte als "iwzip" kamen 24,1 GB zusammen. Da die Bilder -offline- beim Öffnen des Projekts geladen werden, müssen diese auch auf dem PC abgelegt sein. Diese Datei habe ich noch nicht gefunden.

Berichtigung:

"Da die Bilder -offline- beim Öffnen des Projekts geladen werden, müssen diese auch auf dem PC abgelegt sein. Diese Datei habe ich noch nicht gefunden".

Ablageort ist bekannt !!

Um welche DAteien oder Bilder handelt es sich!

Ich muss sagen, dass ich noch nie ein Projekt gesehen habe mit 24,1 GB!  Das muss ja Stunden dauern bis hier etwas gespeichert wurde oder exportiert!

Normalerweise wenn man unter "5" Projekt optimieren geht müsste es unten "nicht verknüpfte Resourcen" anzeigen und diese kann man löschen. Wenn hier nichts angezeigt wird, dann benötigt WSX5 diese DAteien für die Website. Wenn hier bei den Backups angezeigt werden die in GB angegeben sind, solltest du einige Backups löschen damit die DAtei nicht so groß ist.

Es sind fast immer die geänderten oder hinzugefügten Bilder einer Seite. Hier wird oft die Seite der "Nachtfalter" ergänzt und alle anderen Bilder werden zusätzlich hochgeladen.

So wundert mich die Größe des Projekts jetzt auch nicht mehr, da die Dateien immer wieder ergänzt werden. Also Speicherzeiten sind eigentlich recht kurz, aber die Zielverzeichnisse werden immer durch die neuen Daten ergänzt und somit größer und größer, bis zur genannten Größe.

So hatte ich alle doppelten und mehrfache Dateien in der gallery des Zielverzeichnisses erst einmal gelöscht.

Ursächlich ist jedoch das Bildverzeichnis auf dem PC (Pfad: Incomedia/Website X5/Homepage/preview/gallery). Dort vergrößern sich die Dateien nach jedem Speichern infolge Änderung der Seite und vergrößern sich ins Unermessliche (siehe Bild). Beim Hochladen wird das Zielverzeichnis wieder weiter gefüllt und vergrößert sich analog dazu.

Eigentlich sollten alte Daten überschrieben, anstatt ergänzt werden.   

Und wie beschrieben, das gewünschte jpg-Bildformat wird sofort in png umgewandelt und abgespeichert.   

Die Vorgehensweise der Optimierung werde ich in den nächsten Tagen versuchen.

PS.:
Beim angehängten Bild gab es, wie zu Beginn der Hilfe geschildert, immer mal wieder Bildverstümmelungen. Es wurde verkleinert, verändert usw. und hochgeladen. Und nach jedem Hochladen ergänzte sich das Bild durch immer längere Dateiendungen. So ergibt ein einziges Bild eine wahnsinnige Datenmenge. Und das ist nur das Beispiel eines einzigen Bildes.

Hab's gleich durchgeführt: Die 7,08 GB entsprechen wohl der tatsächlichen Größe der Homepage.

Und das ist die "iwzip"-Dateigröße:

Weshalb JPG-Bilder in PNG umgewandelt werden, das wurde vor gut 3 Wochen gepostet, siehe

-----

Es wird deshalb als PNG gespeichert weil du eine MAske aktiviert hast für die Bilder!

Gepostet am 23.11.2022 20:13:06 von Andreas S.

-----

Lösche mal alte Backups aus dem backup-Ordner im Projektordner. WebsiteX5 erzeugt bei jedem upload automatisch ein Backup, in denen sich dann auch alle Dateien befinden. 

Das Verzeichnis der Projekte findest Du direkt nach dem Start von WebsiteX5 im Fenster mit der Werbung, wenn Du links auf "Einstellungen" (Zahnradsymbol) klickst. In diesem Verzeichnis sind alle Projektordner enthalten.

Nun wurde folgendes probiert:

Drei Bilder wurden aus der gallery im Ordner Preview gelöscht, abenso im Projekt selbst und das Ganze gespeichert.

Danach wurde die Backups wie vorgeschlagen gelöscht. 

Anschließend wurde die gallery (im Ordner Preview) auf dem Desktop zur Beobachtung geöffnet und danach das Projekt in WS X5 geladen.

Und siehe da, plötzlich wurden wieder die 3 gelöschten Dateien in die gallery geschrieben. Hiervon das erste gelöschte Bild 8 mal, das zweite und dritte Bild jeweils 6 mal. Davon auch, obwohl original im jpg-Format auf etwa 300 bzw. 400 kb komprimiert, wieder auf 2 - 4 MB im png-Format. 

Im Programm selbst wurde die "Maskierung" der Bilder auf "keine" geändert, lediglich um das "Miniaturbild" wurde ein individuell erstellter Rahmen gelegt.

Wo kommen all diese Daten her, obwohl doch überall gelöscht und die Löschung gespeichert wurde?

PS: Dies hatte ich über einen längeren Zeitraum auch mit vielen anderen Bilder durchgeführt und nun im Blick in die gallery festgestellt, dass dort auch wieder alles und mehrfach vorhanden ist.

Siehe nachfolgendes Bild als Beispiel der drei beschriebenen Aufnahmen.

Bei der Webseite meines Bruder gibt es eine kleiner Bildergalerie mit 10 Fotos, auch da sind die Foto mehrfach vorhanden, aber das liegt zum Einen daran, dass es zusätzlich kleine Vorschaubilder gibt und zum anderen wohl auch am Baukastensystem von WebSite X5 und seiner Funktionsweise.

Es ist wohl ein generelles Problem bei Baukästen, dass es eine Vielzahl von Dateien und Code gibt, damit das Ganze auch noch funktioniert, wenn Teile im Baukasten geändert oder gelöscht werden.

Alternative wäre ein Webeditor, bei dem man selber den HTML-, CSS-, Javascript-Code usw. schreibt, das ergibt eine sehr schlanken Quelltext und viel weniger Dateien, aber das ist nicht jedermanns Sache.

Zurück zu den Bildern - wichtig ist, dass die großen Bilder als JPG gespeichert werden.

Verzeichnis "gallery" (Screenshot: FileZilla) - das größte Bild hat nur etwa 106 kB.

Prima Daniel, das sieht bei mir so ähnlich aus (mehrere Dateien eines Bildes - und nach jedem Speichern ständig noch mehr).

Jetzt ist nur das Problem, dass meine "Test"-Bilder in ipg teils nur um 300 kb aufweisen, so wie von Dir beschrieben, das Programm aus diesen jedoch png mit einer Größe um 3 - 4  MB macht. Kurzum, weshalb plötzlich um bzw. auf das etwa 10-fache..... ?
Ich finde bei mir nirgends Bilder in solch großer Auflösung, auf welche das Programm event. zugreifen könnte. Also, so gehe ich davon aus, vervielfacht das Programm die Größe selbst. 

Würden die "png-"Bilder, wie bei Deinem Bruder hier angezeigt, unwesentlich von der Größe der jpg abweichen, wäre mein Gesamtprojekt auch nicht so riesig und alles wäre soweit gut.

Die großen Fotos haben abgerundete Ecken, also eine Maske, siehe

-----

Es wird deshalb als PNG gespeichert weil du eine MAske aktiviert hast für die Bilder!

Gepostet am 23.11.2022 20:13:06 von Andreas S.

-----

Also die Maske weglassen, dann bleiben die großen Bilder auch JPG und die Dateigröße klein.

Daniel, ich muss natürlich hinzufügen, dass ich die Masken im Programm wie damals beschrieben, beseitigt und auch Änderungen in der gallery vorgenommen habe. Zudem einige Bilder gelöscht und neu eingeladen wurden, wobei trotzdem noch immer das Problem der übergroßen png-Bilder besteht.

Diese Änderungen wurden jedoch nicht auf der Homepage im Netz aktualisiert bzw. auf der Homepage habe ich seit dem 04.12. keine Änderungen mehr vorgenommen. Dort sind deshalb natürlich noch alle alten Zustände präsent.

Die Homepage also ganz und gar außer Acht lassen.

Erst, wenn alles einigermaßen wunschgemäß läuft denke ich dort an ein "Update".
So wie es jedoch aussieht wäre es sehr sinnvoll, ein zweites Projekt zu erarbeiten und alles neu zu erschaffen. Das wäre aber eine sog. Heidenarbeit......

Eine Ursache geortet:

Ich lösche immer die Bilder in der gallery im Ordner Preview.

Beim Öffnen des Projekt werden die gelöschten Bilder bekanntlich mehrfach wieder in die gallery geschrieben. Also dort löschen hat keinen Sinn.

Das Programm holt sich diese Bilder also irgendwoher - und zwar vermutlich aus "project.iwprj2". Als ich diese Datei aus dem Ordner der Homepage auslagerte, war das "bestehende Projekt" im X5 Evo gänzlich verschwunden. Nach dem Rücklagern der Datei "project.iwprj2" erschien das Projekt (also meine Homepage) wieder und konnte geöffnet werden. Eine logische Folgerung: Alle Daten sind in dieser Datei gespeichert.

Maßnahmen: 
-Das Projekt wurde geöffnet, ein bestimmtes Bild (ich nenne es mal Nr. 1) gelöscht.
-Die vielen Bilder (Nrn. 1, 1a, 1b usw.) dieses Einzelbildes wurden in der gallery gelöscht.
-Das Projekt wurde abgespeichert.

-Nun wurde das Projekt erneut geladen, das gelöschte Bild war folglich weg.
-Die vielen Bilder dieses gelöschten Bildes waren aber wieder in der gallery
-Nochmals dort gelöscht - nun war das Bild eigentlich ganz erledigt und
-abschließen wurde auch nochmals "project.iwprj2" gelöscht und das Projekt mit dem fehlenden Bild und den gelöschten "Kopien" in der gallery" nochmals abgespeichert.

Nach dieser neuen Datein "project.iwprj2" sollten nun alle Spuren des Bildes beseitigt sein.

Beim nächsten Öffnen des Projekts wurde das Bild wieder in die gallery mit all seinen vielen Kopien geschrieben, im Programm selbst blieb es natürlich weiterhin gelöscht und doch tauchte es aus irgend einem Grund in der gallery wieder auf.

Das ist doch einfach verrückt. Wo sollten denn jetzt nochmals diese Daten herkommen....

Eine Ursache geortet und doch für die Katz' 

Ich habe keine Erfahrung mit riesengroßen Galerien, aber ich frage mich wozu so viele Löschorgien.

Mal ein Vorschlag:

1) Mit WebSite X5 bei allen Bildern der Galerie die Maske entfernen, damit es JPG-Dateien bleiben.

2) Bei gedrückter linker Strg-Taste auf Vorschau klicken und warten bis der grüne Fortschrittsbalken ganz durchgelaufen ist, damit sich die Webseite neu aufbaut.

3) Mit "5 Export > Projekt exportieren" eine iwzip-Datei (Sicherheitskopie) erstellen, vorher evtl. die vorhandene iwzip umbenennen, damit man zur Sicherheit alte und neue geänderte iwzip-Datei hat.

4) Nun das Verzeichnis gallery auf dem Webspace löschen und die Webseite komplett hochladen.

Vielleicht finden sich noch WebSite X5 Nutzer mit großen Bildergalerien und können Tipps geben.

Wie oft zuvor durchgeführt, hatte ich vorsorglich nochmals versucht, die "Spuren" eines bestimmten Bildes zu löschen:

Den Tagfalter "Schmetterling_Schwalbenschwanz_Papilio-machaon_Liliental_Kaiserstuhl_P6039459.jpg" (gleich das erste Bild auf der Homepage bei den Tagfalter) habe ich gelöscht und dann die Seite gespeichert.
Dieses Bild in der Originalgröße 537 kb wurde nun wieder neu eingeladen, in der Preview-gallery herausgelöscht und die Seite abermals gespeichert. Nun sollten also alle Spuren des (alten) Bildes beseitigt und nur vom neuen Bild vorhanden sein.

Anschließend erfolgte die Durchführung wie von Dir geschildert:

1. Die Maske war schon in der "3 Sitemap" Tagfalter für alle Bilder gelöscht und wurde auch nochmals überprüft (Keine Maske).
2. wie beschrieben Website neu aufgebaut
3. Sicherheitskopie erstellt
4. gallery auf dem Webspace gelöscht und alles hochgeladen.

Danach "Preview-gallery" überprüft und doch wieder 12 mal das Bild ".......P6039459.jpg" vorgefunden. Dasselbe in der gallery auf dem Webspace (siehe nachfolgenden Scan). Das Hochladen in's Netz erfolgte um 18.02 Uhr mit dem neuen Bild, die Uhrzeit 17.27 ist die Zeit, zu welcher ich nach dem Neuhinzufügen des Bildes die Homepage abspeicherte.   

Das Programm holt sich also doch immer wieder die alten Bilder (woher auch immer ??) und addiert jeweils weitere hinzu.
Was noch auffiel: Das Originalbild (jpg) mit 537 kb erschien in beiden Gallerien in der Größe mit nur 502 kb.

Hier kurz der Link zur Seite: https://www.tom-eck.de/tagfalter.html
Ich hatte nur einen Schreibfehler im Bildtext, den ich zu späterer Zeit korrigiere, damit nicht wieder neue Bild-Varianten (dann verm. insgesamt 14 -15 mal) nach dem Hochladen hinzukommen als im nachfolgenden Anhang (12 mal) zu sehen ist. 

Ich habe einen kleinen Test gemacht.

Bildergalerie mit mehreren Bildern erstellt, dann 1 Bild im Galerie-Objekt mit WebSite X5 gelöscht. Ich habe das Bild in beiden Varianten (JPG und PNG) auch auf dem Webspace gelöscht, aber nach dem Hochladen war das JPG-Bild wieder da. Auch mehrfaches Löschen auf dem Webspace half nichts.

Für die meisten Webseiten mit 10 oder 20 Bildern in der Bildgalerie ist es kein Problem, wenn die Bilder mehrfach auf dem Webspace vorhanden sind oder wenn durch die Maske die Dateigröße stark ansteigt.

Bei sehr großen Bildergalerien müsste wohl Incomedia Hilfe anbieten.

Man könnte es noch so versuchen!

Man löscht die Bilder in der Preview und macht dann einen Projekt Export (iwzip) Datei!  Danach die Sicherungsdatei umbenennen und dann wieder importieren. Nachschauen ob die Bilder sich wieder vermehrt haben.

Hallo Andreas,
ich hatte es genau so durchgeführt. Beim Importieren (unter anderem Namen) kam das Programm beim Erstellen der Dateien bis zu 5 %, dann stürzte es ab. Erstmals bei 1 % dann bei 4 %. Letztendlich stürzte auch der PC ab.

Dies anhand der plötzlichen Auslastung von RAM und CPU (zu ersehen über Leistungsmonitor).

Ich habe die an anderer Stelle gesicherten Preview-gallery-Daten wieder in den Ordner zurückgeschoben. Das ursprüngliche Projekt startete dann wieder normal.

Anmerkung:
Vor dem Zurückschieben der gesicherten Daten warf ich noch einen Blick in die gallery-Daten: Dort waren nun die etwa 5 % geladenen Bilddateien vorhanden. Aber auch teils wieder mehr als drei mal vorhanden. Jedoch ließen sich die wenigen Daten nicht unbedingt zu einer vernünftigen Analyse heranziehen.

Der Versuch war es auf jeden Fall wert, sah auch zunächst erfolgsversprechend aus, wenn nicht die Programmabstürze (insgesamt vier Versuche) die Sache jeweils beendeten.       

Dann ist sowieso dein Projekt defekt! Wahrscheinlich mit dem umherschieben und löschen der Fotos kennt sich das Abarbeitungsskript dann nicht mehr aus.

Da die Webseite nicht responsiv ist, also nicht mobiltauglich, mal über ein Re-Design nachdenken.

Dabei für den Anfang bei den Galerien mit einer kleineren Zahl von ausgewählten Fotos starten, später kann immer noch erweitert werden. Gute Fotos brauchen keine Masken, interessante Motive reichen.

Nun geht leider nichts mehr:
Nach mehreren Abstürzen war das X5 sogar vom PC verschwunden.
Eine Neuinstallation wurde durchgeführt, bis zur Linzensschlüssel- und E-Mail-Eingabe, danach kann und konnte das Aktivierungsprogramm keine Verbindung zum Server herstellen.

Firewall und Schutzprogramme deaktiviert, als Administrator angemeldet - es klappt nicht.

Die Meldung der "manuellen Aktivierung" geht ebenfalls nicht, da der button "weiter" nicht aktiviert werden kann.

Am besten mal nachschauen ob ein Virenkiller oder Firewall WSX5 blockiert und wenn ja, dann diese als "Ausnahme" aktivieren.

Elisa hatte auf die Anfrage eines anderen Users dieselbe Vorgehensweise vorgeschlagen.

Daraufhin hatte ich das Antivirenprogramm deaktiviert, ebenso die Firewall. Doch die Installation funktioniert weiterhin nicht.

Jetzt soll das Forum die Nadel im Heuhaufen finden oder?

Vielleicht mal Windows neu starten - keine Ahnung, ob es hilft.

Ich hatte nur einen Herstellungspunkt gefunden und der war leider nach dem Totalabsturz.

Sollte für die Lösung der bei mir "nicht möglichen Neuinstallation" eine neue Diskussion eröffnet werden?

Wäre vielleicht ganz gut, da der ursprüngliche Thread ja die Probleme mit der Bildergalerie betraf.

Lieber Daniel,

ganz herzlichen Dank für Deine schnelle Nachricht.