Beiträge von maxe

Ich denke du wirst #primary irgendwie auf width: 100% !important; gesetzt haben, das müsstest du wieder rauslöschen.

dann gib mal einen Link zu der Site, wo du den a Tag eingefügt hast.

ich würde auch ein individuelles Menü anlegen. Das muss man dann ja nicht doppelt verwalten.

Dann lösche sie im Menü: Design - Menü

also ich finde keine http://test.leckert-home.de/wp-content/the…theme/small.css

Da es sich um kein Childtheme handelt, wäre der erste Code doch richtig. Teste es doch erst mal nur mit:

<link rel="stylesheet" type="text/css" media="screen and (max-width: 667px)" href="<?php echo esc_url( get_template_directory_uri() ); ?>/small.css" />

Browser-Cache ist aber geleert?
Und die CSS-Formatierungen stimmen auch?

Kann man sich die Site mal anschauen?

leg eine statische Seite in WP an und gib ihr den Slug "impressum". Dann nur noch die Permalinks auf "Beitragsname" ändern und schon sollte es passen.

ich hab das Gefühl, dass es das php memory_limit sein könnte. Wie viel bekommst du vom Hoster?

war auch nur ein Bsp. ... bei einem Child-Theme wäre es dann get_stylesheet_directory_uri()
http://codex.wordpress.org/Function_Refer…t_directory_uri

die small.css befindet sich nicht im gleichen Verzeichnis wie der Rest. Die index.php von WP befindet sich z.B. im WP-Root, Themes befinden sich im Themes-Ordner, Plugins befinden sich im Plugins-Ordner etc.

Ein Child-Theme ist bei individuellen Änderungen immer ratsam, für den Fall, dass das Parent-Theme ein Update bekommt. Sonst wären mit Theme-Update immer wieder alle Änderungen weg.

du sagst ja garnicht, wo man die small.css findet, z.B.:

<link rel="stylesheet" type="text/css" media="only screen and (min-device-width: 375px) and (max-device-width: 667px)" href="<?php echo esc_url( get_template_directory_uri() ); ?>/small.css">

Erklär mal lieber, welche Absichten du damit verfolgst.

dann hast du es auch nicht auf deinen PC herunter geladen/entzippt.

Aber wieso nutzt du nicht die Theme-Installation im WP Backend?

da fällt mir als erstes das simple Textwidget ein, welches WP von Haus aus mitbringt.

Musst du selber einschätzen:

Zitat von Hille

chmod 777 bezieht sich darauf, das theoretisch alle Benutzer auf dem Server Schreibrechte haben.

WP erkennt das Child von alleine, wenn der Kopf in der style.css stimmt: http://codex.wordpress.org/Child_Themes#H…e_a_Child_Theme

deaktiviere mal ALLE Plugins. Falls es nicht mehr übers Dashboard geht, dann via FTP-Client, indem du den plugins Ordner umbenennst.

ja, ist riskant ... deshalb auch nur testweise. Also scheint meine Vermutung bzgl. Besitzer zu stimmen. Das gilt es jetzt (vom Hoster) zu korrigieren.

Zitat von Test525

Hallo Maxe,

vielen Dank für deine Antwort auf meine Frage im Forum.
(Dort ging es um den kommerziellen Vertrieb von Wordpress Internetseiten)

Ist Wordpress nicht dafür gemacht um sich diese Programmiererei in HTML, CSS, PHP usw. zu sparen?

Oder ist das doch so, dass man z.B. das ein oder andere PHP Dokument in der Datenbank mal ändern muss damit alles wieder läuft?

Vielen Dank.

PHP Dokumente findest du nicht in der Datenbank. Wenn dir das schon nicht klar ist, wird ein zügiger Vertrieb von solchen Dienstleistungen eher nix für dich.

Richtig: WP ist ein CMS, welches man erst mal ohne viel zu tun zum laufen bekommt und auch Themes & Plugins installieren kann.
Wenn du aber kommerziell WP Internetseiten vertreiben willst, fordern viele Kunden ein individuelles Aussehen und spätestens dann musst du ein Theme schreiben (oder zumindest ändern) können. Und dafür musst du HTML, CSS und PHP (WP Codex) können. Und auch individuelle Funktionen müssen oft er-/gefunden werden.

Oder was stellst du dir unter dem Vertrieb von Dienstleistungen in diesem Bereich vor? WP auf den Server kopieren und eine Datenbank anlegen?