Beiträge von SirEctor

Custom Field setzen und in Verbindung mit dem Conditional-Tag im Template abfragen.

Schau mal hier: https://codex.wordpress.org/Conditional_Tags#A_PAGE_Page

Ja gibt es:
https://codex.wordpress.org/Child_Themes
http://die-netzialisten.de/wordpress/anle…-theme-anlegen/
http://www.elmastudio.de/wordpress/ein-…-gehts-richtig/
...usw...

Schreib es so:

@font-face {
font-family: 'regularmedium';
src: url('fonts/regularmedium-Medium.eot');
src: url('fonts/regularmedium-Medium.eot?#iefix') format('embedded-opentype'),
url('fonts/regularmedium-Medium.woff2') format('woff2'),
url('fonts/regularmedium-Medium.woff') format('woff'),
url('fonts/regularmedium-Medium.ttf') format('truetype'),
url('fonts/regularmedium-Medium.svg#regularmedium') format('svg');
font-weight: normal;
font-style: normal;
}

Die Dateien heißen dann regularmedium-Medium.eot usw., wobei ich Großbuchstaben, Umlaute und Sonderzeichen in Dateinamen immer vermeiden würde. Im CSS-Ordner gibt es dann noch einen Ordner fonts, wo diese drin liegen.

Bei H1 schreibst du dann z. B.

h1 {
font-family: 'regularmedium' !important;
}

Denn bei @font-face bestimmst du mit font-family: 'regularmedium'; wie die Schrift angesprochen werden muss.

Ein bisschen wenig Infos. Woher kommt das User Panel? Ein Link zur Problemseite wäre auch hilfreich.

Das hängt von den Plugins und dem Theme ab. Allgemein kann man das nicht sagen.

Aber 42 Plugins? Das nenne ich viel. :shock:

Zitat

Failed to load resource: the server responded with a status of 404 (Not Found)
http://aesparel.de/wp-content/the…ium-Medium.woff

Das gleiche gilt für die .ttf. Ich vermute du hast die Schriften falsch eingebunden.

Die Termine werden bestimmt durch eine PHP-Funktion ausgeblendet. Da ich das Theme nicht kenne, schau mal ob es eine archive-gig.php o. ä. gibt. Da könnte sowas drin stehen.

Ansonsten sind die Termine bestimmt nicht mit Contact Form 7 realisiert. Die müssen anderswo herkommen. Ich vermute ein Custom-Post-Type mit Custom-Fields?

Die Beitragsbilder werden oft nur für Thumbs in den Übersichtsseiten verwendet. Wenn du Bilder in den einzelnen Beiträgen angezeigt bekommen möchtest, musst du diese zusätzlich an entsprechender Stelle im Beitrag platzieren.

Zitat von r23

(Links zu WebSiten sind in diesem Forum unerwünscht)

Das stimmt mMn nicht. Soweit ich mitbekommen haben ging es hier die Tage mal um Links in der Signatur.

Zitat von helix

Deswegen gab es auch den Tipp, bei der Aktualisierung auf 4.5 zuerst die PlugIns und Themes zu aktualisieren und dann erst WordPress selber (ich weiß nicht, ob das grundsätzlich bei Aktualisierungen ein sinnvolles Vorgehen ist. Jedenfalls ist mir vorher so ein Hinweis noch nie aufgefallen).

Das ist bei mir immer schon Standard gewesen, aber ich meine es gab vorher von WP keinen Hinweis. Besser war es aber schon immer.

Die index.html einfach löschen oder umbenennen. Wordpress bringt eine index.php mit.

Zitat von Gomilli

In der DB habe ich auch alle Pfade in der options-Tabelle auf die neue Domain angepasst.

Ich schließe mich maxe an. Ich vermute es liegt an serialized strings in der Datenbank, die auch noch angepasst werden müssen. Ich nutze für sowas meinst das Plugin Better Search Replace

Schau mal hier: http://stackoverflow.com/questions/1989…ide-on-mouseout
vielleicht kommst du damit weiter.

Wer hat dir den iFrame angelegt? Derjenige muss doch auch wissen, wo bzw. wie dieser eingebunden wurde. Hast du schon bei Design -> Widgets geschaut?

Per .htaccess schützen und User sollen sich trotzdem normal anmelden können? Das geht nicht. Jeder Login läuft über die .htaccess. Da musst du eine andere Lösung suchen, oder darauf verzichten.

Ich sagte ja, #wrapper müsste dann 100% bekommen und die Child-Elemente die gewünschte width.

#menubg könntest du anstatt width:100%; auch left:0 und right:0 geben. Das sind von mir alles nur angerissene Beispiele, keine 100%-Lösung. Man müsste vieles an CSS nachbessern.

Dazu müsste ich mich jetzt zu tief ins Theme einarbeiten. Deine DIVs sind für meine Begriffe falsch verschachtelt. Z. B. würde ich #content und #sidebar in einen div #main packen. Der menubg gehört in den #header. Der Footer gehört auch in den #wrapper usw. #wrapper würde dann width:100% bekommen und die Child-Elemente bekommen die gewünschte width. Somit würde der neue DIV entfallen, weil #wrapper die Positionierung übernehmen könnte.

Ist halt einiges was mMn nicht ganz passt. Aber jetzt erfüllt es seinen Zweck.

Du nutzt MailChimp und MailMunch. Eins davon müsstest du deaktivieren bzw. löschen.

Nein eben nicht, da sich menugb und die anderen absolut positionierten Elemente an dem Parent-Div orientieren. Hast du es getestet?

Zitat von SirEctor

[COLOR=#333333]Dann pack um menubg und wrapper noch ein div mit position:relative[/COLOR]