Das nennt man das Pferd von hinten aufzäumen. Falscher Ansatz. Weg mit dem PHP Text Widget (das Zeug ist brandgefährlich). Abfragen in einer Funktion definieren und falls es ein Ergebnis gibt den Inhalt anzeigen oder als Widget ausgeben oder was auch immer.
Beiträge von mensmaximus
-
-
move_uploaded_file()
Das ist nicht WordPress Codex konform. Mit normalem PHP kein Thema aber unter WP eben nicht. Schau Dir bitte wp_handle_upload an.
-
Ich lese, bei Aktivierung des App feature wäre mein Blog weniger sicher? -
Was man mit CSS ja ändern könnte. Ansonsten bleibt nur der Weg über ein Childtheme und das Anpassen der archive.php
-
define( 'my_plugin_url', plugin_dir_url(__FILE__ ) );
define( 'my_plugin_path', plugin_dir_path(__FILE__ ) );require_once( my_plugin_path . 'my-class.php' );
require_once( my_plugin_path . 'my-admin-class.php' ); -
Nein. Wie Du Deine Funktionen nennst ist relativ egal. Wichtig ist welche WordPress eignen Funktionen zum Upload verwendet wurden. Also Hooks und Filter.
-
Mach doch einen Sticky Post.
-
Desktop geht, Tablett geht, Smartphone geht
-
Man müsste wohl die /portfolio Base ändern. In vielen Themes geht das in den Permalinks. Außerdem gehört in eine URL kein großer Buchstabe: /portfolio anstatt /Portfolio. Das müsstes Du in der Rewriteregel berücksichtigen (falls es wie bei category gehen sollte)
-
Das verstehe ich nicht. Die functions.php wird von Haus aus geladen. Welche $_POST Daten brauchst Du (welches Formular)? Bitte erkläre Dein Vorhaben genau.
-
Welche Hooks und Filter hast Du verwendet? Oder hast Du am Codex vorbei programmiert?
-
Oder ich hab's ganz einfach nicht verstanden ...
So ist es. Du lädst im Child alle CSS Definitionen des Parent und damit sind diese gültig. Sollen diese überschrieben werden musst Du in der styles.css des Child entsprechend neue Definitionen ablegen.
-
Eine kurze Suche beim Hersteller im Support hätte Dir eine Antwort gegeben
-
Läuft das unter einem Standard Theme wie z.B. Twenty Fourteen? Falls nicht würde ich das zunächst einmal testen. Manche Templates integrieren eine eigene Ajax Funktion für die seitenweise Darstellung oder endloses Scrollen. Nicht selten wird dort die Main WP-Query verbogen, was dann zu diesem Effekt führt.
-
Da empfehle ich doch spontan einen Beitrag des von mir sehr geschätzten Paul Underwood
-
Ich wühle mich da durch 1500 Quellcodezeilen CSS, und das ist ne ganz schöne Frickelei.
Webseite aufrufen, rechter Mausklick auf das Element und im Drop Down auf "Element untersuchen" (Google Chrome) klicken. Jetzt kannst Du alle CSS Definitionen für dieses Element sehen und live verändern. Entspricht es Deinen Wünschen schreibst Du die geänderten CSS Eigenschaften in die styles.css Deines Child Themes. Man muss sich nicht durch den gesamten CSS Baum quälen.
-
[...]unter Windows installiert
:-) quod erat demonstrandum
leider hab ich das gleiche Problem auch mit function.php
da funktioniert es weder umbenannt noch umbenannt mit absolutem Pfad
heißt absoluter Pfad "bloginfo" oder "$_SERVER['DOCUMENT_ROOT']"?Mit get_home_path() und get_template_directory() bekommst Du die notwendigen Pfade, die Du dann entsprechend verarbeiten kannst. Grundsätzlich stellt sich mit natürlich die Frage was in der include Datei steht und ob es dafür nicht einen besseren Weg gibt?
-
Ja. Deshalb hatte ich angeregt den absoluten Pfad zu verwenden. Aber auch das scheint bei inlcude_once nicht immer zu funktionieren. Ich kenne ein solches Verhalten bis dato aber nur von Windows und das auch nur bei älteren PHP Versionen. Man lernt nie aus, egal wie lange man schon mit einem Thema arbeitet.
-
Jetzt ist auf jeden Fall schon mal sicher, dass es grundsätzlich funktioniert. Benenne die var.php einmal in my_custom_var.php um. Und teste erneut.
-
Schau bitte mal in die wp-config.php on dort am Anfang so etwas ähnliches steht wie
PHP<?php $rsoqwwtfij = '%x7825%x5c% ......
