Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenSiehe Forenregeln:
Hilfe findet grundsätzlich nur - damit alle davon profitieren - öffentlich im Forum statt...
Einzige Ausnahme ist die Jobbörse.
Weiterhin aus den Forenregeln:
Vermeide direkte VOLL-ZITATE (zitieren des gesamten Beitrages genau vor deinem).
Dies ist überflüssig, da der direkte Bezug ja besteht.
Wenn es anders als hier aussieht, ist die Einbindung falsch oder es gibt Konflikte mit sonstigen Komponenten.
Das ist ein öffentliches Forum, für private Hilfe siehe Bereich Jobbörse.
Alleine für sich scheint der Code zu funktionieren...
Die Datei wp-config.php wurde offenbar bei der Änderung als "UTF-8 mit BOM" kodiert abgespeichert.
WordPress benötigt eine Kodierung "UTF-8 ohne BOM", speichere die Datei so und lade sie dann erneut hoch.
Die genannten define() Einträge sollten dann auch überflüssig sein.
Für die vollständige Umstellung der Installation wird dann noch die Anpassung aller sonstigen Pfade in der Datenbank benötigt, mehr dazu mit Suchbegriff WordPress Umzug oder Better Search Replace.
Mehr zu diesem unsichtbaren BOM hier. Wenn das in der wp-config.php vorhanden ist, verhindert es z.B. die Nutzung von Cookies usw.
Nicht vergessen, die temporäre Anpassung in der functions.php wieder rauszunehmen.
Das Passwort der Datenbank steht z.B. in der Datei [FONT=Courier New]wp-config.php[/FONT] bei [FONT=Courier New]DB_PASSWORD[/FONT]
Kommt das alles nicht in Frage, frage Deinen Hostinganbieter ob er das machen kann oder/und lasse ein ggf. dort vorhandenes Backup der Datenbank einspielen.
Das Basic-Theme Underscores – auch "_s" genannt – stammt direkt von den WordPress-Entwicklern Automattic.
Dazu in einem aktuellen GitHub Ticket von einem Automattic Entwickler:
Underscores is no longer maintained. ...
Zur Zukunftsorientierung von Sage ist beim Thema Gutenberg zu beachten:
Gutenberg support has not yet officially landed in Sage.
.. auf ein auf meine Zwecke individualisiertes Wordpress-Themen programmieren.
Beides hat Vor- und Nachteile. Wähle in Deinem Fall das, was für Deine individuellen Zwecke am besten geeignet ist.
Stelle Dich darauf ein, dass Du Deinen Entwickler langfristig beschäftigen wirst, da WordPress sich weiter stetig ändern wird.
Betrachtet man längerfristige "Total Cost of Ownership" wäre statt der angedachten kompletten Eigenentwicklung eines Themes und allen nötigen zukünftigen Anpassungen ggf. ein grob passendes gekauftes Theme mit entspr. Support und Weiterentwicklung durch Dritte auch eine Alternative. Die eine oder andere individuelle Funktion kann man dann auch per eigenem Plugin hinzufügen und muss nur das selbst pflegen (lassen).
Ein über das o.g. Grundwissen hinausgehender relativ aktueller Trend wäre das Verstehen und Erstellen von sog. Blöcken für den WordPress Block-Editor Gutenberg, der sich allerdings seit Veröffentlichung (in allenfalls einem Beta Stadium) mit WordPress 5.0 im Dezember 2018 nach wie vor in einer stetigen Entwicklung befindet und aus Entwickler Sicht als Moving Target mit Breaking Changes zu betrachten ist, was durchaus nicht jeden Entwickler begeistert.
Wie würdet ihr das Projekt angehen?
Als erstes das hier komplett lesen: https://developer.wordpress.org/themes/
Dann im Detail den Code einiger WordPress Standard Themes Twenty Seventeen, Twenty Nineteen, Twenty Twenty u.ä. anhand des Theme Handbook möglichst komplett nachvollziehen.
Dann hat man im Idealfall verstanden, wie WordPress funktioniert und kann eigene Experimente starten.
In einem Shortcode läuft der Code zu spät, Cookies und alle WordPress Header für die Seite sind dann schon gesendet, versuche es in einer [FONT=Courier New]init[/FONT] oder [FONT=Courier New]wp_loaded[/FONT] o.ä. Action, mehr zur Abfolge von Actions in WordPress siehe auch hier.
Was schickt das WP vorher raus?
Kommt darauf an wann/wo/wie genau der genannte Code aufgerufen wird. Diese Information fehlt leider.
Ohne nähere Angaben wird Dir bei gleichwelcher Frage niemand sinnvoll helfen können, daher der mehrfache Verweis auf die Forenregeln, wo aufgelistet ist, welche Angaben nötig sind.
Eine Möglichkeit wäre, den Unterpunkt als "individueller Link" zu erstellen statt als "Beitrag" und dann bei URL den kompletten Link einzutragen.
@Persephone Was hat das jetzt mit dem 503 Fehler zu tun? Und worauf stützt Du Deine Einschätzung bzgl. WP.com in #7?
Lt. Anleitung Impreza:
WPBakery Page Builder is bundled into the theme, so you don't need to buy it separately.
Du hast ja offensichtlich seit Jahresanfang auch einige Updates des Plugins bekommen, es gab 20.04. 6.2, 21.08. 6.3, 11.09. 6.4 (Deine aktuelle Version), siehe auch Release Notes.
Ich bin mal gespannt, ob es irgendwann auch Updates für den Page Builder gibt
Es gab die oben genannten und dann noch am 24.09. 6.4.1 und am 17.11. 6.4.2
Es geht eher darum, dass es schwer verständlich ist, dass Du offenbar weiterhin Updates für Dein Theme bekommst aber nicht Updates für ein im Theme mitgekauftes und mitgeliefertes Plugin.
Gekauft hast Du das Theme offenbar schon vor über 6 Monaten, sonst wäre der Support nicht abgelaufen, wobei Du trotzdem lesend Zugriff auf den Supportbereich hast, und bis mind. Mitte September hast Du offenbar auch Updates für den Editor erhalten. Alles recht verwirrend.
Wenn man ein Theme ohne Support mit einem Editor ohne Updates und Support nutzen will, dann kann man das machen, ob es auch sinnvoll ist, wäre die andere Frage. Wenn der Website keine 41€ wert ist, nun denn, Deine Entscheidung.
Ansonsten bliebe für Mitleser vermutlich noch die Frage, warum offenbar ohne Lizenz für das Theme Updates verfügbar sind, aber nicht vom im Theme mitgelieferten Editor.
Link zur Seite? Siehe auch Forenregeln, Punkt II
