Beiträge von danielgoehr

Möglich ist das schon. Aber nicht ganz einfach.

Was genau möchtest Du denn "übertragen"? Quasi eine einzelne Seite vollständig im Design des anderen Themes? Inwiefern müssen dafür auch "Funktionen" übertragen werden? Oder geht es "nur" um das Design?

Was ist denn an Fähigkeiten vorhanden (PHP, HTML, CSS)? Inwieweit bist du mit der Theme Struktur und Template Hierarchie vertraut?

Was heißt, du hast kein Plugin gefunden? Es gibt (zumindest gefühlt) dutzende Filter-Plugins für WordPress.

Welche hast du schon ausprobiert? Warum waren die nicht passend?

Zitat von maxe

direkt im Beitrag wird kein php ausgeführt, sowas gehört in ein passendes Template.

Oder (für diesen Fall aus meiner Sicht eigentlich passender) in einen Shortcode:
https://codex.wordpress.org/Shortcode_API

Zitat von pAtti007

Hallo liebe Leute,

ich bin jetzt seit 3 Tagen am verzweifel und hoffe ihr könnt mir helfen.

Ich habe auf meinen Root-Server verschiedene WP parallel installiert. Für eine WP-Site habe ich jetzt bei einem Domainanbieter eine URL gekauft.

