Beiträge von helix

Das spricht alles dafür, dass deine 1und1-Datenbank nicht richtig eingetragen ist.
Der Standardhost für die Datenbank ist bei 1und1 nicht localhost, sondern irgendwas mit dbxxxxx.db.1and1.com, wobei der erste Teil vor dem Punkt der Name der Datenbank ist. Das könnte eine Fehlerquelle sein.

Gruß
helix

Ergänzung: nein, nicht wirklich. Die Beschreibung des Thread-Erstellers ist hier ungenau: Wird denn nun durch Duplicator eine Installation durchgeführt oder lässt sich sonst eine Installation durchführen (aber die Inhalte sind dann nicht da) – oder was denn nun eigentlich?

Guck in den Ordner, auf den deine neue Domain bei 1und1 verweist. Liegt da eine index.htm oder index.html? => Umbenennen oder löschen.

Grund: index.htm hat beim Brwoseraufruf Vorrang vor index.php (von WordPress).

Gruß
helix

Äh nein, hast du nicht.
Es sind nur nicht so viele hier, die in Bezug auf Multisite wirklich fit sind.

Ich persönlich lasse schon in Single-Installationen von der WordPress-eigenen Suchfunktion lieber die Finger, weil ich weiß, dass es ziemlich Arbeit bedeuten würde, die Suchfunktion so anzupassen, dass ich damit auch zufrieden sein kann. Da ich aber von Natur aus arbeitsscheu bin …

Zu deiner Frage: von Haus aus erstreckt sich die Suchfunktion in einer Multisite-Installation immer nur auf die jeweile Seite.
Es gibt Lösungsansätze dafür, auch PlugIns.
Eine Suchanfrage mit „wp customize search multisite“ ist recht ergiebig – eben wieder alles im geliebten Fach-Pidgin.

Gruß
helix

Ich denke nicht, dass hier Berlin oder Brüssel wirklich das Problem sind.
Dass Verordnungen von Leuten gemacht werden, die die Materie nicht wirklich durchdringen, weder technisch noch strukturell, macht die Sache zwar nicht besser, tut aber in diesem speziellen Fall wenig zur Sache.

Eigentlich ist die Sache ganz einfach: Stelle die eigenen Inhalte auf einem Server zur Verfügung, nämlich da, wo auch die Domain erreichbar ist, behalte deine Kekse bei dir und spioniere deinen Besuchern nicht hinterher.
Letzter Punkt ist vielleicht noch der schwierigste: Der Server, auf dem die von mir angebotenen Inhalte liegen, speichert ein Logfile. Möglicherweise nicht nur eines, sondern mindestens ein weiteres, auf das ich im Shared Hosting gar keinen Zugriff habe, sondern nur mein Hoster (das weiß ich nicht, vermute es aber stark).

Diese ganz einfachen Regeln könnte man eigentlich unter „Gute Manieren“ zusammenfassen, sollten also eigentlich eine Selbstverständlichkeit sein.
Wem das nicht selbstverständlich ist … hm, da wird dann für mich auch die Betroffenheit unglaubwürdig …

Und damit hier kein falscher Eindruck entsteht: Ja, ich habe auch schon Google-Fonts und Google-Maps und Google ReCaptcha auf Seiten eingebunden, oft mit Grummeln – „aber der Kunde will es so“ … Ich bin auf eine Art froh, dass „der Kunde will es so“ nicht mehr als hinreichende Begründung durchgeht. Ich bin sehr gespannt, was alles umzustricken sein wird … (und nein, es geht bestimmt nicht darum, hiermit Aufträge zu generieren.)

Ich finde eher ein ganz anderes Gedankenspiel spannend: Ist ein Internet vorstellbar, in dem sich eine nennenswerte Anzahl / Größenordnung an Content-Anbietern einfach mal an die Selbstverständlichkeit der guten Manieren halten? Und was passiert dann? Ich meine: lässt sich das allgegenwärtige Zuspammen mit nicht-gewolltem Datenmüll wieder zurückdrehen?

