Wie Monika schon richtig festgestellt hat
ab nun seh ich irgendwie Schwarz für "Hilfe nur von Aussen"
Beiträge von mensmaximus
-
-
Mach das doch über einen "Tabbed Content". Die meisten Themes haben dafür schon einen Shortcode oder einen Contentbuilder. Alternative gibt es auch Plugins: https://wordpress.org/plugins/tabby-…bs/screenshots/
-
Heiliger St. Martin was für eine .htaccess. Da Du ja scheinbar Zugriff auf Deine Apache hast, empfehle ich Dir die Expire Informationen direkt in der Vhost Konfiguration vorzunehmen. Dann muss der ganz 'Müll' nicht bei jedem Seitenaufruf neu geladen werden.
-
In solchen Fällen rate ich zu Ghost auf NodeJS.
-
Die Frage ist wie die Stylesheets von Mutter und Kind eingebunden wurden.
-
Zuerst einmal ist es doch lobenswert, dass Boki sich Gedanken macht und entsprechende Recherchen durchgeführt hat. Welche Tools am Schluss zum Einsatz kommen ist nachrangig. Vorrangig ist das 'Hostingkonstrukt, welches hier suboptimal ist. Das Hoststar als Provider seine Server bei Hetzner stehen hat wäre eigentlich nicht schlecht, weil die Internetanbindung bei Hetzner gut ist.
Das Hoststar immer noch Confixx für das Hosting verwendet ist da schon eher nachteilig, was nicht bedeutet, dass Confixx per se schlecht wäre. Es lässt nur die Vermutung zu, dass Hoststar eine sehr allgemeine Webserverkonfiguration verwendet, die nicht auf Geschwindigkeit getrimmt ist und schon gar nicht auf WordPress. Das sähe bei wp-engine schon anders aus (kostet aber auch deutlich mehr).
Besonders nachteilig ist aber das Vorschalten von Cloudflare, weil der EU-Knoten in den Niederlanden steht. In Verbindung mit den großen Dateien und den nicht von Cloudflare gecachten Inhalten, die zu doppelten Wegen führen (Cloudflare arbeitet als Proxy), entstehen die langen Ladezeiten.
Der erste Schritt wäre dieses Konstrukt zu ändern, danach geht es an die Details.
-
Stimmt allerdings, ich verwende nonce's.
Dann habe ich mir umsonst Sorgen gemacht, was angesichts von Fremddateien in /wp-includes nicht ganz unbegründet war.
-
Falls Du bei All Inkl. bist einfach PHP FastCGI über die .htaccess Datei aktivieren (AddHandler php-fastcgi .php)
-
Denke aber daran, dass WP, je nach Konfiguration, beim Posten andere Blogs und Suchmaschinen benachrichtigt. Das heißt wenn der Beitrag veröffentlicht wurde und Du Ihn wieder auf Entwurf stellst, laufen Goggle und Co in einen 404er Fehler.
-
Da ich PHP nicht richtig kann ...
Die Funktion funktioniert auch im Zusammenhang mit custom_class.Den erzeugten Quellcode würde ich gerne sehen, denn pagebuilder[modules][$moduleid][custom_class] gibt es nicht, das müsste schon $gt3_theme_pagebuilder['modules'][$moduleid]['custom_class'] heissen.
Und nur weil custom_class im Array existiert bedeutet das noch nicht, dass auch custom_id vorhanden ist.
-
.... och mensch sei doch nicht so negativ.
Ich bin total emotionslos bei solchen Dingen. Ich kenne Deinen Code nicht aber ich könnte mir vorstellen, dass Du auch keinen nounce setzt oder die Inhalte Deiner Variablen prüfst. Das Ende vom Lied ist immer wieder das gleiche, gehackte Seiten und falls das beim falschen Provider passiert werden es hunderte gehackter Seiten.
-
Per SSH auf dem Server einlogen und in den Dateien im Verzeichnis Deiner WP Installation einfach mal nach googleapi suchen:
grep -rli "googleapi" *
-
Muss ich in der wp-config.php den debug true wieder auf false stellen?Im Regelfall ja.
-
-
Leider sehe ich jetzt aber nur noch eine weiße Seite
Meine Meinung nach dieser Antwort: Das geht mächtig schief.
Nene, das funktioniert schon, die Variable setze ich beim Aufbau des Formulars, in der action.
Das würde ich sehr gerne mal sehen. Ob da wohl ein wenig PUT und GET durcheinander gewürfelt wird?
-
... vielleicht liegt der Fehler auch in der zugehörigen Funktion:
PHP
Alles anzeigenfunction get_module_settings_part_anchor($gt3_theme_pagebuilder, $moduleid) { $compile = " <div class='enter_option_row'> <h5>" . __('anchor', 'gt3_builder') . "</h5> <input type='text' value='" . (isset($gt3_theme_pagebuilder['modules'][$moduleid]['custom_id']) ? $gt3_theme_pagebuilder['modules'][$moduleid]['custom_id'] : '') . "' name='pagebuilder[modules][$moduleid][custom_id]' class='enter_text1' style='width:115px !important; text-align:center;'> </div> "; return $compile; }Schau Dir mal den Teil ab
Code. "' name='pagebuilder
an. Der ist mega-falsch, da stimmen mehrere Sachen nicht
1. die Anführungszeichen
2. der Variablenname
3. die Keys im Hash
4. die Konkatenation -
Das sind denkbare Erweiterungen, allerdings kann ich das nur machen, wenn ich von euch beiden jeweils 4 Wochen Lebenszeit erhalte, solange dauert nämlich die Entwicklung und wer will das schon von seiner Freizeit abzwicken: http://youtu.be/w4yH54vcmjk
-
Nach einem Blick auf die Seite dürfte
Permalinks mal kurzfristig deaktivieren
bereits ausreichen.
-
mensmaximus Weil ich es nicht besser wusste, und mit den Update-Vorgängen noch nicht vertraut bin.pixselig Danke, ich habe das mal abgeändert. In der datei.php sollen eigentlich nur ein paar Daten gelesen werden, formatiert und per wp_mail verschickt werden. Danach soll ein redirect erfolgen.
Leider sehe ich jetzt aber nur noch eine weiße Seite, (habe hier schon gelesen, dass es das öfter gibt, kann aber so in meiner datei.php erst einmal keinen Fehler finden ;-( )
Meine Meinung nach dieser Antwort: Das geht mächtig schief.
Ungeachtet dessen hier ein paar Tipps:
1. Eine solche "datei.php" gehört in ein Childtheme
2. Daten lesen, formatieren und verarbeiten machst Du am besten über eine Funktion, die Du per Ajax abarbeitest
3. Denke in jedem Fall daran Deine Custom Query nach erledigter Arbeit (Funktion) zurückzusetzen -
Aber keine Reaktion.
Bedeutet was? Blog tot? Alle Seiten weiß? Keine Veränderung (alle Seiten erscheinen nur keine Artikel)?
Je detaillierte die Antworten sind, desto eher kann man helfen. Kann man die Seite auch mal sehen? Wie sind die Einstellungen in Wordpress, also wo sollen die Blogartikel dargestellt werden?
