Beiträge von g3h

Hallo, die Änderung sollte in der template.css des Themes unter folgendem Wert gehen:

#primary{
    background:#f00;  
    padding:0
}

Damit die Anpassung beim nächsten Theme-Update nicht verloren geht, wäre ein Childtheme ratsam.

MfG

Klappt es denn normal mit freien Themes http://wordpress.org/themes/ ?

Hallo, frag mal beim Support des Theme-Entwicklers nach.
MfG

Du kommst mit phpMyAdmin auf die Datenbank, dort kannst du dann wie hier http://codex.wordpress.org/Backing_Up_You…sing_phpMyAdmin deine Daten sichern, dann solltest du sie in der Datenbank löschen.
Danach in deine neue Datenbank einloggen und dort die Daten importieren.
Dann die wp-config.php von deinem Wordpress anpassen mit deinen neuen MySQL Zugangs-Daten http://codex.wordpress.org/Editing_wp-con…tabase_Settings

MfG

Da es die Schriftart bei Google gibt, wäre wohl die einfachste Lösung diese in folgende Datei des Themes einzubinden: /themes/origen/admin/customize.php

Also einmal unter

/* -------------- C O N T R O L S --------------- */


    /* Control: Font Family */
.
.
.

und zweimal uner

/**
 * Enqueu Google fonts.
 *
 */
function origin_google_fonts() {
.
.
.

Also genau wie die anderen, halt nur mit dem entsprechenden Namen deiner Schrift:

href='http://fonts.googleapis.com/css?family=Oxygen'

Damit die Änderungen nicht verloren gehen, beim nächsten Update, sollte das ganze aber in einem Child-Theme gemacht werden https://codex.wordpress.org/Child_Themes

Hi, der Code sieht soweit ich das sehe, richtig aus. Welches Theme nutzt du denn ?

MfG

Bitte. Und für die Zukunft besser ein Childtheme für Änderungen an einem hertutergeladenen Theme machen

https://codex.wordpress.org/Child_Themes
http://www.work-paper.de/wordpress-child-theme-erstellen/
https://www.google.de/search?q=wordp…VGMuqtQa6wICIDA

Hallo, hast du dier hier das schon durchgelesen:

http://wordpress.org/support/topic/…-which-is-above
http://wordpress.org/support/topic/…se-memory_limit

Hab ich jetzt mal auf die schnelle gefunden.

MfG

Zitat von katunsen

Also ich hab jetzt nochmal die Original-PHP im FTP in der frontpage.php

Das ist die falsche Datei !!!

Die richtige ist unter /includes/theme-frontpage.php

Der Hinweis kam auch schon am anfang von Dave.Dundee, hat alles nichts geholfen scheinbar. Vermutlich werden die Änderungen über den WP-Editor gar nicht mehr umgesetzt. Vielleicht mal per FTP versuchen oder halt Theme deinstallieren und wieder neu installieren.

Das Theme findest du unter wp-content/themes/parabola
Den Ordner /parabola/ sichern auf die Festplatte, wenn wichtige Änderungen drin sind.
Dann einfach löschen.

Hast du noch irgendwelche wichtigen Änderungen an dem Theme ? Ansonsten mal das Theme löschen und wieder neu installieren. Wenn du Änderungen hast wo du behalten willst musst du den Theme Ordner per FTP sichern.

https://themes.svn.wordpress.org/parabola/1.3.3…e-frontpage.php
Ist die Datei zur neusten Version 1.3.3.
Wenn du eine andere Version hast gibt es hier die Übersicht: https://themes.svn.wordpress.org/parabola/

Ersetze die Datei doch einfach mal mit der orginal Datei des Themes. Wenn dann der Fehler immer noch kommt stimmt was anderes nicht.

Das Theme funktioniert jedenfalls bei mir mit den Orginaldateien.

MfG

Du kannst mal versuchen herauszufinden an welcher Stelle der Code geladen wird. Am einfachsten wird das wohl gehen, indem du den wp-content Ordner mal per FTP runterlädst und (zB mit Notepad++ in Dateien Suchen) alle Dateien nach den Wörtern, qTip2 und dem Link durchsuchst. Der Code wird vermutlich über wp_footer oder wp_head auf jede Seite gebracht.

Hi, nein ich glaube das kommt von hier dem Plugin http://wordpress.org/plugins/myqtip-easy-qtip2/screenshots/

MfG

Wenn das ganze innerhalb vom Wordpress Context läuft, kannst du einfach eine Variable dafür in der Datenbank anlegen und wieder abrufen http://codex.wordpress.org/Function_Reference/add_option .

MfG

r23
ist deine scan_dirs(path = "") hierraus: https://github.com/l3rady/wordpre…wpfmp.class.php ?

Hey danke für die lange ausführliche Antwort. Das man .htaccess Files, wenn man zugriff auf die httpd.conf hat vermeiden soll, wusste ich noch nicht. Auch wenn das ja eher selten der Fall ist. Das mit dem Clickjacking werde ich mir auch mal noch genauer anschauen.
Du sagst du verwendest preg_match, was ja mittels regulären Ausdrücken einen String überprüft. Gut bei komplexen Suchen kann man darauf nur schwer verzichten, aber ist das nicht sehr viel unperformanter als einfache Stringoperationen wie stripos. Oder verwendust du das nur für die komplexeren Untersuchungen ?

Niemals 777 verwenden http://codex.wordpress.org/Changing_File_…_dangers_of_777

MfG

Nein ich habe keinen Shop. Bei dem Beispiel ging es eher um das Prinzip, Urls über die htaccess zu filtern.

Wenn es also nicht über die htaccess und nicht mit $_SERVER über PHP laufen soll, wie machst du das dann ?