Nachdenkliche Grüße
helix

Zitat von atf-ms

Gibt es hier keine Einstellungen in Wordpress oder in den Theme Optionen (ich verwende Enfold) wie der Blog und die Beiträge dargestellt werden sollen. Ich hätte es gerne wie hier in diesem Video https://www.youtube.com/watch?v=QToecPT4Xek. Hier wird allerdings nicht automatisch eine Übersichtsseite erstellt. Daher glaube ich, dass es sich hier um ein Einstellungsproblem handelt.

Das hast du alles in deinem Eingangspost nicht geschrieben.
Es gibt dazu keine WordPress-Einstellung: Die Ausgabe ist Sache des Themes.

In den Theme-Optionen könntest du fündig werden.
Enfold ist ein Bezahl-Theme. Insofern hast du Anspruch auf Support vom Theme-Ersteller.
Eine kurze Anfrage bei der Suchmaschine verweist mich auf die Dokumentation des Themes -> du könntest unter „Blog Layout“ fündig werden.

Der More-Tag wird standardmäßig immer dann wirksam, wenn der Auszug des Beitrags (Excerpt) ausgegeben wird und wenn ein More-Tag überhaupt eingefügt ist (und kein manueller Auszug eingetragen, wenn der vorhanden ist, wird der bevorzugt genommen).

Gruß
helix

Indem du mal die Fehlermeldung der Suchmaschine deines Vertrauens fütterst: Mit der Suchphrase „wp "this page isn't working" update fehlgeschlagen“ erhalte ich von vorneweg Suchergebnisse, die mir sämtlich grundsätzlich zielführend scheinen.

Suchergebnisse durchgehen und die vorgeschlagenen Lösungsansätze durchprobieren.

Die Fehlermeldung kann verschiedene konkrete Ursachen haben. Was es in deinem / euren Fall gewesen sein wird, weißt du, wenn du Erfolg hattest. (Jedenfalls kein Grund, alles nochmal zusammenzufassen, was anderswo bereits vielfach geschrieben steht.)

Gruß
helix

Die verlinkten Beiträge decken natürlich nur die eine Hälfte ab: Wie du die User-Interaktion abfängst und weiterverarbeitest.

Wenn ich dich richtig verstehe, musst du generell für deine Ausgabe mit einem doppelten Loop arbeiten: erst die Beiträge des gewählten Tags, dann mit do not duplicate die restlichen.

Eine andere Frage ist allerdings, ob das so im Sinne der User-Experience ist? Erwarten User nicht, dass ein Tag-Archiv erscheint – also nur die Beiträge, die entsprechend verschlagwortet sind – wenn sie auf ein Tag klicken?
Ist es nicht verwirrend, wenn der User bei Klick auf ein Tag auf der Seite bleibt, er vielleicht zunächst gar keine Veränderung bemerkt, weil zufällig sowieso schon drei Beiträge mit dem gewählten Schlagwort oben standen? Und irgendwann wundert er sich, warum auf der Seite noch Beiträge stehen, die gar nicht mit dem Schlagwort versehen sind?

Und ob du nicht deswegen lieber deine Tag-Archive aussehen lassen willst, wie dein Kategorie-Blog-Archiv? => Du kannst für jede Taxonomie, also auch für jedes einzelne Tag ein eigenes Template definieren, d.h. unterscheiden lässt sich das prinzipiell zu deinen anderen Archiven / Standard-Archiv-Template schon.

Dazu müsste man dann wieder mehr und genaueres wissen: Nutzst du Tags auch anderswo? Überschneiden sich dabei Tags oder gibt es eine Trennung, dass Tag-Gruppe Trallalla nur im einen Zusammenhang benutzt wird, während eine andere Gruppe nur im anderen Zusammenhang vorkommt? (Ja, nein, Tags lassen sich natürlich als nicht-hierarchische Taxonomie erstmal nicht gruppieren, aber es kann ja faktisch vorkommen, dass es manche Tags nur hier und andere nur dort gibt.)

