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 erstellenWenn WordPress sauber neu in eine leere Datenbank via https:// installiert wird, sind keine weiteren Änderungen oder Einträge in wp-config.php oder im Twenty Seventeen Theme nötig.
Was genau machst Du nach der Installation? Kopierst Du manuell Daten ins System? Falls ja, welche, und wie? Sind/werden diese Daten auf https angepasst?
Frage am Rande: Warum installierst Du WordPress nicht direkt via https:// ? Dann wäre keinerlei Umstellung nötig.
Welcher Anleitung genau folgst Du bei der Umstellung?
Code in wp-config.php, entferne mal den * vor [FONT=courier new]if ($_SERVER[/FONT]...
Und schalte "JetPack Photon" aus bis Du mit allem komplett fertig bist, die Pfade auf den CDN-Server für die Bilder enthalten derzeit 3 und 4(!) Slashes, was auf irgendwelche weitere, ungenannte Änderungen hinweist.
Wenn Du für diesen Spezialfall auch die entspr. Auth-Keys aus der wp-config.php auf den anderen Server übernimmst, sollte das Einloggen dort klappen, mehr dazu hier.
Generell allgemeingültig empfehlenswert ist sowas aber nicht, jeder Website sollte eigene Keys haben.
Mein Problem ist, dass ich an einer Webseite für ein Projekt aus der Uni arbeiten muss und ich überhaupt keine Vorkenntnisse über php habe.
Hierfür wäre eher ein PHP-Forum Dein Anlaufpunkt.
Off Topic: Persönlich würde ich empfehlen, den Projektbetreuer um ein anderes Projekt zu bitten, das zu Deinen Kenntnissen passt.
Einige Scripts werden derzeit per http:// eingebunden, evtl. kommt sowas auch durch unsauber programmierte Plugins oder Themes.
Der Rest der Seite seltsamerweise per https:/// (mit 3 Slashes statt 2), da lief bei der Umstellung was schief.
Die Methode update() erhält die geänderten Optionswerte in $new_instance, bei mir bisher nicht, wenn update() nach Speichern aufgerufen wird (was jetzt der Fall ist)..
Poste doch mal Deinen Code von form() und update().
Als Datenbankschnittstelle verwende ich dbDelta.
dbDelta wird bei WordPress zum Erstellen oder Modifizieren der Struktur von Datenbanktabellen bei z.B. Plugin- oder Core-Updates verwendet. Zum Speichern/Lesen von Daten in diesen Tabellen verwendet man wpdb.
Oder [FONT=courier new]border-top-style: dotted;[/FONT] verwenden, oder gleich [FONT=courier new]border-top: 1px dotted #ccaa66;[/FONT]
ich möchte den Content eines Shortcodes jedem geschriebenen Beitrag "anhängen".
Dafür benutzt man in normalerweise den the_content Filter.
Wenn das der Fehler war, hast Du ein sehr sehr altes PHP laufen. Würde in dem Fall empfehlen, zeitnah auf mind. PHP 5.6 umzustellen.
Was erscheint beim Ändern von Bildern?
Ist genug freier Speicherplatz auf dem Server vorhanden?
SEpp55: Seit WordPress standardmässig über die REST API die Benutzernamen usw. herausgibt, bringt eine Änderung der Benutzernamen als alleiniger Schutz hier wenig. Beispiel: example.com/wp-json/wp/v2/users
Daher gibt es seit einiger Zeit Funktionserweiterungen in den diversen "Sicherheits"-Plugins wie WordFence o.ä., über die man diese Offenlegung abschalten kann.
Was ist nicht möglich? Erscheint eine Fehlermeldung? Wo? Welche?
Ist genug freier Speicherplatz auf dem Server vorhanden?
Dein Website ist aller Wahrscheinlichkeit nach gehackt worden und sollte ordentlich bereinigt werden. Dazu gibt es div. Anleitungen im Netz, man sollte sich aber schon etwas mit dem Thema auskennen, um nichts zu vergessen. Weiteres gern per PN.
So kannst Du feststellen, ob Du betroffen bist: Der "böse" Code befindet sich bei diversen Hacks u.a. in der ersten Zeile von allen möglichen WordPress .php Dateien ganz weit nach rechts eingerückt, oft auch in wp-config.php. Ein einfaches "Drüberkopieren" von sauberen Dateien in WordPress System-Ordnern bzw. Themes und Plugins reicht dabei nicht aus, da dies die zusätzlich verteilten Dateien bestehen lässt.
Der wichtigste Punkt dabei: Das Einfallstor identifizieren. Das kann von alten PHP-Versionen über alte WordPress-/Plugin-/Theme-Versionen bis hin zu schwachen Passwörtern alles mögliche sein. WordPress bereinigen und natürlich auch Passwörter ändern bringt erst dann etwas, wenn man die Einfallstore verschlossen hat. Und Passwörter beinhaltet auch FTP und MySQL.
..Buddypress wurde nicht richtig konfiguriert. Aber weshalb nicht?
Müsste man den fragen, der es installiert hat.
Was genau hindert Dich daran, widget(), form() und update() zu verwenden, um darin Daten aus einer eigenen Tabelle zu lesen bzw. zu speichern?
Und was genau hast Du bereits ausprobiert und was daran hat nicht funktioniert?
Wenn man "Speichern" klickt, wird update() aufgerufen.
Wenn Dein Widget lt. WordPress-Standard implementiert ist, speichert und lädt es die Daten automatisch, ohne eigene Datenbank-Tabelle.
Ein Quickfix wäre, das hier
if( $themeoption_layout == 'n...jeweils durch das hier
if( !empty( $themeoption_layout ) && $themeoption_layout == 'n...zu ersetzen.
Ein echter Fix wäre, herauszufinden, warum die Variable offenbar nicht (mehr?) verfügbar ist. Kommt [FONT=courier new]$themeoption_layout[/FONT] noch weiter oben im Code vor? Wurde dort oder auch in anderen Dateien kürzlich was geändert/auskommentiert o.ä.?
Dein "Profilbild von Erutan" hat als Bildquelle einen direkten Link zu Facebook, warum auch immer. Die anderen Profilbilder sind lokal in einem avatars Ordner in wp-upload. Evtl. ist das der Grund.
Steht in der Datei wp-config.php die Konstante [FONT=courier new]WP_DEBUG[/FONT] auf [FONT=courier new]true[/FONT]? Falls ja, kannst Du die auf [FONT=courier new]false[/FONT] setzen, dann sollte diese Notice nicht mehr erscheinen.
Generell sollte man den Fehler aber trotzdem beseitigen, z.B. wie bereits versucht über ein !empty() an der richtigen Stelle. Kannst Du die Zeilen ca. 50-60 aus der Datei page-blog.php posten?
Welche Methoden hast Du ausprobiert?
Würde empfehlen, das Beispiel im Codex als Basis zu verwenden, die Parameter sind dort klar erklärt. Wenn man "Speichern" klickt, wird update() aufgerufen.
// Auszug aus class Foo_Widget extends WP_Widget
/**
* Sanitize widget form values as they are saved.
*
* @see WP_Widget::update()
*
* @param array $new_instance Values just sent to be saved.
* @param array $old_instance Previously saved values from database.
*
* @return array Updated safe values to be saved.
*/
public function update( $new_instance, $old_instance ) {
$instance = array();
$instance['title'] = ( ! empty( $new_instance['title'] ) ) ? strip_tags( $new_instance['title'] ) : '';
// hier könnte man die Werte aus $new_instance in eine eigene Tabelle speichern...
return $instance;
}