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 man [FONT=Courier New]' .$wpdb->prefix . '[/FONT] entfernt, ist die Syntax diese, und das ergibt keinen PHP-Fehler:
$wpdb->query( 'UPDATE cerber-traffic SET ip = "";' );
Wie bereits gesagt, Strings aneinanderzuhängen sind einfachste PHP-Basics, evtl. mal ein PHP-Tutorial o.ä. suchen und durchgehen.
Bei Punkt 1. / 2., die Abstände entstehen v.a. durch die [FONT=Courier New]line-height[/FONT], die solltest Du noch anpassen im [FONT=Courier New]h1[/FONT], z.B. [FONT=Courier New]line-height: 1em;[/FONT]
Für Punkt 3. wäre die Nutzung eines Child-Themes nötig, da man dafür normalerweise die Datei [FONT=Courier New]footer.php[/FONT] überschreiben muss.
Alternativ kann man in diesem Fall ein kleines Plugin basteln, das über eine vorhandene Action von Twenty Twelve einen zusätzlichen Text einfügt und den bestehenden Text per CSS ausblendet.
Dafür den folgenden Code mit angepasstem Text in eine Datei [FONT=Courier New]my-twentytwelve-credits.php[/FONT] kopieren, per FTP in [FONT=Courier New]/wp-content/plugins/[/FONT] hochladen und über das Menü Plugins aktivieren.
<?php /*
Plugin Name: My Twenty Twelve Credits
Description: Add own credits to Twenty Twelve footer
Version: 0.1
Author: b3317133
*/
function b3317133_twentytwelve_credits() {
echo '<p>Hier in einem Paragraph Tag verpackt der neue Footer Text, ggf. <a href="#">mit Link</a>.</p>';
}
add_action( 'twentytwelve_credits', 'b3317133_twentytwelve_credits' );
function b3317133_twentytwelve_credits_styles() {
wp_add_inline_style( 'twentytwelve-style', '#colophon .site-info > a { display: none; }' );
}
add_action( 'wp_enqueue_scripts', 'b3317133_twentytwelve_credits_styles', 999 );Das verwendete Theme hat zwei Grössen für den Titel im Header, eine standardmässig und eine bei Bildschirmbreiten über 600px, das wird über Media Queries gemacht.
Vergösserung des Titels als Beispiel für "Zusätzliches CSS":
.site-header h1 {
font-size: 30px;
}
@media screen and (min-width: 600px) {
.site-header h1 {
font-size: 48px;
}
}Die aktuelle Seite hat im Body die Klasse [FONT=Courier New]custom-background-white[/FONT], nicht [FONT=Courier New]custom-background-empty[/FONT], daher greift die genannte Regel in der [FONT=Courier New]style.css[/FONT] nicht.
Die Hintergrundfarbe kann man bei Deinem Theme auch über die Theme-Einstellungen setzen, da wird dann inline CSS eingefügt, sowas kann ggf. auch dazwischenfunken, im aktuellen Fall aber nicht, da liegt es am Klassennamen.
Würde empfehlen, für CSS-Anpassungen (neben den Theme-Einstellungen) ausschliesslich die Funktion "Zusätzliches CSS" zu verwenden, da Du kein Child-Theme nutzt und somit Änderungen in der [FONT=Courier New]style.css[/FONT] beim nächsten Theme-Update überschrieben werden.
Die Funktion "Zusätzliches CSS" schreibt nichts in die [FONT=Courier New]style.css[/FONT] sondern speichert das in der Datenbank.
Was genau geht beim "Direktzugriff mit FTP" nicht? Das ist nichts anderes als "herunterladen, bearbeiten, hochladen".
Wenn Änderungen nicht sichtbar sind, kann es z.B. daran liegen, dass man ein Cache- oder Minify-Plugin verwendet, deaktiviere das mal. Oder dass man die falsche style.css beschreibt, die eines anderen Themes o.ä., oder dass der CSS-Code, den man schreibt, fehlerhaft oder unpassend ist, usw.
Wenn Du den CSS-Code postest, den Du einfügen willst, und dazu am besten einen Link zur Seite, wo er nicht angezeigt wird, dann würde das die Problemlösung vereinfachen.
Versuche es mal statt mit [FONT=Courier New]return[/FONT] mit [FONT=Courier New]echo '<div id="MyCustom...[/FONT], eine action gibt in der Regel nichts zurück.
Ob/was da "richtiger" ist, das lässt der Codex offen.
Direkt im ersten Absatz "Using the $wpdb Object" wird z.B. die Variante[FONT=Courier New] ".. {$wpdb->prefix}options .."[/FONT] verwendet, obwohl es eigentlich auch eine dafür gedachte "direktere" Referenz für die Options Tabelle gibt.
Beim Einfügen der Grafik über den Bereich "Medien hinzufügen" gibt es rechts ein paar Felder, u.a. "Anzeige-Einstellungen für Anhänge".
Dort stellt man bei "Link zur" den Punkt "Individuelle URL" ein. Dann erscheint ein Eingabefeld, in das man den kompletten Link zur PDF-Datei eingibt.
Strings aneinanderzuhängen sind aber schon sehr einfache PHP-Basics...
$wpdb->query('ALTER TABLE ' . $wpdb->prefix . 'comments MODIFY ...' );Meine Meinung zu diesem Ansatz habe ich schon geschrieben.
Wie man Werte in einer Tabelle aktualisiert, also auch löscht, steht in der inzwischen bereits mehrfach verlinkten wpdb Class Reference bei update, in etwa also so, ungetestet:
$wpdb->update(
$wpdb->prefix . 'comments',
array(
'comment_author_IP' => ''
)
);
Ergänzung: Doch noch kurz getestet, offenbar benötigt [FONT=Courier New]$wpdb->update()[/FONT] explizit auch das [FONT=Courier New]where[/FONT] Array, also alternativ einfacher so:
global $wpdb;
$wpdb->query( 'UPDATE ' .$wpdb->prefix . 'comments SET comment_author_IP = "";' );Siehe Dokumentation zu date_i18n(), auch unter "User Contributed Notes" dort.https://developer.wordpress.org/reference/functions/date_i18n/
Was genau ist denn bei "Einstellungen -> Allgemein -> Datumsformat" eingestellt?
"[FONT=Courier New]j. F Y[/FONT]"?
Und versuche mal, den Code im og. Beispiel von
return date( get_option( 'date_format' ), $time );auf das hier anzupassen:
return date_i18n( get_option( 'date_format' ), $time );Deaktiviere als erstes mal das Cache-Plugin. Solange das aktiv ist, kann man kaum sinnvolle Fehlersuche betreiben.
Dann schau nach, ob im Menü "Dashboard -> Aktualisierungen" ggf. ganz unten noch "Übersetzungen" fehlen.
Irgendwas stimmt auch mit dem Code der Archiv-Anzeige im Sidebar nicht, da ist ein [FONT=Courier New]<li> .. </li>[/FONT] um alle restlichen [FONT=Courier New]<li>[/FONT] herum zu viel, direkt nach [FONT=Courier New]<ul>[/FONT] und vor [FONT=Courier New]</ul>[/FONT].
<ul><li> <li><a href='https://www.schon-gewusst.net/2018/02/'>Februar 2018</a> (94)</li>
<li><a href='https://www.schon-gewusst.net/2017/07/'>Juli 2017</a> (110)</li>
...
<li><a href='https://www.schon-gewusst.net/2016/11/'>November 2016</a> (212)</li>
</li></ul>Die Klasse [FONT=Courier New]C_Taxonomy_Controller[/FONT] kommt lt. kurzer Google-Recherche z.B. im NextGEN Gallery Plugin vor. Wird dieses Plugin verwendet?
Sind sicher alle Pluginordner und -dateien korrekt kopiert worden?
Benenne temporär mal den Ordner [FONT=Courier New]wp-content/plugins/nextgen-gallery/[/FONT] um, erscheint die Meldung dann weiterhin?
Wie genau wurde die URL in der Datenbank geändert? Mit einem Plugin?
Man könnte den Mechanismus, der das verursacht, einfach für zwei Wochen abschalten. Sind da irgendwelche "Sicherheit"-Plugins aktiv?
Ein meiner Meinung nach denkbar ungünstiger Ansatz, damit schlagen dann ggf. alle möglichen Schreibversuche auf dieses Feld fehl, mit eher unabsehbaren Folgen.
Die gesuchte Tabelle heisst standardmässig [FONT=Courier New]wp_comments[/FONT], siehe auch Database Description, das ggf. angepasste Prefix bekommt man über [FONT=Courier New]$wpdb->prefix[/FONT], siehe auch wpdb Class Reference.[FONT=Courier New][/FONT]
Im og. Beispiel wird die Formatierung aus dem Menü "Einstellungen -> Allgemein -> Datumsformat" verwendet.
Benutze mal das Formular dieses "ConvertPlug" Plugins, wo immer Du es auch einsetzt, einfach so wie ein normaler externer Benutzer. Wird dann auch ein Account erstellt?
Wann/wo genau erscheint der Fehler?
Gleiche PHP-Version vor/nach Umzug?
Wie genau wurde der Umzug gemacht? Mit einem Plugin? Mit welchem?
Was genau bedeutet "habe Datenbank angepasst"?
@wppraesenz: Habe Deine Postings in den wordpress.org Foren gesehen und den dort verlinkten Website angeschaut, könnten die Accounts auch aus einem Newsletter- bzw. diesem ConvertPlug Plugin o.ä. stammen?
Du setzt offenbar aktuell die Version 3.2.2 davon ein, und der neuste Eintrag im Changelog des Plugins behandelt genau so einen Fix für einen "Benutzer ohne Rolle".
Version 3.2.2 April 11 2018.
- Improvement: Feature to alot WordPress user role to subscribed user.
Lade mal noch den Inhalt von [FONT=Courier New]wp-content/languages/[/FONT] neu hoch.
Wenn Updates regelmässig derartig schiefgehen, sollte man der Sache auch auf den Grund gehen. Das kann unterschiedlichste Gründe haben, von gehackter Installation über veraltetes Theme bzw. Plugins die irgendwie dazwischenfunken o.ä., bis grundsätzlich untauglicher Hostingaccount.