Beiträge von DerAndere

Mein Theme benutzt einen Callback, um Kommentare anzuzeigen.

// in comments.php
wp_list_comments( array( 'callback' => '2015theme_comment' ) );

Nur leider bekommt das Objekt in 2015theme_comment() nur Kommentare, die entweder comment_approved==0 oder comment_approved==1 sind.
comment_approved=='spam' enthält dieses Objekt garnicht.

Wie erhalte ich auch Spam-Kommentare?

Mein Problem wurde, wie erwartet, falsch verstanden. Ist aber auch egal denn es wurde gelöst. Trotzdem danke für die Antworten.

Das repeat war schon richtig. Das Problem war ein anderes.

Ich ersuche seit gestern erfolglos eine Grafik meinem body-Element zuzuweisen. Die Grafik soll fixed sein.

Da kam mit als erstes background-size:cover; in den Sinn. Aber schon das klappt nicht wie es soll. Die Grafik wird so extrem groß gezogen, dass ich alle Pixel sehen kann.

Aktuell habe ich es so mit einer 500x500px großen Grafik gemacht (Notlösung):

background: #fff url(images/bg.jpg) repeat top center;

oder

html { 
  background: url(images/bg.jpg) no-repeat center center fixed; 
  -webkit-background-size: cover;
  -moz-background-size: cover;
  -o-background-size: cover;
  background-size: cover;
}

Das funktioniert auch. Aber die Grafik wird extrem groß gezogen - egal wieviel Pixel meine bg.jpg-Grafik hat.

Mein Ziel wäre aber folgendes, was nicht funktioniert:

background: url(images/bg.jpg) repeat fixed 0 0;

Die Grafik ist zwar fixed, aber sie wird doppelt auf den Bildschirm gemalt! D.h. obere Hälfte meines Bildschirms hat diese Grafik von links nach rechts - nicht fixed.
und "unter" (eine Ebene drunter) dieser Grafik ist nochmal diese Grafik aber fixed auf dem ganzen Bildschirm mit repeat.

So ein seltsames Verhalten hatte ich noch nie. Ich hoffe man versteht mich :razz: Kennt das jemand?

Sorry für den Doppel-Beitrag aber ich kann nicht mehr editieren.

Eine andere Möglichkeit bestünde darin, alle https-Anfragen nach http umzuleiten - außer wp-login.php und wp-admin.

Mein erster Versuch mit nginx sieht folgendermaßen aus, funktioniert aber nicht richtig:

location ~ /(?!wp/wp-login.php(.*)|wp/wp-admin/(.*)$)(.*$) {
  rewrite ^ http://$host$request_uri? permanent;
}

In der wp-config.php habe ich

define('FORCE_SSL_ADMIN', true);

definiert.

Problem hier ist jetzt aber ein Umleitungsfehler, wenn ich wp-login oder wp-admin aufrufe. Ohne FORCE_SSL_ADMIN könnte man sich ohne SSL einloggen, das will ich natürlich nicht.

Folgendes Problem:
Google indexiert immer und immer wieder meine https-Seiten, obwohl ich das absolut nicht möchte.

Ich habe meinen canonical-Link jetzt so angepasst, dass https durch http ersetzt wird:

function remove_https_from_permalink($link) {
  return str_replace('https://', 'http://', $link);
}
add_filter('get_the_permalink', 'remove_https_from_permalink');

Damit gleich noch an anderen Stellen https entfernt wird, wird der Filter noch weiter angewandt:

add_filter('style_loader_src', 'remove_https_from_permalink', 10, 2);
add_filter('script_loader_src', 'remove_https_from_permalink', 10, 2);
add_filter('home_url', 'remove_https_from_permalink');
add_filter('get_permalink', 'remove_https_from_permalink');
add_filter('the_permalink', 'remove_https_from_permalink');

Es bleiben aber noch immer https-Reste übrig. So z.B. bei wp_get_attachment_url() - hier funktioniert der Filter nicht.

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

Gibt es eine bessere Möglichkeit, https ÜBERALL im Code durch http zu ersetzen?

Ich habe die Lösung jetzt dank dir gefunden.

Ich habe jedem ul li jetzt ein background-color hinzugefügt. Außerdem hat das übergeordnete div z-index:999;.

Entschuldigung für die zweite Nachricht, aber ich konnte meinen ersten Beitrag nicht mehr bearbeiten.