Gruß
helix

Ja, logisch, standardmäßig führen solche Tag-Links zu den jeweiligen Tag-Archiven.

Suchbegriff „wp order posts in frontend“ => Ergebnisse (z.B., das heißt: zum näheren Probieren, Untersuchen und ggf. Weitersuchen empfohlen)
* https://wordpress.stackexchange.com/questions/2090…rting-questions
* https://wordpress.stackexchange.com/questions/6146…-wordpress-blog
* https://stackoverflow.com/questions/2049…ts-in-wordpress

Gruß
helix

Zitat von irmen

1. was ist daran komisch? http://lala.ramdesign.de/transformationen - ist eine subdomain - oder habe ich dich falsch verstanden?

Oh, da habe ich Unsinn gedacht und insofern auch nix verstanden. Also: mein Fehler. Alles in Ordnung so.

Zitat von irmen

2. Leider kapiere ich nicht, wo der Inhalt von $permalink überhaupt ausgegeben wird.
Wenn ich das einfach mit in diese function schreibe, passiert nach wie vor nix. muss man da ein alert irgendwohin schreiben?

Und hier habe ich leider auch zu kurz gedacht. Mit dem Codeschnispel in der functions.php ist „eben mal kurz mit echo ausgeben“ natürlich auch nicht.

Habe es mal in meiner Sandkiste durchprobiert, also die Funktion, nicht das echo, ging bei mir erst auch nicht. Bei mir lag es daran, dass ich in der zuständigen Template-Datei den Permalink (innerhalb des Loop!) mit the_permalink(); ausgebe. Das heißt, wenn ich in die von Azrael_0815 gepostete Funktion the_permalink statt get_the_permalink einsetze, funzt es bei mir.
Sowohl mit komplett ausgeschriebenem Permalink als auch mit get_home_url()

Und? Wie gibtst du die Permalinks in der zuständigen Template-Datei aus?

Gruß
helix

Am besten näherst du dich von zwei Seiten: auf der einen Seite nimmst du die Datei als Basis, die in deinem parent-Theme für die Ausgabe deiner Kategorie-Archive genutzt wird. Wenn du nicht sicher bist, welche das ist, fragst du die Suchmaschine deines Vertrauens nach „wp template hierarchy“. Oder du probierst die infrage kommenden Templates aus, indem du mal kurz so etwas wie

<p style="color: #ff0000;">Hallo SonneMondUndSterne</p>

ausgeben lässt.

Auf der anderen Seite beliest du dich über den Loop in WordPress und suchst gegebenenfalls konkret nach den Template Tags, die in deiner Vorlage enthalten sind und die du ändern willst. Beispielsweise steht im bisherigen Template vielleicht so etwas wie

the_excerpt();

für die Ausgabe des gekürzten Beitrags oder, falls vorhanden, manuellen Auszugs – du möchtest aber den vollständigen Beitragstext angezeigt bekommen: also

the_content();

Also entsprechend ändern. Immer wieder die Ausgabe überprüfen. Wo du nicht weiterkommst, kannst du selbstverständlich fragen.

Und-achja, ich finde, es lohnt sich, in der wp-config.php DEBUG auf true zu setzen. Das System sagt einem nämlich sehr genau, was man für unsinnige Fehler eingebaut hat.

Gruß
helix

Childtheme erstellen. Ins Childtheme eine angepasste Datei home.php legen, die ist zuständig für die Ausgabe der Beiträge auf der Blogseite.

Was meinst du mit „wenn der Text zu lange ist dies mittels more-tag auf der selben Seite lösen“? Soll sich dann trotzdem für die Fortsetzung des Beitrags der Beitrag auf seiner eigenen Seite (Single-Darstellung) öffnen? Oder willst du mit so Expand-Boxen arbeiten?

