Üblicherweise wir der Alt-Text auch nicht beim Überfahren mit der Maus angezeigt. Das macht meines Wissens nur der Internet-Explorer. Für diese Tool-Tip-Anzeige ist der Title-Text zuständig.
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenÜblicherweise wir der Alt-Text auch nicht beim Überfahren mit der Maus angezeigt. Das macht meines Wissens nur der Internet-Explorer. Für diese Tool-Tip-Anzeige ist der Title-Text zuständig.
Gruß
Ingo
Das mit den URLs in Beiträgen ist das selbe Problem, als wenn man z.B. die Domain eines Blogs wechselt. Da muß man auch nacharbeiten. Allerdings muß man das nicht einzeln von Hand erledigen. Die letzten Sätze dieses FAQ-Artikels helfen weiter:
http://faq.wpde.org/wordpress-url-aendern/
Wenn man die URLs nicht ändert, dann bringen die Browser auch Warnungen, das der Inhalt der Seite sichere und unsichere Objekte enthält. Ich würde es dann doch konsequent durchziehen und alles auf https umstellten.
Gruß
Ingo
Wordpress versetzt die Seite für die Zeit des automatischen Updates in den Wartungsmodus (Status-Code 503) und zeigte eine entsprechende Meldung an.
Gruß
Ingo
Ja, hatte ich bei einem Blog (bei 1&1) auch. Habe einfach auf "Dieses Update ausblenden" geklickt und gut ist. Das Update hat ja funktioniert, wie ich am Dateidatum der betroffenen Dateien per FTP sehe.
Gruß
Ingo
Naja, Deutsch ist eine eher lange Sprache. Welche Sprachen hattest Du denn noch probiert?
Wenn der Speicher gerade so an der Grenze liegt, können ein par kByte mehr schon das Faß zum Überlaufen bringen.
Gruß
Ingo
...
Wie kann man nur glauben, dass auch nur kleine Änderungen im Quellcode von WP keinerlei Auswirkungen auf die Funktionsweise von PlugIns (z.B. Cachify) oder Themes (z.B. invictus, indieFest, bandaMusic) haben, die alle momentan nicht mehr richtig tun?...
Wenn kleinste Änderungen, zumal nur Fehlerbeseitigungen, am Quellcode von Wordpress Auswirkungen auf die Funktionsweise von Plugins und Themes haben oder diese sogar lahm legen, dann sind sie nicht gut, will heißen, nicht robust genug programmiert.
Meine Plugins haben bisher nahezu alle, auch Feature-Updates, problemlos und funktionierend überlebt. Aber gut, die sind nicht wirklich sehr komplex, daß gebe ich zu.
Gruß
Ingo
Probleme sollte es aber eigentlich nicht geben, denn wie biker71 oben schrieb, werden nur Sicherheits-Updates und Fehlerbeseitigungen automatisch installiert, aber keine Feature-Updates.
Wenn es Probleme mit dem Theme oder Plugins gibt, dann sind diese vermutlich fehlerhaft.
Gruß
Ingo
Ich meine, seit Version 3.7.
Die E-Mail habe ich heute auch bekommen, aber nicht von allen meinen Blogs. :-)
Gruß
Ingo
[COLOR=#232323][FONT=Verdana]...
Was passiert eigentlich, wenn das Zertifikat ausläuft und ich habe das vorher nicht zurück auf http gestellt?!
...[/FONT][/COLOR][COLOR=#232323][FONT=Verdana]
[/FONT][/COLOR][COLOR=#232323][FONT=Verdana]Die einzige Frage die ich mir jetzt noch stelle ist, was für die Suchmaschinen besser ist?[/FONT][/COLOR]
Wenn das Zertifikat abgelaufen ist, bekommen die Besucher vom Browser eine Warnung angezeigt, das es ungültig ist. Den Suchmaschinen-Bots ist das meines Wissens egal.
Ob man bei den Suchmaschinen einen Vorteil mit SSL hat, kann ich nicht sagen. Aber der Trend geht ja in die Richtung. Nachdem Google die Suche selbst auf https umgestellt hat, ziehen ja nun auch Bing und Yahoo nach. Inf Zukunft könnte es sicher an Bedeutung gewinnen.
Gruß
Ingo
Google findet Seiten von selbst, wenn sie wenigstens einmal irgendwo verlinkt sind. Insofern ist der Beitrag mit dem Link hier im Forum schon mal eine guter Anfang. :-)
Man braucht keine Webmastertools und auch keine robots.txt-Datei, um von Google gefunden und indexiert zu werden.
Gruß
Ingo
[COLOR=#141412][FONT=Source Sans Pro]...
Nun habe ich statt vorher 90 MB jetzt 120 MB Memory zur Verfügung, ...
[/FONT][/COLOR]
Da habe ich so meine Zweifel, denn das ist nur das per php.ini-Datei konfigurierte PHP-Memory-Limit. Vermutlich wird der "Out Of Memory"-Fehler eher zuschlagen. Aber wenn alles funktioniert, ist das ja prima. :-)
Gruß
Ingo
Klar kann man die Bilder schreiben, wie mal will. Man muß es pro Bild nur immer gleich tun. Hat der Dateiname beim Upload Groß- und Kleinbuchstaben und meinetwegen auch Unterstriche oder Minuszeichen, muß man das immer nur genau so aufrufen und einbinden. Das ist kein Problem.
Selbst Umlaute funktionieren ganz gut, wenn man ein paar Sachen beachtet.
Das Problem liegt irgendwo anders, wo auch immer.
Ich tippe ja auf irgendwas in der .htaccess-Datei.
Gruß
Ingo
Ich habe es bei mir so gemacht (keine WP-Seite):
# HTTPS erzwingen
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Inwieweit Wordpress mit https zurecht kommt, kann ich nicht sagen. In jedem Fall wird man es aber in den Einstellungen bei Blog-URL und Wordpress-URL angeben müssen.
Ich würde halt nur die Weiterleitung nicht von Wordpress machen lassen. Das geht mit der .htaccess schneller.
Gruß
Ingo
Die dort gemachten Lösungsvorschläge sind genau so wenige wirksam, wie die, die hier meistens reflexartig kommen. "Out of memory" hat nichts mit den Einstellungen für den PHP-Speicher zu tun ("Allowed memory size of ... bytes exhausted").
Bei 1&1 kann man das Speicherlimit nur durch ein Upgrade des Hostingpaketes erhöhen.
Als andere Lösung kommt noch die Reduktion des Speicherverbrauches durch Verzicht auf einige Plugins in Frage und/oder den Verzicht auf die deutsche Sprachdatei.
Gruß
Ingo
Ja, das kann natürlich auch funktionieren. Ich bin jetzt eher von den Webhostern ausgegangen, die ich selbst kenne und da geht es so richtig erst ab 7 Euro los.
Gruß
Ingo
Brauchbar im Sinne von ausreichend PHP-Memory, Webspace, Datenbank für eine kleine WP-Website. Zudem Unterstützung von mod_rewrite. Das reicht erstmal für den Anfang, würde ich sagen.
Gruß
Ingo
Brauchbare Hostingpakete fangen nach meiner Erfahrung bei 7 bis 10 Euro im Monat an.
Gruß
Ingo
Die Attachment-Seite kann praktisch bei Kenntnis der ID immer aufgerufen werden. Die Id taucht z.B. auch im Quelltext von Seiten auf, in denen das Bild per img-Tag eingebunden ist. Wordpress fügt da eine CSS-Klasse "wp-image-1234" hinzu, wobei 1234 die Attachment-ID ist. Man könnte die ID auch raten oder durchprobieren.
Selbst wenn auf der Beitragsseite, in der das Bild eingebunden, eine korrekte Quellenangabe steht, fehlt diese dann auf der automatisch erzeugten Attachmentseite. Beim direkten Aufruf des Bildes fehlt die Quelle natürlich auch. Man ist nicht verpflichtet, die im Bild selber unterzubringen.
Soviel zu den technischen Hintergründen, wie das rechtlich zu bewerten ist, kann ich nicht sagen.
Gruß
Ingo
Von Hause aus macht das Wordpress mit dem Statuscode eigentlich richtig, es könnte also nur am Theme oder an einem Plugin liegen, daß der Statuscode 404 nicht korrekt ausgeliefert wird.
Eine weitere Fehlerursache kann eine fehlerhafte Ausgabe sein, die noch vor dem Senden des HTTP-Headers erfolgt. Da reicht auch ein Leerzeichen, was man dann noch nicht mal auf der Seite sieht.
Gruß
Ingo