Dort habe ich die MyTLD.de via Frame-Weiterleitung auf mein WP-Site verlinkt (https://mypatti.rootserver.de/Unterordner/Wordpress)

Frame-Weiterleitungen sind Quatsch. Sowas solltest du nicht verwenden. Hinterleg bei der Domain die IP deines Servers als A-Record und richte die Domain auf dem Server als Vhost ein. Alles andere ist Fusch...

Zitat von pAtti007

Besteht da eine möglich das zu ändern? Sieht aus SEO Sicht nämlich ganz schön doof aus. Wie machen das andere die z.B. mehrer URLs (xyz.de / xyz.com / xyz.net) auf die selbe Seite verlinken?

Es werden nicht mehrere Domains auf eine Seite verlinkt. Eine Seite hat immer exakt eine dazugehörige Domain. Wenn es weitere Domains gibt (z.B. andere Schreibweisen) werden die per 301 Redirect auf die Hauptdomain weitergeleitet.

Zitat von HolgerGr

Was wären denn geeigente Breiten um die gängigsten Displays abzudecken?

Die Media-Queries sind nicht das Problem. Aber die Elemente (#rechts und #links) sind (inkl. Margins und Paddings) breiter als der verfügbare Platz. Dadurch bricht #rechts um.

Zitat von HolgerGr

Wie muss ich die Daten ändern, damit es nicht zu diesen plötzlichen Umbrüchen kommt?

Die beiden Elemente dürfen für keine Bildschirmauflösung breiter sein, als das Browser-Fenster.

Zitat von HolgerGr

Gibt es ein Browsertool das mir die genauen Breiten beim Zusammenschieben des Browsers anzeigt? Ich rate da immer rum.

Chrome macht das automatisch, sobald die Developer-Tools geöffnet sind (rechts oben im Browser-Fenster)
Für Firefox gibt es entsprechende Plugins. Ich verwende z.B. Firesizer.

Zitat von HolgerGr

Und dann noch etwas: Ich verwende u.a. dieses Tool hier um zu überoprüfen, ob meine Einstellungen richtig sind: http://www.responsive-design-test.de/?url=wighty.de%2F13

Auf der ersten Seite sieht es zwar so aus aber wenn ich auf "Darstellung in weiteren Geräten" klicke, passt es nur noch beim ersten Gerät (1600x992). Darunter befindet sich ein Laptop mit 1280x802 Pixeln Auflösung. Da geht es schon nicht mehr, d.h. die margin-left des divs "rechts" wird nicht kleiner, so dass der Platz nicht ausreicht und das Teil unter das div "links" springt.

Wenn ich das richtig sehe, ist die Anzeige des "Tools" korrekt. So sieht deine Seite jeweils aus, wenn man die entsprechende Bildschirmauflösung hat. Was ist denn genau die Frage dazu?

Zitat von Collector

mmmh, das sich die Meta Tags erübrigt haben ging komplett an mir vorbei

Vorsicht! Das ist auch nicht so. Es haben sich nur die Meta Keywords erübrigt, nicht die Meta Tags im allgemeinen...

Zitat von toxchris

Ich benutze ja CF7.

Aber es muss nicht mal mit CF7 gemacht werden. Ein Java Scrip müsste es sein, da ja das Ergebnis ohne reload gezeigt werden soll.

Ok, und was ist jetzt die konkrete Frage?

Ansonten schau mal hier:
https://mabraham.de/serie-formular…ren-mit-jquery/

Da werden die Basics ganz gut erklärt.

Zitat von SEpp55

Bei der blog-info die Hintergrundfarbe als rgba - Wert einstellen - letzter Wert ist die Opacity (Tranaparenz).
.blog-info {
background: rgba(76, 175, 129, 0.7;
}

Die Änderung (wie fast immer) unter Design - Customizer - Zusätzliche CSS vornehmen!!

Hier fehlt eine geschlossene Klammer.

.blog-info {
    background: rgba(76, 175, 129, 0.7[b])[/b];
}

Zitat von HolgerGr

Vielen Dank

schwer in Worte zu fassen was passiert wenn ich sie umdrehe. Ich hab's gerade gemacht. Sieh's Dir doch mal bitte an. Wenn ich jetzt den Browser entkopple und zusammenschiebe, habe ich nur an ganz bestimmten Punkten das Ergebnis, das ich haben will.

Ich habe jetzt nur mal geschaut, was mit besagtem margin-left passiert. Das ist jetzt alles korrekt. Sprich, die Media-Queries ansich funktionieren.
Dein #rechts bricht halt manchmal um, dazu siehe die Antwort von SirEctor.

Zitat von AKKAnaut

Frage: wie äußert sich denn das "nicht hübsch" - wie sieht so eine Weiterleitung aus? Nicht dass User denkt, er/sie wird auf irgendetwas Böses umgeleitet?

Der User bekommt normalerweise von der Weiterleitung nicht viel mit. Es ändert sich halt die URL oben in der Adresszeile.

Mit "nicht hübsch" meinte ich, dass dann immer "/wordpress" mit in der URL steht.

Zitat von HolgerGr

Vielen Dank

schwer in Worte zu fassen was passiert wenn ich sie umdrehe. Ich hab's gerade gemacht. Sieh's Dir doch mal bitte an. Wenn ich jetzt den Browser entkopple und zusammenschiebe, habe ich nur an ganz bestimmten Punkten das Ergebnis, das ich haben will. Dazwischen ist alles so, also gäbe es dafür keine Definition. Aber es heißt doch "größer oder gleich" und nicht "exakt".

Ich bin gerade nur am Handy. Da kann ich nicht viel schieben

Aber ich schaue es mir gern morgen mal an...

Zitat von HolgerGr

Wenn ich die Anweisungen umdrehe, also die kleinen Displays oben und die großen darunter notiere, tritt der Fehler nicht auf aber dann funktioniert die ganze Sache gar nicht mehr.

Das ist kein Fehler, sondern das korrekte (logische) Verhalten.

Die Media Queries funktionieren so:

Der Inhalt der jeweiligen Media-Query Regel gilt immer dann, wenn die Bedingung erfüllt ist. CSS bleibt aber trotzdem hierarchisch. Das heißt, Regeln die weiter unten stehen, überschreiben die vorher gesetzten Werte.

Wenn du sie so schreibst, wie in deinem Beispiel, gilt immer die untere. Denn die ist ja ebenfalls erfüllt.

Das heißt, du musst sie umdrehen. Erst die kleinste Bildschirm-Breite, dann die jeweils größere.

Was meinst du mit "die Seite funktioniert dann gar nicht mehr"?

Alternativ kannst du für jede Media Query auch min und max Werte angeben. Dann wäre die Reihenfolge quasi egal, weil immer nur genau eine erfüllt sein kann.

Zitat von Scorcho

.merkwürdig!?

Nicht so merkwürdig. Vermutlich ist der CPT falsch angelegt (z.B. kein Name vergeben).
Ist beim CPT sowohl für "name" als auch für "singular name" ein Wert gesetzt?

Im Zweifelsfall zeig mal deinen Code für den Custom Post Type.

Was ist "generatewp"? Wie hast du den Custom Post Type denn genau erstellt?

Erscheint dein Custom Post Type links im Haupt-Menü im Dashboard?

Zitat von AKKAnaut

Lösung # 3 - vielleicht ziehe ich tatsächlich den ganzen Inhalt (sofern man das überhaupt so nennen kann) auf den existierenden Blog hinüber. Dann müsste ich nur "sy-akka.de" auf die Blogseite umleiten. Geht das einfacher?

Das ginge auch. Das heißt, du lässt die Wordpress-Installation so wie sie ist und leitest dann einfach alle Aufrufe von "sy-akka.de" auf "sy-akka.de/wordpress" um.
Das wäre in der Tat eine sehr einfache und ziemlich "ungefährliche" Lösung. Dafür müsstest du nur eine htaccess im Hauptverzeichnis haben, die den Redirect auf das Unterverzeichnis "wordpress" macht.

Nachteile gibt es sogesehen keine, außer, dass es nicht so "hübsch" ist, alle Besucher auf ein Unterverzeichnis umzuleiten. Aber wenn du damit leben kannst, wäre das eine gute (und vor allem einfache!) Alternative.

Zitat von AKKAnaut

Kann ich bezüglich des Redirect davon ausgehen, dass der Unterordner der existierenden WP-Blogseite völlig eigenständig ist oder greift der irgendwo auf Inhalte des übergeordneten Ordners der Domain zu?

Das kann man nie 100%ig sagen, da es schon möglich ist/wäre Dateien aus dem übergeordneten Verzeichnis zu laden. Aber normalerweise sollte das nicht der Fall sein, so dass an eigentlich davon ausgehen kann, dass die Wordpress-Installation nichts mit dem darüberliegenden Verzeichnis zu tun hat.

Schau mal ins error.log bei deinem Hoster. Ansich sollte zwar im debug.log weitestgehend das gleiche wie in der error.log stehen, aber wenn das debug.log leer ist, wäre es zumindest einen Versuch wert.

Ansonsten probier mal, ob du dich wieder einloggen kannst, wenn du die htaccess umbenennst.

Wir hatten gerade erst so ein ähnliches Thema.

Schau mal hier:
http://forum.wpde.org/plugins-und-wi…ausfuehren.html

Vielleicht hilft dir das ja schon weiter.

Zitat von Drezno

Hallo,
also in der wp-config waren weder ein Leerzeichen noch eine Leerzeile. Als nächstes habe ich deinen Vorschlag abgearbeitet, danach blieb es bei der weißen Seite. Also hab ich den Debug Modus wieder aktiviert nun ist auf der Seite zusehen:

Code

Warning: include(/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php) [function.include]: failed to open stream: No such file or directory in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84




Warning: include() [function.include]: Failed opening '/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php' for inclusion (include_path='.:/usr/share/php5/') in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84

und die debug.log sieht nun so aus:

Code

[13-Aug-2017 17:43:33 UTC] PHP Warning:  include(/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php) [<a href='function.include'>function.include</a>]: failed to open stream: No such file or directory in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84
[13-Aug-2017 17:43:33 UTC] PHP Warning:  include() [<a href='function.include'>function.include</a>]: Failed opening '/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php' for inclusion (include_path='.:/usr/share/php5/') in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84
[13-Aug-2017 17:43:59 UTC] PHP Warning:  include(/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php) [<a href='function.include'>function.include</a>]: failed to open stream: No such file or directory in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84
[13-Aug-2017 17:43:59 UTC] PHP Warning:  include() [<a href='function.include'>function.include</a>]: Failed opening '/mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-content/advanced-cache.php' for inclusion (include_path='.:/usr/share/php5/') in /mounted-storage/home119b/sub007/sc66776-WDZV/www/wp-settings.php on line 84

Hier mal die Zeilen 71-90 aus der wp-settings:

Code

/**
 * Filters whether to enable loading of the advanced-cache.php drop-in.
 *
 * This filter runs before it can be used by plugins. It is designed for non-web
 * run-times. If false is returned, advanced-cache.php will never be loaded.
 *
 * @since 4.6.0
 *
 * @param bool $enable_advanced_cache Whether to enable loading advanced-cache.php (if present).
 *                                    Default true.
 */
if ( WP_CACHE && apply_filters( 'enable_loading_advanced_cache_dropin', true ) ) {
    // For an advanced caching plugin to use. Uses a static drop-in because you would only want one.
    WP_DEBUG ? include( WP_CONTENT_DIR . '/advanced-cache.php' ) : @include( WP_CONTENT_DIR . '/advanced-cache.php' );




    // Re-initialize any hooks added manually by advanced-cache.php
    if ( $wp_filter ) {
        $wp_filter = WP_Hook::build_preinitialized_hooks( $wp_filter );
    }
}

Alles anzeigen

Die Frage was nun, durch deinen Tipp (danke nochmals) bin ich scheinbar auf dem richtigen Weg

Hast du diesen Schritt auch gemacht?

Zitat

Das Plugin w3 Total Cache löschen oder umbenennen

Weil normalerweise sollte diese Datei gar nicht mehr benötigt werden.

Lösch nochmal zusätzlich diese Zeile aus deiner wp-config.php

define('WP_CACHE', true); // Added by W3 Total Cache

[/CODE]

Zitat von fundm

Hab mich wohl etwas überschätzt. Verstehe nämlich nur Spanisch. Hätte nicht gedacht, dass so viel Arbeit dahinter steckt. Bin leider noch ein blutiger Anfänger was WordPress und GravityForms etc angeht. Was zum Teufel ist ein Hook und Get_Array:roll:

Gibt es zu den genannten Punkten Tutorials oder kannst du Beispiele schreiben? Meine Datenbank ist zudem auch in Excel. Ich denke nicht, dass das damit funktioniert oder?

Einen "fertigen" Code habe ich dafür leider nicht parat. Es ist auch etwas zu viel, um das hier mal eben zusammenzutippen (vielleicht habt ihr ja trotzdem Glück, und es nimmt sich jemand die Zeit).

Hier ein bisschen was zum Lesen zu dem Thema:
https://codex.wordpress.org/Plugin_API/Hooks
http://php.net/manual/de/reserved.variables.request.php

Du könntest die Daten auch aus einer Excel-Liste "auslesen". Das wird aber noch ein ganzes Stück komplizierter und es hat den Nachteil, dass die Excel-Datei bei jeder Anfrage geöffnet und eingelesen werden muss. Das wird euch nicht glücklich machen, weil es sehr unperformant ist.

Für solche Fälle würde ich nicht mit der ID arbeiten. Dafür gibt es die Conditional Tags:
https://codex.wordpress.org/Conditional_Tags

Damit solltest du eigentlich jede Seite "erfassen" und zuordnen können.