Beiträge von Monika

das ist der falsche Weg

Storefront und WooCommerce sind siamesische Zwillinge :-)
Änderungen im CSS von WOOCommerce machst du in der style.css des Storefront Childs,
denn das Plugin WOOCommerce kann kein "ChildTheme", daher findet es diese eingebundene css Datei nicht...

und wenn du meinst , dass eine Deklaration nicht greift, => nimm den uralten, doofen, aber immer noch wirksamen "border-trick"

zb du magst im Warenkorb die Tabelle
table.cart ändern

schau, ob deine Cascade reicht mit

table.cart{border:1px solid red; }
ist diese Tabelle ohne roten Rahmen ist die Cascade nicht lang genug dies zu tun

versuch es dann mit
.woocommerce table.cart {border:1px solid red;}

voila => nun ist der rote Rahmen da, du siehst, dass deine Cascade greift und kannst nun machen was du machen willst
den roten Border sicher wieder löschen :-)

@import macht immer alles langsam

und oft brauchst du ein

.woocommerce-active .weiterecssklasse .nochweitere cssklasse {} voranstellen

ich kenne das nicht, haben die dort einen Support,

weil offensichtlich nutzt du WP vom Hostinganbieter...

das ist eine PHP Notiz => sowas ist ärgerlich, aber keine Katastrophe

ich habe eher die Vermutung, dass da was anders hakt als diese Notiz...

Vorgehensweise:
etwaiges Cache Plugin zuerst deaktivieren => und vorher ausleeren ...

Standard Theme kurz aktivieren, schauen gehts...
gehts => ok das Theme hat was oder es verbraucht zuviele memory...

gehts nicht...

alle Plugins deaktiviern, BrowserCache leeren => schauen gehts und oder gehts nicht...

gehts: Ok könnte Plugin sein oder Memory Cache oder ....
Plugin eines nach dem anderen aktivieren, jedes Mal schauen, gehts, gehts nicht..

ist das Menu sehr groß?

dann kann es daran liegen, dass dein Server zuwenig Ressorucen anbietet, da hilft hie und da viele Menupunkte nicht dynamisch, sondern als "Link" einzufügen...

Zitat von maxe

hast du volle Admin-Rechte im WP-Dashboard?
Denn der Editor-Entrag im Design-Menü ist WP-Standard: http://www.example.com/wp-admin/theme-editor.php

1. das und

2. kontrolliere die wp-config

steht da sowas wie

define( 'DISALLOW_FILE_EDIT', true );

kannst du keinen Editor sehen, egal ob Admin oder nicht => und ich finde das übrigens die beste Lösung,
online editieren ist für Laien katastrophal und Profis machen das hoffentlich nie :-)

Zitat von Blau

Hallo
Kann mir jemand sagen (schreiben), wo hier der Hund begraben ist?
Ich habe eine Child-Theme für storefront angelegt.
In der Child-css habe ich folgenden Kopf eingefügt:

Code

/*
 Theme Name: Storefront Child
 Description: Child Theme
 Author: Ich
 Template: storefront
 Version: 1.0
 */
 @import url("../storefront/style.css");

und jede Änderung funktioniert problemlos.
Nun wollte ich es mit der Child-woocommerce.css genauso machen. Also:

Code

/*
 Theme Name: Storefront Child
 Description: Child Theme
 Author: Ich
 Template: storefront
 Version: 1.0
 */
 @import url("../storefront/inc/woocommerce/css/woocommerce.css");

Aber bei Änderungen passiert nichts. Das Programm greift immer auf das Eltern- woocommerce.css zurück?
Kann mir jemand weiterhelfen?

Alles anzeigen

du brauchst das Style von WOO Commerce nicht nochmals einbinden => wozu auch, das macht eh das Theme Storefront für dich automatisch :-)

außerdem bindet man ein Style in ein ChildTheme nicht mehr mit @import ein, das ist zu langsam

functions.php des ChildThemes

// Faster than @import
add_action( 'wp_enqueue_scripts', 'my_child_theme_scripts' );
function my_child_theme_scripts() {
    wp_enqueue_style( 'parent-theme', get_template_directory_uri() . '/style.css' );
}

außerdem mit dem @import "überschreibst du nichts", sondern du holst das CSS des Elternthemes...

magst du das CSS ändern musst du in der style.css des ChildThemes die Angaben machen und zwar sehr genau...

welche Klassen und Ids siehst du im Quelltext der aufgerufenen Seite...

Zitat von sinapolar

Danke. Testen kann ich leider auch noch nicht, da die neue Zielseite noch nicht öffentlich auf der neuen Domain liegt. Wenn sie aber einmal dort installiert wurde, muss es eben sehr schnell mit den Weiterleitungen gehen.
Wie kamst du denn auf deinen htaccess Code, bzw, was bedeuten diese Befehle? Wüsstest du eine Möglichkeit, wie man das im Vorfeld testen könnte?

http://wiki.selfhtml.org/wiki/Webserver/mod_rewrite

ich wünsch dir viele Erfolgserlebnisse beim Lesen, ausprobieren und erkennen ...

kurz: ich fühl mich überfordert mod_rewrite Regeln in aller Kürze zu erklären...

hast du nicht irgendwo zwei ungebrauchte Domains zum Testen, reichen doch knappe 5 Minuten dazu...

Zitat von voda

Hallo liebes Forum,

