Bild oder Grafik einbinden

  • Eine simple Frage: Wenn ich ein Bild oder eine Grafik in eine Seite einbinde, so gibt es dafür im Editor eine Möglichkeit zum hochladen. Ich kann es aber auch so erledigen indem ich das gewünschte Bild oder die Grafik im Bearbeitungsbereich einfach in die Seite hineinkopiere. Das gibt zwar im HTML eine Menge Code, geht aber schneller, als das Bild zu speichern und dann hochzuladen. Muss ich bei dieser zweite Methode einen Nachteil befürchten (ausgenommen den langen Code)?

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Hmmm, sowas geht?

    Ich habe es gerade mal probiert. Das Bild kann ich zwar einfügen, wenn ich den Artikel speichere oder zum HTML-Editor (Text) wechsle, ist es wieder weg.

    Kannst Du mal einen Screenshot machen, wie das im HTML-Editor aussieht?

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

    Einmal editiert, zuletzt von Putzlowitsch (24. März 2014 um 14:55)

  • Habe gerade mehrere Versuche gemacht und je nachdem wie ich es probiere, so erhalte ich diese drei Varianten.

    Code
    <img alt="" />
    <img alt="" src="file:///C:/Users/Name/Pictures/Bild1.gif" width="402" height="170" />
    <img alt="" src="data:image/png;
    base64,iVBORw0KGgo.......... lang ist der Code.....

    Die letzte Variante scheint nur bei sehr kleinen Grafiken zu funktionieren und die ersten beiden nutzen nichts, verwenden würde ich keine davon.

  • Also, musste erst einmal kurz nachlesen, es geht schon mit Data-URL, funktionierte bei mir aber nur mit kleinen Bildchen, wenn ich diese aus einem Bildbearbeitungsprogramm heraus kopiere und ob das für WP wirklich gut ist, mag ich gerade nicht testen und habe es nicht gespeichert. Sollte dann wie hier aussehen, nur wesentlich länger:

    http://de.wikipedia.org/wiki/Data-URL#HTML

  • Also gut, wenn es um Inline-Images geht, da gibt es schon einige Nachteile und Vorteile.

    Mir war nur nicht klar, daß Wordpress das für (kleine) Bilder unterstützt. Bei "großen" Bildern, z.B. 800x600 Pixel, war das Bild unmittelbar nach dem Einfügen zwar im Editor zu sehen, nach dem Speichern oder dem Wechsel zum HTML-Editor verschwunden.

    Der Nachteil der Inline-Images ist, daß sie den HTML-Text unübersichtlich und größer machen. Zudem werden sie nicht von Google indixiert, erscheinen also nie bei der Suche nach Bildern in den Suchergebnissen. Das kann aber auch ein Vorteil sein.

    Vorteil ist ebenso, daß die Bilder nicht per Hotlink von anderen Seiten eingebunden werden können. Außerdem ist der Seintenaufbau möglicherweise schneller, da die Bilder nicht als externe Ressourcen und damit weitere Requests nachgeladen werden müssen.

    Es gibt nocht ein paar andere Aspekte, das sind aber die wichtigsten, denke ich.

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

  • Screenshot

    Danke für die Antworten. Dass die Grafik verschwinden kann, hat mich schon beunruhigt. Bis jetzt ist aber nichts passiert. Vielleicht sollte ich die JPGs doch noch für den Ernstfall speichern. Der Code war zu lange, um ihn hier einfügen zu können. Deshalb kann ihn jeder, den er interessiert, über diesen Link erreichen: http://die-webseite.at/Screenshot.html

  • Für ein Bild von 916 x 320 px finde ich jetzt die Größe der Datei mit 107,43 KB (110.007 Byte) als gut, so dass das eventuell für Einzelfälle wirklich einer Überlegung wert ist.

    Ein Problem würde ich jedoch in der Länge des Strings sehen. Vor einigen Wochen war eine Frage, warum WP nur noch den Text eines Artikels bis zur Hälfte ausgeben würde, der noch nicht mehr als 10 bis 12 DIN A4 Seiten Umfang für einen Artikel hatte oder so ähnlich. Ganz genau kann ich mich nicht mehr daran erinnern, doch so in etwa war die Frage. Könnte mir schon vorstellen, dass es Probleme mit dem Speicherlimit gibt, wenn gewisse Grenzen überschritten werden, wie es bei mehreren Bildern pro Seite vorkommen könnte.

    Dann bliebe da noch die Suche, die muss ja auch die Posts durchlaufen.

  • Eine simple Frage: Wenn ich ein Bild oder eine Grafik in eine Seite einbinde, so gibt es dafür im Editor eine Möglichkeit zum hochladen. Ich kann es aber auch so erledigen indem ich das gewünschte Bild oder die Grafik im Bearbeitungsbereich einfach in die Seite hineinkopiere. Das gibt zwar im HTML eine Menge Code, geht aber schneller, als das Bild zu speichern und dann hochzuladen. Muss ich bei dieser zweite Methode einen Nachteil befürchten (ausgenommen den langen Code)?

    Sorry, aber ich fürchte dass da was grundsätzlich und komplett falsch läuft. Bilder sollten in Deinem Webspace liegen und über den Code korrekt eingebunden werden. Alles andere ist nicht mal eine Überlegung wert.

  • Naja

    bionade: Naja, danke für die Antwort. Aber sie klingt mir so wie: Das ist immer so gewesen … da könnte ja jeder kommen … darf man das überhaupt … usw. Meine Frage hat sich auf eventuelle Nachteile bezogen, nicht auf Verordnungen.

    Einmal editiert, zuletzt von Blau (26. März 2014 um 10:57)

  • Als Nachteil habe ich bisher noch gefunden, dass IE 7 noch keine Inline-Images unterstützen soll, erst ab IE 8. Bei kleinen Grafiken, wie für Buttons und so ein Zeug, die nur viele Requests erzeugen, fand ich eine Diskussion, ob Inline-Images als Alternative für CSS-Sprites in Frage kommen.

  • Habe eben IE7 simuliert. Keine Auffälligkeiten bei dem Inline-Image. Vorichtshalber werde ich aber doch noch die Grafiken per FileZilla in den media Ordner laden. Man weiß ja nie ...

  • Habe eben IE7 simuliert.


    Womit, wenn ich ernsthaft fragen darf?

    Der vom IE 11 funktioniert nicht mehr richtig, der vom Expression Web 4 hat mich auch im Stich gelassen, von MS wurde nur auf ein Tool für den Chrome von browserstack.com verwiesen, da werden zwar nun von IE 6 bis IE 11 alle Versionen angezeigt, doch wenn ich eine Seite testen möchte, so sollte ich mich da irgendwie mit einer Mail-Adresse registrieren, was mich bisher zurückhielt.

  • ... ob Inline-Images als Alternative für CSS-Sprites in Frage kommen.

    Nicht nur als Alternative, sondern gemeinsam. :-)
    Man kann ein Inline-Image auch in der CSS-Datei verwenden und darüber dann die Sprites definieren. Vorteil: Auch das CSS-Background-Image erfordert keinen extra Request und ist sofort verfügbar.

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

  • Man kann ein Inline-Image auch in der CSS-Datei verwenden und darüber dann die Sprites definieren.


    Das hört sich zumindest erst einmal interessant an und ist somit doch einer Überlegung wert.

    Wegen der anderen Geschichte, habe noch einmal geschaut, für FF gibt es dieses Add-on ebenfalls. Im Chrome hängt es bei mir bisher unbenutzt im Browser als Button herum, weil mich dieser Satz abschreckte:

    Zitat

    Sign up for a 30-minute unrestricted, free trial BrowserStack account or sign in using an existing account to test websites.

    https://addons.mozilla.org/en-US/firefox/addon/test-ie/

    Warum soll ich mir für läppische 30 Minuten irgendwo registrieren?
    @ Blau - Womit hast Du nun den IE 7 simuliert?

    Mir ging es nicht so sehr wegen dem Design, sondern mehr darum JavaScript abwärtskompatibel zu halten, als ich mir mal dieses Add-on installierte und dann erst einmal wieder Abstand davon nahm, mich für 30 Minuten irgendwo zu registrieren, was ja lächerlich wenig Zeit zum Testen wäre.

  • Emulation - ja und gerade das funktioniert doch seit IE 11 nicht mehr richtig, doch das schrieb ich bereits. Allein ein anderer User Agent nutzt nichts, damit kannst Du nichts testen, wenn dann nur über Dokumentmodus und der funktioniert für IE 7 und 8 nicht fehlerfrei.

    Dann sollte noch beachtet werden:

    Zitat

    Document Mode is only an approximation to the actual behavior of older versions of Internet Explorer, and should not be used to determine whether a site works properly in an older browser. Instead, developers should test with actual copies of the browsers they wish to support.


    Mit Translator:

    Zitat

    Dokument-Modus ist nur eine Annäherung an das tatsächliche Verhalten von älteren Versionen von Internet Explorer, und sollte nicht verwendet werden, um zu bestimmen, ob eine Website funktioniert in einem älteren Browser. Stattdessen sollten Entwickler mit den tatsächlichen Kopien der Browser die sie unterstützen möchten testen.


    http://www.modern.ie/en-us/f12

    Bleibt mir wohl wirklich nichts anderes übrig, als noch einen alten Rechner zum Laufen zu bringen. Eine ältere Version vom IE habe ich bei MS zwar zum Download gefunden, doch die wollte ich nicht unbedingt auf einem Rechner mit Zugang zum Internet installieren.

    Einmal editiert, zuletzt von Melewo (27. März 2014 um 11:48)

  • Melewo: Danke für den Hinweis. Habe es in deinem vorigen Beitrag in der Eile leider überlesen. Werde aber das Risiko auf mich nehmen und mit dieser kleinen Ungewissheit leben. Sollte es diesbezügliche Reklamationen geben, so kehre ich reumütig wieder zur vorgeschriebenen Methode zurück.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!