Antispam Bee ist Multisite kompatible und kann für das gesamte Netzwerk (alle Blogs) aktiviert werden.
Beiträge von mensmaximus
-
-
-
Plötzlich ist immer so eine Sache. Wenn sich Dinge ohne eigenes Zutun verändern muss man von Fremdeinwirkung ausgehen. Bis Du sichern dass Du keine Updates oder neuen Plugins installiert hast und keine Modifikation am Code vorgenommen hast? Wann funktionierte alles wie gewohnt zum letzten mal und wann ist die Veränderung bemerkt worden?
-
Da diese bei der Beitragsübersicht und unter Häufigverwendet angezeigt werden, sind diese auch in der DB enthalten. In der App werden die Kategorien beim Beitragschreiben ebenfalls angezeigt.
Gut, dann spar ich mir das Troubleshooten wegen zerschossener Relationen in wp_terms, wp_term_relatioships und wp_term_taxonomy sowie die Auswirkung von APP Cashes auf die Darstellung.
-
Code
add_action('the_content','angebote_ansicht'); function angebote_ansicht( $content ){ if( get_post_type == 'angebote') return; $customs = get_post_custom (get_the_ID()); $wohnung = "Wohnung ".$customs['_wohnungsauswahl'][0]; return $content . $wohnung; }Ich wollte mit get_post_type abfragen ob es sich um ein 'Angebot' handelt.
Ich habe weder den CPT geprüft, noch die grundsätzliche Vorgehensweise. Vorausgesetzt das alles richtig ist, dann ist Deine IF Abfrage falsch, da sie im Falle des CPT 'angebote' nicht weiter macht. Da müsste also entweder ein != rein oder die IF Abfrage muss umgeschrieben werden:
-
Schau doch mal in die Datenbank (MySQL) ob die Kategorien noch das sind?
-
Verwende mal die normalen CODE Tags und nicht die PHP Tags (das Highlighting ist unwichtig)
-
Eine vereinfachte Version, die ich persönlich nicht so prickelnd finde, ist
Code[COLOR=#333333][FONT=Arial]add_filter('woocommerce_variable_price_html', 'custom_variation_price', 10, 2); [/FONT][/COLOR][COLOR=#333333][FONT=Arial]function custom_variation_price( $price, $product ) { [/FONT][/COLOR][COLOR=#333333][FONT=Arial] $price = ''; [/FONT][/COLOR][COLOR=#333333][FONT=Arial] $price .= woocommerce_price($product->min_variation_price); [/FONT][/COLOR][COLOR=#333333][FONT=Arial] return $price; [/FONT][/COLOR][COLOR=#333333][FONT=Arial] [/FONT][/COLOR][COLOR=#333333][FONT=Arial]} [/FONT][/COLOR] -
Um auf das alte 2.0er Format "ab Preis" zurück zu gehen ist die Lösung von Gerhard Potgieter zu empfehlen. Der folgende Code geht in die functions.php Deines Child Themes
PHP
Alles anzeigen<?php // Use WC 2.0 variable price format, now include sale price strikeout add_filter( 'woocommerce_variable_sale_price_html', 'wc_wc20_variation_price_format', 10, 2 ); add_filter( 'woocommerce_variable_price_html', 'wc_wc20_variation_price_format', 10, 2 ); function wc_wc20_variation_price_format( $price, $product ) { // Main Price $prices = array( $product->get_variation_price( 'min', true ), $product->get_variation_price( 'max', true ) ); $price = $prices[0] !== $prices[1] ? sprintf( __( 'From: %1$s', 'woocommerce' ), wc_price( $prices[0] ) ) : wc_price( $prices[0] ); // Sale Price $prices = array( $product->get_variation_regular_price( 'min', true ), $product->get_variation_regular_price( 'max', true ) ); sort( $prices ); $saleprice = $prices[0] !== $prices[1] ? sprintf( __( 'From: %1$s', 'woocommerce' ), wc_price( $prices[0] ) ) : wc_price( $prices[0] ); if ( $price !== $saleprice ) { $price = '<del>' . $saleprice . '</del> <ins>' . $price . '</ins>'; } return $price; } [COLOR=#000000]?> [/COLOR] -
Wenn Du den Platz nicht brauchst, würde ich das Menü in den diesen Bereich verlagern.
-
Zudem verwende ich auch nur die Web-Version von Wordpress. Ist das trotzdem möglich, ohne ,,das Richtige" Wordpress herunterzuladen?Wenn das bedeutet, dass Du wordpress.com verwendest, bist Du in diesem Forum falsch. Hier geht es nur um selbst gehostete WordPress Installationen.
-
Wenn der Code richtig formatiert wäre, würde ich ihn auch lesen.
-
-
Sorry, aber das sprengt den Rahmen. Denn selbst wenn ich es detaillierter erkläre, wärst Du (Zitat: "[...] verstehe im Prinzip nichts davon.") nicht in der Lage es umzusetzen (Schreiben, Implementieren). Wenn das wirklich wichtig ist, würde ich ein Gesuch im Jobforum einstellen. Mit 4-5 Stunden Arbeit sollte das erledigt sein.
-
Zum Thema nicht gefunden: http://blog.alekel.de/wordpress-verz…efunden-werden/
In dem Artikel wir empfohlen die Berechtigung auf 777 zu stellen. Das ist nicht gut! Böse! Pfui! Das kannst Du auch bei WordPress selbst nachlesen.
Dein Problem ist die Art wie PHP ausgeführt wird in Zusammenhang mit den Besitzerrechten Deiner Dateien. Der gängige Weg ist die Umstellung auf PHP-FPM oder FastCGI. Wie das geht erfährst Du bei Deinem Provider.
-
V-Server oder Hosting Account? Bei letzerem wird Dein Provider etwas gegen Options All haben und dieses daher verbieten (mit ein 500er Fehler quittieren)
-
Es muss doch irgendeinen Weg geben
Den gibt es ja auch: jQuery. Nichts anderes macht die Seite jetzt auch. Eine Page erstellen, die einen Querystring liest und ausgibt. IN der Seite einen jQuery Listener einbauen, der den Querystring "onload" liest und die entsprechende Seite nachlädt. Das Ganze mit ein paar Rewriteregeln aufgehübscht und schon hat man EINEN Weg, wie es geht.
-
Dann hat der Webserver Schreibrechte, auch wenn diese nur auf 755 stehen. Muß ich gleich mal ausprobieren...
Richtig. Dafür kannst Du dann per FTP keine Daten mehr hochladen. Auf einem V-Server würde man das klassisch über "die Gruppe" lösen. Beim Webhosting ist das aber meistens nicht möglich.
-
aus Sicherheitsgründen besser 777 einräume
nur der Uploads-Ordner die 777 bekommen hat
Meine Meinung ist ja bekannt und was 777 Rechte (also gar keine Sicherheit, weil absolut jeder schreiben darf) bedeuten ist Euch auch bekannt.
Ich empfehle Dir dringend niemals 777 Rechte zu verwenden. Und das werden Dir 99% aller IT-Experten bestätigen. Du musst mir nicht glauben, aber Du solltest zumindest auf das hören was WordPress selbst zu diesem Thema sagt.
-