seit neustem habe ich folgendes Problem und zwar, wenn ich meine Seite herunterscrolle, war es bisher so, dass am Fuß der Webseite gestoppt wurde. Dies ist jetzt nicht mehr so. Woran kann es liegen? Ist bei jedem Artikel so. Wie bekomme ich es hin, dass der Blog wieder am Fuß stoppt?

Der Fehler tritt bei jedem Theme auf.

Danke Euch im voraus!

ich habe das Problem bei keinem Browser keinem Betriebssystem => mache einen Screen => sonst glaub ich inmeiner Paranoia noch, dass da gar kein Problem ist

du kannst ja den Alt Tag des Header Bildes aussagekräftig benennen und auch den Dateinamen des Bildes...:-)

du kannst beim Validator auf
"show source" klicken, danach auf "revalidate" dann siehst zumindest in welchem Zusammenhang dies auftaucht

ist es im Text, dann ergänze das was fehlt, das steht dort zb schließender ul tag </ul> fehlt oder so...

bei anderen Sachen frage dann einfach nach...
hast du eine Sache repariert wieder zum Validator gehen => sind oftmals "Folgefehler" :-)

und wenn das repariert ist sehen wir weiter ...

ich habe die Vermutung, dass dieses Bild vom Slider kommt

relativ einfach die Grenze sind die Grenzen deines Servers

[COLOR=#b22222]Datenbankbackup[/COLOR]

Dasboard => Beiträge
rechts oben bei deinem Login Name steht Optionen
dort die Anzahl der Beiträge auf "150" setzen => du kannst auch auf 500 setzen, aber ich bin mir unsicher, ob dies der Server (php Limit) schafft....

Beiträge anhaken => zuerst nach Autor sortieren.. das kann ich dir nicht ersparen :-)

du siehst das DropDown Aktion wählen (dort wo du die Beiträge anhaken kannst) => bearbeiten auswählen => übernehmen klicken
überrascht gucken was da alles möglich ist

nun den anderen Autor anhaken

speichern fertig...

ich habe das Theme nicht, da man dafür zahlen muss

da du dafür gezahlt hast, müßten dir der Support des Themes das erklären können...

dict.leo.org
hilft da auch fantastisch weiter,

Zitat von oklahoma-od

Ich hatte gehofft, hier jemanden zu finden, der mir helfen könnte. Denn bislang lief der Blog weitestgehend problemlos und falls mal ein Problem auftrat, konnte mir hier meist geholfen werden. Ist es diesmal ein zu aufwändiges Problem? Kann das leider nicht einschätzen.

um dir hier genau zu helfen, muss man jedes Template des Themes kennen und sehen wo was ausgeliefert wird,

weil es am html mangelt, der Validator sagt auch mir nur:Zeile xyz
aber ich kann nicht wissen wo diese Zeile in den Templates deines Themes zu finden sind ...

ungetestet

RewriteEngine on 
RewriteCond %{REQUEST_URI} (.*)
RewriteRule ^(.*)$ http://neue-domain.tld/$1 [L,R=301]

du suchtest nach "attribute selectoren" :-), obwohl du es nicht wusstest...

div[id^="nav_menu-"], 
div[id*="nav_menu-"] {
   deine angaben
}

ob da div oder nav oder was weiß ich vorher hingehört weiß ich nicht...
die erste Angabe ist die "noch zielgenauere" ...

hängt von der html Struktur also vom "Dom" ab.

eine doch gute Doku findest du hier
http://www.sitepoint.com/web-foundation…r-css-selector/

oder hier

http://www.sitepoint.com/web-foundation…bute-selectors/

ich selbst nutze sie nicht sehr oft, weil der Browser zum Rendern dann viel Zeit braucht ( gut ich bin da Fantatikerin :-), also performtes CSS ist es nicht so ganz,...

1. weil jede ID mehr Zeit zum Rendern braucht als eine Klasse,
2. weil es meist eine Klasse vor all diesen unterschiedlichen IDs gibt, die ich nutzen kann...
und 3. weil Attribute Selektoren eben sehr umfassend sind und hie und da redudantes CSS ergeben... hängt von Fall zu Fall ab...

um so ein Problem zu lösen ist valides html nötig,
es gibt "kaputtes html" das einen Browser zu Fehldarstellungen bringen kann

https://validator.w3.org/check?verbose=…ahoma-od.com%2F

klicke dort auf "show source" so findest du die Zeile wo der Fehler zu finden ist, dann kannst du reparieren und dann nachsehen, ob Firefox auf Mac immer noch so reagiert wie beschrieben

ok was soll denn der Stellenmarkt oder die Jobbörse so alles können,

Möglichkeiten dazu gibt es wie Sand am Meer

ganz ans Ende der htaccess egal was vorher steht

zb

Redirect permanent  pfad/alte/seite/datei.html   http://neueurl

sind es viele Urls
schreibe immer nur drei vier in die htaccess lade diese hoch und kontrolliere sofort..

Grund: schreibst was falsch, kommt ein error 500 => oder die Umleitung funktioniert nicht :-), hast du dann gleich zig Urls umgeschrieben findest den Fehler nur schwer...

Zitat von astratr

Hallo Leute ..
habe jetzt ein bisschen rum experimentiert.

Aber es kommen nicht die Seiten die ich abgewertet habe.
Sehe ich es richtig dass nur die Seiten erscheinen die Google als sinnvoll erachtet?

Gruß

darauf hast du Null Nada Nix Einfluss

wenn deine Site keine Sitelinks von Google hat, kannst du logischerweise auch keine daraus ausschließen,
da muss deine Site eine "Autorität" werden und zwar in den "Augen" von dieser Suchmaschine :-)