Mein Menu ist so ein Menu: http://cssmenumaker.com/sites/default/…igation_bar.png
Nur meins ist selber gemacht.

Ich habe mir gestern Abend für meine Webseite ein eigenes mobiles Hauptmenu gebastelt (sollte ja jeder kennen). Ich wollte keinen Fertig-Code benutzen.
Das Menu ist jetzt fertig und es klappt wunderbar. Aber eine Verbesserung würde ich gerne noch einbauen, stehe gerade aber auf dem Schlauch!

Das Menu wird richtig angezeigt, drückt den nachfolgenden Content dann logischerweise nach unten.
Wenn ich das mobile Hauptmenu nun absolut positioniere, dann haben die li-Einträge in der ul-Liste keine Hintergrundfarbe mehr und lassen sich kein bisschen mehr mit css gestalten.

Woran kann so ein komisches Verhalten liegen?

Hat keiner eine Idee? :(

Ich versuche mein Problem mal zu erklären:

Meine Webseite hat einen Header. Das ist der erste div-Container (wrapper, grüne Umrandung).
In diesem wrapper sind zwei weitere div-Container. Einer float:left (Haupt-Banner), der andere float:right (zweiter Banner).

Mein Problem liegt jetzt darin, dass wenn ich das Browserfenster verkleinerere, der "zweite Banner" unter den "Haupt-Banner" rutscht.
Was ich eigentlich vor hatte war, dass der "Hauptbanner" sich verkleinert und der "zweite Banner" NEBEN dem Haupt-Banner bleibt.

Ist das irgendwie möglich?

Hier eine Demo bei Fiddle: http://jsfiddle.net/g4dGz/1224/

Grafik:

Was ist denn grundsätzlich besser?
Dem wrapper eine feste Breite in Pixeln zu geben oder in Prozent?

In Prozent ist es natürlich viel einfacher, den wrapper auf verschiedenen Geräten mit wenig Mühe anzeigen zu lassen.

Mhhh ok ok, ich glaube langsam zu verstehen - aber nur "wenn rechts kein Platz mehr ist" =)

Ich sehe schon das Problem auf meiner Webseite. Meine Webseite hat einen Wrapper, der immer X% der Bildschirmbreite einnimmt - egal welcher Zoom-Level.
Ich denke hier ist es eher angebracht, bei DESKTOP-Browsern einen PIXEL-Wert zu nutzen - sehe ich das richtig?
Bei Steam sieht es z.B. so aus:

body.standard_page {     min-width: [COLOR=#ff0000]958px[/COLOR]; }

Bei mir so

.wrapper { margin:0 auto; width:[COLOR=#ff0000]50%[/COLOR]; }

Mobile muss ich dann mal gucken... habe zum Glück einen FullHD-Bildschirm und kann in einer VM 1366er-Auflösungen simulieren. Außerdem habe ich ein Samsung S5 Mini und noch ein uraltes Samsung Wave Y. Nur ein Tablet habe ich nicht. Aber das ist unwichtig.

Also das zählt auch zu Responsives Webdesign. OK. Meine CSS-Dateien habe ich schon für PC und Smartphones aller Art angepasst.

Nur wenn ich reinzoome, dann werden die Pixel ja nicht weniger.
Ich habe z.B. u.a. folgendes in meiner CSS stehen

@media only screen and (-webkit-device-pixel-ratio: 2),
(-webkit-device-pixel-ratio: 1) and (max-device-width: 768px) { /* ... */ }

Das natürlich für alle Arten von Bildschirmen (klappt auch sehr gut!).

Aber das mit dem Zoomen ist mir trotzdem noch suspekt eben wegen "Wenn man zoomt, werden die Pixel des Ausgabegerätes ja nicht weniger".

Ich habe durch Zufall auf mehreren Webseiten eine Technik gesehen, die ich noch nicht kenne.

Kurz erklärt...
Seitenzoom 100%: Webseite wird normal angezeigt.
zoomt man nun stark rein, so verändert sich das Layout der Webseite!

Ein gutes Beispiel ist diese Seite von Steam mit einem zufälligem Profil Namens Random :P
http://steamcommunity.com/id/Random

Einfach reinzoomen und gucken, wie sich das Layout (rechte Sidebar) verändert.

Mit JavaScript hat das wohl nichts zu tun, das habe ich schon geprüft.
Aber wie funktioniert das denn sonst?