Je nachdem musst du
* More-Link und single.php bearbeiten oder
* gleich den ganzen Inhalt auf der Blogseite ausgeben, aber eben entsprechend auszeichnen, so dass entweder ein Accordion-PlugIn versteht, was es mit deinen Inhaltsblöcken machen soll, oder du es selber mit CSS passend formatieren kannst.
Für die Ausgabe des gesplitteten Inhalts lohnt sich ein Blick auf die wp-Funktion get_extended(); aber Vorsicht, der Text wird standardmäßig unformatiert ausgegeben und muss ggf. noch mit wpautop „nachgerüstet“ werden.

Gruß
helix

Oh, WordPress ist groß und natürlich gibt es viele Möglichkeiten.

Welche davon für dich die beste ist, hängt von deinen Skills ab und von der Umgebung, d.h. was du sonst auf der Seite hast / haben willst etc.

„Normalerweise“ würde man sowas darüber lösen, dass man vom verwendeten Theme ein Childtheme erstellt und in dieses Childtheme dann eine angepasste category.php legt, das heißt, ein Template, das für die Ausgabe der Kategorie-Archive zuständig ist. In der eigenen category.php kannst du festlegen, dass der komplette Text der Beiträge ausgegeben wird. Und du kannst auch festlegen, dass der Titel nicht zum Permalink des Beitrags verlinkt wird, sondern z.B. zu einem Link, den du jeweils in ein benutzerdefiniertes Feld einträgst.

Du könntest dir das Postformat „Link“ näher ansehen.

Du könntest, falls du Kategorien auch für andere – „gewöhnliche“ Anwendungen brauchst, auch eine Galerie zweckentfremden (wobei du selbstverständlich diese oben beschriebene eigene category.php auch für nur einige Kategorien festlegen kannst).

Du kannst einen Custom Post Type mit Custom Taxonomie anlegen, dann hast du deine Linksammlung von möglichen anderen Inhaltstypen sauber getrennt. (Wobei das mit Postformat Link eigentlich schon hinreichend abgedeckt ist, meistens.)

Gruß
helix

Zitat von JABA-Hosting

Ich denke, das hat aber nichts mehr mit Wordpress zu tun.

Wenn das auch für „Allgemeines“ zu allgemein ist, können wir ja Olaf bitten, den Thread in die Netzwelten zu verschieben.

Ich finde es schon in Ordnung, dass das hier diskutiert wird.
… und ich weiß gar nicht, was ich eigentlich wünschen soll … wäre ja schon traumhaft, wenn die DSGVO mal mit diesem Overhead an Cookie-Hinweisen und sonst so manchem Unsinn „aufräumen“ würde. Aber wahrscheinlich kann ich mir da nur sagen: „Träum weiter!“

Gruß
helix

Okay.

Ich gliedere mal: 1. die Struktur, was zu tun ist, 2. konkrete Reihenfolge und worauf du konkret achtpassen musst

1.) strukturell
Der Blog wird von der Subdomain auf die Domain umgezogen. Die bisherige „eher statische Seite“ wird danach in die Blog-WordPress-Installation „reingedengelt“.
=> Das Integrieren der bisherigen „eher statischen Seite“ in die Blog-WordPress-Installation über Datenbankimport wird vermutlich zumindest schwierig, weil man damit rechnen muss, dass IDs in beiden Installationen gleichermaßen (aber für unterschiedliche Inhalte) vergeben sind. D.h.: Chaos vorprogrammiert.

2.) Reihenfolge Vorgehensweise

2.1. Sicherung der Daten aus der „eher statischen Seite“ => Ordner wp-content von FTP, komplette Datenbank, benötigte Seiten aus dem Admin-Bereich mittels des integrierten Exportieren-Tools exportieren (damit klappt nachher vermutlich der Import, FTP vor allem wegen evtl. vorhandener Bilder + zur Sicherheit, Datenbank ebenfalls vor allem zur Sicherheit – besser einmal mehr gesichert …)

