Hallo, ja das möchte ich hier nicht so offen darstellen.
Ja dann kann man auch nicht helfen. Wenn die Seiten so geheim sind braucht man in einem offenen Forum doch gar nicht fragen. Dann geht man zum Fachmann, macht ein NDA und lässt es reparieren.
Beiträge von mensmaximus
-
-
PHP
Alles anzeigen<?php if( date( "i", time() ) % 2 == 0 ) { $farbe = '#ff9900'; } else { $farbe = '#228b22'; } ?> <body style="background-color:' . <?php echo $farbe; ?> . '"> -
[COLOR=#333333]Da ist einiges faul. Wie lange schreinbt Du schon PHP code?[/COLOR]
-
.tags-links a[href$="/tagname/"] {
color: #ff9900;
} -
Das kommt immer darauf an was Du alles machen willst. Ich habe Kunden die Kleo mit WooCommerce einsetzten und mit BuddyPress. Den Kunden gefällt es.
-
-
Und die Positionierung und Verlinkung? XHTML/CSS?
Erstelle doch einfach mal einen Beitrag und klick auf den Button zum Einfügen eines Bildes. Dann siehst Du wie es geht.
-
Es muss doch die Möglichkeit geben, ein Bild mit Link zu verwenden ... :confused: Habe ich bei WordPress die Möglichkeit, dies manuell zu machen - und wenn ja, wo?
Du kannst jederzeit im Editor ein Bild einfügen. Oben Links gibt es einen Medien Button.
-
Welches Table Rate Shipping? Das Original oder den WooThemes Clone? Für zusätzliche Gebühren empfehle ich immer http://bolderelements.net/plugins/bolder-fees-woocommerce/
-
soll ich es lieber wieder loeschen und nur durch Regeln arbeiten?
Ja. Ich hatte ja schon geschrieben, das in das Child nur Änderungen bzw. Ergänzungen gehören.
-
Da in Deinem Fall die Datenbank kompromittiert wurde hilft nur eine Bereinigung per Hand. Am besten einen SQL Dump der Tabelle posts und post_meta erstellen. Dann im SQL Code des posts Dump nach "weight" suchen und die "bösen" Datensätze löschen. Dabei die Post_ID notieren und alle zu dieser Post_ID gehörigen Meta Informationen aus dem post_meta Dump löschen. Mann kann sich die ID auch notieren und später über eine SQL Query direkt in der Tabelle löschen. So weit zur Theorie.
Ob das in der Praxis für einen reinen Anwender funktioniert ist eine andere Sache. Und viel wichtiger als die Bereinigung ist dann das finden der Sicherheitslücke, damit es nicht wieder passiert.
-
wenn man über "text text usw" drüberfährt, dann verfärbt sich der hintergrund, ebenso bei den balken darunter
wie bekomme ich das css mässig weg ?In die style.css Deines Childthemes gibst Du folgenden Code ein:
Codetable > tbody > tr:hover { background-color: initial; } -
In die style.css des Childthemes gibst Du folgende Regel ein:
.widget-area {
background-color: #ff9900;
}Grundsätzlich gehören in das Childtheme nur die Änderungen bzw. Ergänzungen
-
https://interconnectit.com/products/searc…ress-databases/ hat eine Regex Option.
Suche nach:
Code<img\s{1,}src="data:image/(jpeg|img|jpg|png);base64,.*?">Und ersetze durch Nichts.
Der Regex muss eventuell um weitere Mime Types ergänzt werden.
Probleme kann es geben, falls das Base64 Bild in einem serialisierten String steht, weil eine 0 als Länge (gelöscht) soweit ich weiß zu Fehlinterpretationen führt (wenn nichts da ist braucht es ja auch nicht in den String).
In jedem Fall einen Trockenlauf mit der Software machen und die Treffer stichpunktartig prüfen. Mein Regex ist zwar lazy aber eine Prüfung kann nicht schaden.
Vorher unbedingt eine Sicherung der Datenbank durchführen!
Habe ich schon erwähnt das Ihr ein Backup der Datenbank machen sollt bevor Ihr mit der Operation beginnt?
Ach ja ganz wichtig - Sicherung der Datenbank nicht vergessen!
Und was ich noch sagen wollte, Sicherung der Datenbank .... -
Man kann die Seite nicht uneingeloggt betreten. :-?
Wie Monika schon sagte es gibt viele Lösungen. Aber ohne den Quellcode live zu sehen um mit den CSS Regeln zu spielen kann man nicht helfen.
-
Hmmm, die Meldung würde bedeuten, dass Dein WordPress Verbindungen nach Außen also zu anderen Seiten aufbaut. Und das würde auf einen Hack hindeuten.
-
Was wird angegriffen? Warum läuft das Postfach voll? Wie sieht der Angriff aus?
-
Ich kopiere Themes, die ich bearbeite, immer in einen neuen Ordner und bearbeite nur die Kopie. Irgendwie scheinen da aber Child-Themes "Best-Practice" zu sein? Jacke wie Hose!
Sicher nicht. Das sind zwei komplett unterschiedliche Ansätze und nur das Childtheme erlaubt überhaupt ein Update des Themes. Das Vorhaben des TO muss ich mir mal vor mein geistiges Auge führen, weil mein Bauch sagt das geht nicht, kann aber auch daran liegen, dass ich es falsch interpretiere.
-
Ich wieder hole:
Kein Link zur Seite = keine Developer Console = keine Hilfe
-
Neues WordPress auf einer Subdomain beim gleichen Provider installieren und prüfen ob der Editor dort geht.
