Ah verstehe. Wobei die einheitliche und zugleich kurze URL dennoch flöten geht.
Danke.
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 erstellenAh verstehe. Wobei die einheitliche und zugleich kurze URL dennoch flöten geht.
Danke.
Keiner, der Nachteile des uploads-Ordners als einzige Sammelstelle für alle Dateien kennt?
Mir fällt auch nix ein, frage mich aber, warum das dann nicht default-Einstellung bei WP ist, wenn es nur Vorteile hat.
Hallo Gerd,
es scheint mit dem Browser zu tun zu haben, da ich das Bild im IE in Originalgröße sehe. Ansonsten arbeite ich mit dem FF. Seltsamerweise sehe ich mit dem FF allerdings ANDERE Seiten ohne Vegrößerungen, z.B. mein Profilbild bei G+ sieht ganz normal aus. Warum macht der FF das nur bei meinen WP-Seiten? Man will als Admin die erstellten Seiten doch so sehen, wie sie der User sieht und nicht "verfälscht"?
Url habe ich dir per PN geschickt.
Ich habe beim Googeln gestern einen anderen Code für die functions.php gefunden oder ist das faktisch das Gleiche:
add_filter('jpeg_quality', function($arg){return 100;});
add_filter( 'wp_editor_set_quality', function($arg){return 100;} );
Warum besser themeunabhängig? Ganz ohne eigenen Code in der functions.php werde ich wohl so oder so nicht auskommen, wegen diverser anderer Sachen. Die Plugins schaue ich mir mal an, danke für den Tipp.
Spricht etwas dagegen, alle fertig bearbeiteten Bilder (für die gesamte Site) in einem Vorgang per FTP hochzuladen? Ginge am schnellsten und wäre ohne automatische WP-Komprimierung.
Hallo,
wenn ich ein Bild mit z.B. 250 x 181 px hochlade, dann zeigt es sowohl der WP-Editor als auch die Vorschau vergrößert und demensprechend auch etwas unscharf an. Dürfte so ca. 300px in der Breite sein. Schau ich das Bild im Bildbearbeitungsprogramm an, wird der Unterschied deutlich.
Laut den Display Settings in den Image Details wird das Bild aber angeblich korrekt in "Full Size, 250 x181" angezeigt? Was läuft da schief?
Hallo,
ich bearbeite meine Bilder vor dem Einfügen in ein post/page in einem eigenen Bildbearbeitungsprogramm. Alles, einschließlich Größe und Komprimierung ist bereits erledigt. Und genauso will ich die Bilder in WP haben.
Allerdings werden - so habe ich mehrfach gelesen - die Bilder außerdem automatisch um 10% komprimiert. Eine Pauschalbearbeitung, die so tut, als ob alle Bilder gleich wären... aber bei mir eh schon erledigt.
Da die Bilder schon stark komprimiert sind und keine png-Bilder sind, bleiben folgende Wege:
-der meist empfohlene Eintrag in der functions.php oder
-ein plugin oder
-ich lade direkt per FTP hoch, ganz ohne WP?
Wie macht ihr das?
Ah danke, habe gerade nochmal gegoogelt und viele empfehlen die Deaktivierung:
-kürzere, einheitliche Url für alle Medien
-übersichtlichere Ordner-Struktur, z.B. wenn man eine best. Datei sucht
-einfacher bei Umzügen
Keiner hat irgendeinen Nachteil genannt....?
Verstehe ich es richtig, dass für einen Unterordner wie /uploads/2014/07 als Rechte "750" nicht genügt, für den Uploads-Ordner als einzigen Medien-Ordner aber schon?
Wenn ich jetzt ein neues Bild hochlade, dann wird das aber nicht in 2014/07, sondern in 2013/02 abgelegt!?
ALLES in uploads? Hm, geordnet ist es dann zwar auch nicht, aber zumindest nicht unlogisch verteilt. Wie ginge das?
Hallo,
der primäre Ordner für Mediendateien aller Art heißt "Uploads". Ich habe mir den per FTP mal näher angesehen. WP legt automatisch Unterordner an, z.B. 2013 und 2014 und dort dann jeweils wieder Unterordner, z.B. 03, 03, 04.
Ist es normal, dass so viele Unterordner existieren?
Wenn ich jetzt Bilder hochlade, werden die "irgendwie" verteilt, z.B. auf 2013/02 und 2014/07. Audio landet mit Bildern im selben Unterordner.
Ist das normal?
Ich würde da gerne mehr Ordnung reinbringen, z.B. einen Bilderordner für Bilder, einen anderen für Videos. WP macht das aber selbständig und ohne meinen Einfluss?
Hallo,
das Permalink-Modul von WP erlaubt ein Anhängen von .html an die Urls leider nur bei posts, nicht bei pages. Bei der Umstellung einer alten statischen Site auf WP als CMS müssen aber die Urls gleich bleiben und die haben .html hinten dran.
Es gibt Plugins dafür, die funktionieren. Ich würde aber gerne wissen, was genau die machen und welcher Code daher der optimale wäre. Optimal, d.h. z.B. (für mich), möglichst einfach und mit Variablen arbeitend, die von zukünftigen WP-Updates vermutlich nicht (so schnell) betroffen sein werden. Ohne nennenswerte Performance-Einbußen wäre auch schön.
Kann bitte jemand die folgenden Plugin-Codes "deuten"? Drängt sich einer der Codes auf?
1. Plugin ".html on pages"
[size=10]add_action('init', 'html_page_permalink', -1);[/SIZE]
[size=10]register_activation_hook(__FILE__, 'active');[/SIZE]
[size=10]register_deactivation_hook(__FILE__, 'deactive');[/SIZE]
[size=10]function html_page_permalink() {[/SIZE]
[size=10] global $wp_rewrite;[/SIZE]
[size=10]if ( !strpos($wp_rewrite->get_page_permastruct(), '.html')){[/SIZE]
[size=10] $wp_rewrite->page_structure = $wp_rewrite->page_structure . '.html';[/SIZE]
[size=10]}[/SIZE]
[size=10]}[/SIZE]
[size=10]add_filter('user_trailingslashit', 'no_page_slash',66,2);[/SIZE]
[size=10]function no_page_slash($string, $type){[/SIZE]
[size=10]global $wp_rewrite;[/SIZE]
[size=10] if ($wp_rewrite->using_permalinks() && $wp_rewrite->use_trailing_slashes==true && $type == 'page'){[/SIZE]
[size=10] return untrailingslashit($string);[/SIZE]
[size=10]}else{[/SIZE]
[size=10]return $string;[/SIZE]
[size=10]}[/SIZE]
[size=10]}[/SIZE]
[size=10]function active() {[/SIZE]
[size=10] global $wp_rewrite;[/SIZE]
[size=10] if ( !strpos($wp_rewrite->get_page_permastruct(), '.html')){[/SIZE]
[size=10] $wp_rewrite->page_structure = $wp_rewrite->page_structure . '.html';[/SIZE]
[size=10]}[/SIZE]
[size=10]$wp_rewrite->flush_rules();[/SIZE]
[size=10]} [/SIZE]
[size=10] function deactive() {[/SIZE]
[size=10] global $wp_rewrite;[/SIZE]
[size=10] $wp_rewrite->page_structure = str_replace(".html","",$wp_rewrite->page_structure);[/SIZE]
[size=10] $wp_rewrite->flush_rules();[/SIZE]
[size=10] }[/SIZE]
[size=10]?>
[size=10]
Alles anzeigen
[/SIZE]
2. Code für functions.php
[/SIZE]
[size=10]add_action( 'init', 'custom_page_rules' );[/SIZE]
[size=10]function custom_page_rules() {[/SIZE]
[size=10]global $wp_rewrite;[/SIZE]
[size=10]$wp_rewrite->page_structure = $wp_rewrite->root . 'page/%pagename%.html';[/SIZE]
[size=10]}[/SIZE]
[size=10]
Alles anzeigen
3.Plugin "Add .html on pages"
[/SIZE]
[FONT=Calibri, sans-serif][size=10]<?php[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]add_action('init', 'htmlPage_permalink', -1);[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]register_activation_hook(_FILE_, 'active');[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]register_deactivation_hook(_FILE_, 'deactive');[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]function noPage_slash($string, $type){[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]global $wp_rewrite;[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]if ($wp_rewrite->using_permalinks() && $wp_rewrite->use_trailing_slashes==true && $type == 'page'){[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10] return untrailingslashit($string);[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}else{[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]return $string;[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]function htmlPage_permalink() {[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]global $wp_rewrite;[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]if ( !strpos($wp_rewrite->get_page_permastruct(), '.html')){[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10] $wp_rewrite->page_structure = $wp_rewrite->page_structure . '.html';[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]add_filter('user_trailingslashit', 'noPage_slash',66,2);[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]function active() {[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]global $wp_rewrite;[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]if ( !strpos($wp_rewrite->get_page_permastruct(), '.html')){[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10] $wp_rewrite->page_structure = $wp_rewrite->page_structure . '.html';[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]$wp_rewrite->flush_rules();[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]} [/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]function deactive() {[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]global $wp_rewrite;[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]$wp_rewrite->page_structure = str_replace(".html","",$wp_rewrite->page_structure);[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]$wp_rewrite->flush_rules();[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]}[/SIZE][/FONT]
[FONT=Calibri, sans-serif][size=10]?>[/SIZE][/FONT]
[size=10]
Alles anzeigen
[/SIZE]
Graue Haare? Danke für dein Vertrauen :-P.
Gerade weil es für mich als Laien nicht so einfach ist, will ich es ja vorher abklären, ob es das eine oder andere graue Haar wert ist. Im Zweifelsfall lasse ich es dann auch mal.
Genau, jetzt kommen wir der Sache näher.
Ich habe gelesen, WP nutzt .wp-caption und .wp-caption-text. Theoretisch könnte Google daran den semantischen Zusammenhang erkennen. Das sind ja feste Bezeichnungen, die Millionen von WP-Sites weltweit nutzen, das könnte Google schon explizit berücksichtigen.
Screenreader allerdings werden wohl tatsächlich nur an figure/figcaption Freude haben.
Die Berücksichtigung von IE 7 und 8 soll über eine Browserweiche relativ einfach gehen.
Danke für die Links. Sie bestätigen das, was ich an Vorteilen von figure/figcaption bereits genannt habe.
Aber mir geht es um den Vergleich zum WP-eigenen caption-feature. Was kann dieses nicht, was figure/figcaption schon kann und inwieweit lohnt es sich - gerade für Laien wie mich - dementsprechend, letzteres extra in WP zu integrieren?
Beispiel: Die semantische Zuordnung von Bild und caption. Da WP das mit divs macht, kann es das also nicht. Aber vielleicht erkennt Google den Zusammenhang dennoch und es ist daher verschmerzbar?
Anderes Beispiel: CSS. Manche sind unzufrieden mit WP, weil zu wenige Möglichkeiten anbietend und nutzen deshalb figure. Vielleicht reicht es aber für den üblichen Hausgebrauch durchaus mit WP?
Ausgehend von den 4 genannten Vorzügen würde mich also interessieren, wie es mit WP im Vergleich dazu aussieht.
Hallo,
die beiden tags aus HTML5 scheinen recht beliebt zu sein:
-Sematischer Bezug zwischen Bild und Bildunterschrift
-Nicht nur für Bilder einsetzbar
-Erleichtertes CSS-styling
-Gruppierung mehrerer Abbildungen, z.B. für Galerien
Doch seit WP 3.4 gibt es doch bereits eine eigene Bildunterschrift. Was bringt demgegenüber figur/figcaption jetzt noch?
Wäre als Alternative statt eines Plugins ein direktes JS, z.B. das auf http://www.bloggersentral.com/2009/12/create…r-peek-boo.html zu überlegen?
Da ich keine Ahnung habe, was der Code genau macht und wo ggf. Fehler liegen können und da der Code auf jeder Seite mehrmals implementiert manuell werden muss, wäre aber das Plugin vielleicht echt besser für mich?
Grundsätzlich versuche ich halt immer, auf Plugins zu verzichten, wenn möglich.
Ich bin noch nicht so weit mit der Seite.
Wie sieht das aus:
http://wordpress.org/plugins/toggle-box/ ?
"Dasselbe" wie das von dir genannte?
Danke.
HTML5- und CSS3-Lösungen habe ich schon gefunden, aber die sind offenbar noch nicht mal von den aktuellen Browsern unterstützt, geschweige von älteren.
Wie sieht es bei JQuery mit Ladezeit, schlankem Code und Brwoser-Kompatibilität aus?
Hallo,
ich möchte Teile meiner textlastigen Seiten erst auf Klick hin erscheinen lassen. Es wären auf jeder Seite jeweils einige Text-Absätze, aber an versch. Stellen. Nach folgendem Schema: 1. Kapitel: Überschrift, Teaser, normaler Absatz, weitere Absätze ausklappbar; die weiteren Kapitel analog.
Welche Techniken ermöglichen das und empfehlen sich am meisten? Ich habe ein recht leistungsfähiges Profi-Theme mit HTML5-Unterstützung.
Einfach, wenig Code, Ladezeit und Browserverträglichkeit sind die Kriterien, oder? Gibt es weitere?
HTML5 soll etwas ganz einfaches anbieten, aber noch von vielen Browsern nicht unterstützt sein. Dito CSS3.
Weil beim nächsten Update die readme wieder da wäre und man nie weiß, wozu es vielleicht doch gebraucht wird (technisch).
Ausblenden oder Zugang sperren ist daher besser.
Ohne Meta-tag und readme muss ein Hacker manuell ran... Wie macht er es denn, wenn es schon so leicht ist, wie du sagst (ohne meta-tag und readme)?
Kryptische PW, wenige Plugins ect. mache ich sowieso.