2.2 Umzug der Blog-WordPress-Installation wie jeder „normale“ Domainumzug von Subdomain auf Domain. Dazu:
* Datensicherung Blog: Mindestens den Ordner wp-content über FTP + komplette Datenbanksicherung
* PlugIn für Änderungen in der Datenbank installieren, Änderungen durchführen; Abmelden aus Admin-Bereich
* Domain auf die BlogWordPress-Installation switchen
* unter domain.tld/wp-login.php wieder anmelden, Permalinks neu abspeichern, prüfen, ob alles da ist und „stimmt“

2.3
Seiten aus der bisherigen Seiten-Installation importieren. Nach Möglichkeit Seiten wieder mit den gleichen Pfaden anlegen, wahrscheinlich musst du nur überlegen, was mit der bisherigen Startseite passiert, das ist ja jetzt Blog-Seite

2.4
* .htaccess anpassen => Ergänzung um einen 301-redirect für die Blog-Seiten von Subdomain auf Domain
* die alte Installation der „eher statischen Seite“ kann gelöscht werden (nach drei Jahren weiß nämlich niemand mehr, was das mal war und ob man „das“ noch braucht …)

Gruß
helix

Wozu den Pfad domain.tld/wp ?
Du wolltest dein Projekt doch auf domain.tld schalten??

Das ist wirklich Schlamassel.

Es sollte so funktionieren:
1.) in der wp-config.php sowohl Site-Url als auch Home-Url eintragen, die Zeile mit dem relocate fliegt raus

define('WP_SITEURL', 'http://www.domain.tld');
define('WP_HOME', 'http://www.domain.tld');

2.) die Domain domain.tld auf deinen Ordner /wp-daten routen (normalerweise in der Konfigurationsoberfläche zu deinem Webspace)
3.) jetzt sollte die Seite unter domain.tld erreichbar sein und du solltest dich unter domain.tld/wp-login.php anmelden können
4.) anmelden, eines der PlugIns zum korrekten Ändern der Datenbankeinträge bei Umzug installieren – ich habe gute Erfahrungen mit WP Migrate DB gemacht
5.) Datenbank entsprechend anpassen
6.) jetzt können die Einträge aus der wp-config.php auch wieder rausgelöscht werden; wobei: schaden tun sie da auch nicht wirklich, du kannst sie dann nicht mehr „aus Versehen“ im Admin-Bereich ändern (ausgegraut)

Gruß
helix

Leider ist immer noch nicht klar, was du wirklich willst.
Und leider ist auch nicht wirklich klar, welche Struktur auf deinem Webspace liegt.

Also folgt hier zunächst das Referat der Kristallkugel:
* Du hast eine WordPress-Installation entweder im Root deines Webspaces (Ordner /html oder wie-auch-immer) oder in einem Unterordner, auf den deine Domain domain.tld verweist
* du hast eine zweite WordPress-Installation in einem weiteren Ordner, das kann jetzt ein Unterordner von /html sein, ein Unterordner des Ordners, in dem das erste WordPresss liegt, oder auch ein Geschwisterordner zu dem Ordner, in dem das erste WordPress liegt …
auf diesen Ordner verweist deine Subdomain.
* Und jetzt sollen sowohl Blog als auch Domain unter deiner Domain domain.tld erreichbar sein, aber so, dass du möglichst wenig Handarbeit mit dem Umzug hast?

--- /Kristallkugelreferat-Ende

Oder wie oder was?
Und wenn ja, wie soll denn dann der Blog künftig erreichbar sein? Direkt auf der Startseite deiner Domain domain.tld? Oder auf einer Unterseite wie z.B. domain.tld/blog/ ?

Gruß
helix

Kannst du für Code bitte den PHP-Button nutzen? – Danke.

Der von Azrael_0815 gepostete Code sieht eigentlich richtig aus. Bei dir hat sich ein Leerzeichen eingeschlichen in die Bezeichnung deiner eigenen Funktion (ist es nur hier im Forum oder auch in deinem Code?)

add_filter('get_the_permalink','my_permalink_redir  ect');

statt

add_filter('get_the_permalink','my_permalink_redirect');

