ROFL, dann habe ich nix gesagt
Beiträge von mensmaximus
-
-
Woher weiß ich , dass etwas umgestellt werden muss?
Das von Dir geschilderte Problem weist darauf hin, dass Dein PHP nicht als FastCGI läuft. Wenn Du das Problem ohne Klimmzüge los werden möchtest, solltest Du das umstellen. Und wie das geht sagt Dir Dein Provider (weil ich noch nie einen United Domains Account in den Fingern hatte, weis ich nicht wie das dort gemacht wird)
-
Front- und Backend sind in Englisch und waren zuerst über die wp-config.php auf Englisch eingestellt.
Leider alles weiterhin auf Deutsch! Liegt es am 64bit?
?? Ist es jetzt Deutsch oder weiterhin Englisch ??
Und es wäre von Vorteil einen neuen Thread zu eröffnen, anstatt einen 14 Monate alten wieder zu beleben.
-
Dann muss die Original CSS verstümmelt werden, was beim nächsten Update rückgängig gemacht wird. ArtofPic hat die richtige Lösung gepostet. Die Änderung ist in einem Childtheme durchzuführen.
-
Antispam Bee ist Multisite kompatible und kann für das gesamte Netzwerk (alle Blogs) aktiviert werden.
-
-
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] -
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.