Setz mal das minor in Anführungszeichen. Dann sollten eigentlich beide Fehler weg sein.
Beiträge von danielgoehr
-
-
Der Zoomfaktor ist etwas, was der User im Browser einstellt. Das kannst du als Betreiber der Seite nicht beeinflussen (und das ist ehrlich gesagt auch gut so).
Wenn es bei 90-100% gut aussieht, ist doch aber alles gut. Die wenigsten User verändern die Zoomstufe.
"Befehle" gibt es in HTML übrigens generell nicht. HTML ist eine reine Auszeichnungssprache.
https://de.m.wikipedia.org/wiki/Auszeichnungssprache -
nein, nein. Nicht auf Wordpress.com.
habe ein eigenes Theme etc. hochgeladen. Im meinem Webserver habe ich eine Kopie der installierten Wordpress-Version in ein anderes Verzeichnis gelegt (unter dem die neue URL auf Wordpress zugreifen kann) und wollte dann entsprechende Konfigurationen vornehmen. Dabei habe ich mich dann selbst ausgeschlossen.
Was heißt "selbst ausgeschlossen"? Falls dein Account oder dein Passwort nicht mehr funktionieren, kannst du ein neuen Account und/oder neues Passwort direkt über die Datenbank erstellen.
-
Aus der Ferne ist es schwer zu beurteilen, woran es liegt. Aber du bist ja schon auf einem guten Weg. Im Zweifelsfall einfach die Dateien aus deinem Child-Theme in das neue, funktionierende Child-Theme rüberkopieren...
-
Warum nicht einfach die SPANs der Zutaten stylen?
Dachte ich auch zuerst. Aber da der Zutaten-Bereich auf der Seite eher ein "Block" ist, dachte ich, er will den ganzen Bereich hinter den verschiedenen Zutaten hinterlegen (also ein "Kasten", in dem die ganzen Zutaten stehen). Wenn jede Zutat einzeln hinterlegt werden soll, macht span natürlich mehr Sinn.
-
Ah super, danke, die erste Fehlermeldung ist dank Anführungszeichen weg :D
Bleibt nur noch die zweite, das Parent-Theme ist noch vorhanden und funktioniert auch fehlerfrei...
Fehlerfrei heißt: Wenn du statt dem Child-Theme das Parent-Theme aktivierst funktioniert alles korrekt und ohne Fehlermeldung?
Das Child Theme hat aber schon mal Fehlerfrei funktioniert? Wenn ja, was wurde genau gemacht/geändert, bevor der Fehler auftrat?
Sind Verzeichnisname vom Parent-Theme und der Text, der im Child-Theme in der style.css hinter "Template" steht, identisch?
-
Du könntest entweder über den Text-Modus im Editor ein Div mit einer eigenen Klasse einfügen und die mit background-color und (vermutlich) ein bisschen padding in CSS "stylen".
Alternativ (und etwas eleganter) könntest du einen Shortcode erstellen, der das entsprechende Div mit der Klasse erzeugt.
https://codex.wordpress.org/Function_Reference/add_shortcode
-
303 MB per SSH zurückspielen dürfte doch aber normalerweise überhaupt kein Problem darstellen.
Was ist denn die konkrete Fehlermeldung?
Mal versucht, die Datenbank ohne die statpress Tabellen zu importieren. Du schreibst ja, die würden Probleme machen und deren Verlust ist ja vermutlich verschmerzbar.
-
Danke für dein Antwort.
Ich finde deine idee nur leider etwas zu einfach :grin:
Mit einem normalen "Member plugin" sind meine Wünsche nicht zu realisieren - ich habe mir in den letzten 3 stunden ca. 15 stück angeguckt, da war nicht wirklich etwas bei was meine o.g ansprüche erfüllt.Naja, ich würde es so machen und würde damit deinen gewünschten Funktionumfang umsetzen können.
Das Member Plugin "löst" nur einen Teil deines Problems. Damit kannst du erreichen, dass jeder eurer Kunden einen "eigenen", privaten Bereich hat.Dabei bleibt folgendes Problem natürlich weiterhin bestehen:
Im Zweifelsfall einfach die umbauen/erweiteren
Du musst die Profile in dem jeweiligen Member Plugin entsprechend selbst erweitern und zusätzlich für dich als Admin eine Möglichkeit schaffen (Custom Field, ggf als Repeater), um die Downloads zu hinterlegen.
-
Eine andere Möglichkeit wären unterschiedliche PHP Konfigurationen. Die häufigsten Probleme entstehen durch die PHP Version sowie die Werte für max_input_vars und memory_limit. Einfach mall beide Server in dieserem Punkt vergleichen. Das Durcheinander mit dem SSL wäre aber auch mein erster Ansatz.
Das kann natürlich (zusätzlich) auch noch der Fall der sein. Aber im Moment finde ich es eigentlich sehr eindeutig. Wenn man in die Webkonsole schaut, sieht man, dass mehrere Javascripte blockiert werden, weil sie über http geladen werden.
Das was der TE als "dynamische Inhalte" beschreibt, ist ja Javascript. Insofern drängt sich der Zusammenhang schon sehr (!) auf.
-
Hallo Daniel, ja du hast recht, ich habe das falsch interpretiert, sorry. Allerdings verstehe ich dann die Anfrage hier im Forum nicht ganz, wenn professionelle Hilfe vor Ort ist.
Ja, das stimmt. Das hatte mich auch etwas gewundert. Wobei ich vermute, dass sich die besagte professionelle Hilfe nur um die Vereins-Seite kümmert und nicht um die neu zu erstellende (wobei ich es eigentlich normal finde, dass man seinen Dienstleister solche Sachen trotzdem fragen könnte).
-
Schau mal in deine wp-content.php. dort steht in Zeile 94 irgendwas mit minor. Setz das "minor" mal in Anführungszeichen.
Ansonsten "findet" dein Child-Theme die "ample_option()" nicht. Ist das Ample (Parent-)Theme denn noch vorhanden?
-
Das ist definitiv der Grund. Die Frage ist nur, was die Ursache ist.
Es kann eigentlich nur ein verunglückter Umzug sein (und auch deine neue Erklärung klingt nicht nach einem korrekt durchgeführten Umzug bzw https-Umstellung) oder es gibt hardgecodete http Pfade in deinem Theme.
-
Der Henk hat gesprochen und jetzt traut sich keiner mehr was zu sagen.
Das hat nichts mit henk1060 zu tun. Zumindest nicht direkt.
Henk hat dir mehrere Hinweise gegeben, auf die du zumindest teilweise immer noch nicht eingegangen bist.
Und es ist leider wirklich schwer zu verstehen, was eigentlich dein Ziel ist.
A) Möchtest du die Attachment-Sitemap entfernen?
B) Möchtest du, dass die jeweilige Attachment-Seite das Bild anzeigt?
C) Möchtest du, dass die Attachment-Seiten irgendwo hin umleiten? Wenn ja, wohin?
D) Keine von den drei genannten Optionen (dann bitte exakt beschreiben, was du möchtest).
-
Hallo, auch auf euren Seiten - http://www.sai-fon.de - ist weniger mehr. [...]
Ja, mit professioneller Hilfe sieht man gleich, seitenlange Texte, die kein Mensch lesen will.
Er schreibt doch: Sie *wird* erneuert und verschlankt - nicht, dass sie das bereits ist. Das ist doch gerade die Frage des TE: Er möchte, dass bei diesem Umbau die restlichen Themen nicht untergehen und will sie deshalb umziehen und neu strukturieren.Also vielleicht erstmal in Ruhe lesen, bevor man loskritisiert. Und generell vielleicht mal kurz durchatmen und ne Runde spazieren gehen. Irgendwas scheint dich gerade ziemlich aufzuregen ...
-
-
Vielen Dank für deine Antwort! Das Layout will ich gar nicht beibehalten, es geht mir nur um die Inhalte, die ja sehr umfangreich sind. Ich habe gelesen, dass man das html kopieren und in Wp einfügen kann, als alles was nach Body steht. Wäre das ein Weg?
"Handarbeit" geht natürlich immer. Im Grunde müsstest du "nur" aus jeder HTML-Datei den Inhalt des Divs mit der ID content in den Editor der jeweiligen Seite bei Wordpress einfügen (im Text-Modus, nicht Visuell!). Anschließend dann die Links und Bild-Pfade anpassen. Bloß nicht den ganzen Inhalt von Body nehmen!
Jenachdem, wieviele Seiten du hast (oben schreibst du etwas von 715), könnte sich auch das Erstellen eines Importers lohnen.
Ich persönlich würde jetzt wahrscheinlich versuchen, mir mit file_get_contents und preg_match ein Script zu "bauen", was mir die Daten (weitestgehend) automatisiert aus den HTML-Dateien in die Wordpress-Datenbank überträgt.
http://php.net/manual/de/function.file-get-contents.php
http://php.net/manual/de/function.preg-match.php -
Jetzt muss ich zugeben, dass ich von "web to date" gerade das erste Mal höre.
Wenn ich das richtig sehe, ist das eine Windows Anwendung, die dann HTML Dateien generiert/exportiert? Wenn ja, hast du relativ schlechte Karten.
Bei den meisten CMS gibt es ja (in irgendeiner Form) eine Datenbank, aus der man Inhalte (mit entsprechenden Anpassungen) exportieren und importieren kann. Wenn Web to Date aber eine geschlossene Anwendung ist, wird das relativ schwierig (bis ausgeschlossen).
Ohnehin müsstest du das Layout in Wordpress "nachbauen" und dann die Inhalte importieren (und ggf. nachträglich bearbeiten). Das ist sicherlich auch bei generierten HTML Dateien nicht unmöglich, erfordert aber einiges an Fachwissen und Handarbeit. Mit irgendeinem Plugin wirst du da mit hoher Wahrscheinlichkeit (leider) nicht weit kommen.
-
Bitte mal die Foren-Suche benutzen. Das Thema https-Umstellung taucht hier mindestens einmal pro Woche auf und es ist im Grunde immer der gleiche Vorgang.
Alternativ: Wenigstens einen Link zur Seite posten.
Ansonsten: http://t3n.de/news/wordpress-website-https-679876/
-
Theoretisch geht das mit einem iFrame oder Frameset. Wobei letzteres aus gutem Grund in HTML5 nicht mehr supported wird. Möglicherweise funktioniert es aber trotzdem noch (schon sehr lange nicht mehr ausprobiert).
Du müsstest aber beide Varianten irgendwie "sinnvoll" einbauen. Zum Beispiel in Form eines Page-Templates, dem du dann die externe URL als Parameter übergibst und dann dort als iFrame/Frame einbindest. Und du müsstest alle Links, die sich so öffnen sollen, entsprechend anpassen.
Ich würde davon aber eher abraten. Deine Besucher werden das nicht besonders toll finden. Warum verwendest du nicht einfach target="_blank"?