Vorausgesetzt, WordPress würde mit dem Leerzeichen grundsätzlich klar kommen, versuchst du dennoch, eine Funktion aufzurufen, die nicht definiert ist.

Einfachere Lösungen? Vermutlich hast du einen guten Workaround für deine Seite und ihren Aufbau entwickelt – wir wissen ja nicht, wie dein Post-Slider arbeitet …
Grundsätzlich gibt es auch noch Lösungen für mehrere Artikelbilder pro Beitrag. Das wird dir mit großer Wahrscheinlichkeit aber für deinen Post-Slider nichts nützen, weil der ja dann doch the-one-and-only-Beitragsbild haben will.

Gruß
helix

Ergänzung: dein ausgeschriebener Link (nicht auskommentiert) ist komisch: Punkt statt Slash?
Und das auskommentierte: kannst du doch einfach überprüfen, indem du kurz eine weitere Zeile ergänzst:

echo $permalink;

Bevor ich mir Mühe gebe, dir eine ausführliche(re) und verstehbare Antwort zu schreiben – bist du kritikfähig? Kannst du es aushalten, wenn ich dir hier schreibe, dass ich es bemerkenswert finde, dass in acht Jahren Arbeit mit WordPress die grundlegenden Strukturen von WordPress scheinbar spurlos an dir vorbeigegangen sind? (Zwischen den Zeilen steht schon alles in meinem vorigen Post #2)

Gruß
helix

Zitat von Kurt Singer

Meine vielen Asienreisen haben mein Englisch so verdorben (pidgin english), daß ich das heutzutage meide wie der Teufel das Weihwasser :grin:.

[OffTopic]Ach, mach dir nix draus, dann kommt halt noch ein bisschen Fach-Pidgin dazu – eingedeutscht: Fachsprudel.[/OffTopic]

Gruß
helix

Zu 1.) ist vorausgesetzt, dass du ein Child-Theme oder ein eigenes Theme nutzst (soweit ich weiß, hast du ersteres, aber dies ist ein öffentliches Forum …)
Erstelle dein eigenes Seitentemplate auf Basis der page.php oder der index.php deines Themes, speichere dieses unter beliebigem, nicht von WordPress standardmäßig genutzten Dateinamen ab – sinnvoll ist es, wenn du dir eine Struktur schaffst, an die du dich auch hältst, z.B. index-seitentemplate-trallalla.php oder seitentemplate-trallalla-page.php; nicht verwenden solltest du page-seitentemplate-trallalla.php, denn dann sucht WordPress eine Seite mit dem Slug seitentemplate-trallalla

Und jetzt der entscheidende Schritt, damit WordPress dein Template als Seitentemplate erkennt, das in dieser Auswahlliste angezeigt wird: Schreibe zu Beginn deiner Datei auskommentiert den Template-Namen, der in dieser Liste angezeigt werden soll. So:

<?php 
/*
 * @package WordPress
 * @subpackage themename
 Template Name: Der Name, der im Auwahlmenu ausgegeben werden soll
 */

Und rechne damit, dass es seit WordPress 4.9 etwas dauern kann, bis dein Template in der Liste erscheint (ich weiß nicht, was der augenblickliche Stand des Bugfixing ist, ich brauch das Feature so selten)

Zu 2.)
Das ist die sogenannte Menu-Order.
Hiermit kannst du die Reihenfolge der Menüpunkte beeinflussen, wenn du das Standard-WordPress-Menü verwendest (statt ein Custom Menu zu definieren und mit einer Position im Theme zu verknüpfen). Da die meisten ihr eigenes Custom-Menu verwenden, wird diese Menu-Order nur sehr selten gebraucht. Es ist aber zuweilen ein sehr nützliches Feature, z.B. wenn man die Unterseiten einer Seite auf der Elternseite direkt ausgeben will (und dabei die Sortierreihenfolge selber bestimmen will, ohne sich einen abbrechen zu müssen, die Seiten in eine alphabetische oder sonstwie Reihenfolge zu bringen.)

Gruß
helix