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 erstellenMan kann CSS nicht "fest setzen". CSS ist immer hierarchisch hab überschreibbar.
Am einfachsten wäre Backup einspielen (Dateien und Datenbank).
Wieso hatte der Support eigentlich Zugriff auf deine Seite? Und warum ändern die dort einfach etwas?
Ich kenne das zwar auch, dass manche Anbieter Zugriff auf die Seite haben wollen, aber normalerweise nur, um Fehler nachzuvollziehen, und nicht um Änderungen vorzunehmen.
Inwiefern hast du sie denn übernommen?
Ich habe sie jetzt nur auf dem Handy gesehen, aber die Seite sieht (zumindest mobil) gar nicht so aus, wie die Theme Demo. Da scheint jemand ganz gut rumgefuscht zu haben.
Auf die schnelle würde ich vermuten, es liegt am Viewport-Tag. Das scheint fix auf 1200 Pixel gesetzt zu sein. Versuch das mal gegen das Viewport-Tag aus dem Original Theme zu ersetzen (zu finden vermutlich in der header.php).
Da muss man eigentlich nicht viel machen, wenn ohnehin schon WordPress verwendet wird.
Einfach Beiträge erstellen, dann einen Menüpunkt für die Beitrags-Kategorie erstellen (Default ist "Allgemein"). Dann sollte der Blog erscheinen, wenn man auf diesen Menüpunkt klickt.
Hallo Dave,
du wirfst ganz schön viele Dinge durcheinander, die eigentlich nicht viel miteinander zu tun haben.
Ich versuche, das mal ein bisschen "aufzudröseln"...
[quote="Dave, the Minion, post: 725583"][COLOR=#222222][FONT=Verdana]
Wenn man über WYSIQYG Web-Editoren spricht, denkt man in erster Linie an denPlatzhirsch, Dreamweaver. In dieser Kategorie gibt es natürlich weitereKonkurrenten wie zum Beispiel [COLOR=#0000ff]Website X5[/COLOR]oder NetObjects Fusion ([COLOR=#0000ff]http://netobjects.com/[/COLOR]).
[/FONT][/COLOR][/QUOTE]
Von den drei genannten Programmen kenne ich eigentlich nur Dreamweaver. Dazu muss ich sagen, dass ich seit Jahren keinen mehr benutzt oder gesehen habe, aber früher war das (vorsicht, persönliche Meinung) ein ziemlich schlechter Editor mit noch schlechteren WYSIWYG Eigenschaften zu einem absurd hohen Preis.
[quote="Dave, the Minion, post: 725583"][COLOR=#222222][FONT=Verdana]
Während meinerRecherche tauchte auch der Name WordPress auf.
[...]
[COLOR=#222222][FONT=Verdana]WordPress ist mir aus den vergangenen Dekaden als WYSIWYG-Editor bekannt, mitdem man Blogs erstellen kann. [/FONT][/COLOR]
[/FONT][/COLOR][/QUOTE]
Wordpress hat mit den drei vorgenannten Programmen im Grunde nichts gemeinsam (außer, dass sie alle irgendwas mit Internet zu tun haben). Wordpress ist kein Editor, sondern ein CMS/Blogsystem. Für das Bearbeiten innerhalb (für den Content) von Wordpress wird zwar eine Art WYSIWYG Editor verwendet (TinyMCE oder wahlweise CKEditor als Plugin). Das sind aber eigentlich völlig unterschiedliche "Baustellen".
Für das "Programmieren" für/mit Wordpress verwendet man in der Regel ebenfalls externe Editoren (allerdings ohne WYSIWYG). Brauchbare Beispiele wären z.B. Netbeans, Notepad++, VS Code, Atom (alle kostenlos) oder z.B. PHPStorm oder Sublime als kostenpflichte Variante.
[quote="Dave, the Minion, post: 725583"][COLOR=#222222][FONT=Verdana]
Meine Frage ist nun, und da könnt Ihr mirsicherlich Antworten liefern, wie es um WordPress mit der Erstellungherkömmlicher Webseiten, möglicherweise auch mit Onlineshop, bestellt ist?[/FONT][/COLOR][/QUOTE]
Das kommt darauf an, wie du das meinst und was mit "herkömmlich" gemeint ist. Mit Wordpress kannst du Blogs, Webseiten und auch Onlineshops erstellen. Allerdings ist die Erstellung nicht wirklich WYSIWYG. Und am Ende hast du immer eine Wordpress-"Anwendung". Du kannst also keine HTML oder PHP Dateien erstellen und auch keine anderen "Systeme", Frameworks o.ä. nutzen. Die "Erstellung" findet auch genau genommen nicht in Wordpress statt, sondern nur das Einpflegen/Pflegen der Inhalte.
[quote="Dave, the Minion, post: 725583"][COLOR=#222222][FONT=Verdana]
WordPress war früher Freeware. Hat sich das geändert? Denn bei einemRegistrierungsversuch auf [COLOR=#0000ff]https://de.wordpress.com/[/COLOR]sollte man gleich eine Domain angeben. Weiter wurden Preise genannt. HostetWordPress selbst? Was, wenn man bereits einen Hoster hat, mit diesem zufriedenist und nicht wechseln möchte?[/FONT][/COLOR][/QUOTE]
Wordpress war noch nie Freeware. Es ist aber Open Source und kostenfrei nutzbar. Das ist auch immer noch so.
Wordpress.com ist nicht das gleiche wie Wordpress. Diese (zugegebenermaßen naheliegende) Verwechselung kommt aber ständig vor.
Wordpress: OpenSource Software, die du auf deinem Server/Webspace installierst. <- Darum geht es hier in diesem Forum.
Wordpress.com: Ein Dienstleister, der gehostete Wordpress-Installationen anbietet. <- Hat mit diesem Forum und dem, was wir hier so machen, nichts zu tun.
Dann sollte das nicht die Ursache des Problems sein. Schau mal in die console findest du in der Regel auch bei den Entwickler-Tools). Werden dort irgendwelche JavaScript Fehler (oder ggf. andere Fehler) angezeigt?
Sorry, schon wieder bin ich mega spät dran :( - Muss mir das Thema mal als E-Mail abonnieren...
Die admin-ajax.php liefert folgende Antwort:
Das ist der falsche Aufruf. Der hat mit deinen Tags nichts zu tun.
Bei mir gibt es folgenden Aufruf, wenn ich anfange, ein Tag einzutippen (bei jedem Tastenanschlag, eingetippt habe ich in dem Fall "te"):
http://domain/wp-admin/admin…x=post_tag&q=te
Wenn alles korrekt funktioniert, müsste die Antwort die passenden Tags enthalten (in meinem Fall "test" und "telefon"). Da es bei dir nicht funktioniert, wäre es interessant zu wissen, was in der Antwort drin steht.
Okay bin jetzt nciht wirklich vertraut mit code schreiben ect. könntest du mir vielleicht einen Ansatz zeigen bzw. wo füge ich das ein?? Danke
Einen fertigen Code habe ich dafür leider auch nicht parat. Beispiele findest du aber in der Dokumentation.
Der Code kommt entweder in die functions.php deines Child-Themes oder in ein (eigenes) Plugin.
Das Ganze ist leider nicht ganz trivial. Vor allem, wenn man den (berechtigten) Einwand von b3317133 berücksichtigt. In dem Fall müsste man z.B. die User ID zum jeweiligen Kommentar mit abspeichern und sich darüber dann den Display Name "holen".
Wenn du es selbst machen willst, wirst du nicht drumherum kommen, dich ein bisschen mit der Materie auseinanderzusetzen.
Hört sich gut an...wie mache ich das???
Du nimmst den verlinkten Hook. Damit kannst du quasi eine Funktion ausführen, sobald jemand sein Profil aktualisiert.
In dieser Funktion suchst du dann nach allen Einträgen in der Tabelle "wp_comments", bei der der alte Name in der Spalte "comment_author" steht und ersetzt ihn durch den neuen Namen.
Idealerweise prüfst du vorher nochmal, ob sich der Name des Users überhaupt geändert hat. Wenn der gleich geblieben ist, kannst du dir das Ausführen der Funktion ja sparen.
Die Änderungen in der Datenbank machst du am besten mit der wpdb-Klasse:
https://codex.wordpress.org/Class_Reference/wpdb
es ist ja nicht mein CSS sondern das des Themes. ;)
Ach so, sorry. Dann nehme ich das zurück. Ich hatte dein Eröffnungspost so verstanden, dass du die gezeigte CSS-Regel im Customizer eingefügt hast.
Hallo,
ich suche schon langer ein PLUGIN mit dem sich USER auf meiner WP-Seite ANMELDEN können.
Dafür wird kein Plugin benötigt. WordPress kann das von Haus aus.
Sie dürfen aber NICHT ins BACKEND.Kann mir da jemand ein Plugin empfehlen?
Das sollte z.b. hiermit möglich sein:
https://de.wordpress.org/plugins/remove…for-non-admins/
Ich habe mir das jetzt nicht genau in der Datenbank angeschaut, aber basierend auf deiner Beschreibung könntest du doch den Author Name einfach aktualisieren, wenn sich der Display Name ändert. Dafür gibt es den profile_update Hook:
https://developer.wordpress.org/reference/hooks/profile_update/
Trotzdem noch eine Zusatzfrage: wenn ich bei der bestehenden Site das/den Theme ändere und einiges ausprobiere, kann ich doch den alten Zustand mit einer erneuten Themeänderung wieder herstellen. Ist das so richtig? (ist wahrscheinlich weniger Arbeit)
Theme-Änderungen beschränken sich normalerweise nur auf das jeweilige Theme. Die zum jeweiligen Theme gehörenden Einstellungen sollten dabei erhalten bleiben. Insofern ist die Antwort auf deine Frage eigentlich: Ja, kein Problem.
An meiner etwas zögerlichen Formulierung kannst du erkennen, dass ich mich darauf aber nie zu 100% verlassen würde. Deshalb wäre mein Vorschlag: Erstelle vor der Änderung ein Backup (Dateien und Datenbank) und probier es aus. Mit dem Backup kannst du, falls doch mal etwas schief geht, notfalls immer wieder auf den Stand des Backups zurück...
Gehe ich richtig in der Annahme, dass sich hierfür eine/die Portfolio-Funktion meine Themes anbietet? (würde ich bevorzugen)
Das könnte sein. Im Zweifelsfall einfach ausprobieren, ob dir das so reicht.
Genau sagen kann ich es allerdings nicht, weil ich Enfold zwar kenne, aber ganz schlimm finde ;)
Oder lässt sich soetwas auch mit dem Plugin Woocommerce erstellen - auch ohne Bestelloptionen?
Das geht auf jeden Fall. Dafür gibt es entsprechende Plugins. Das Ganze nennt sich Katalog-Modus.
z.B.
https://de.wordpress.org/plugins/yith-w…e-catalog-mode/
https://de.wordpress.org/plugins/woocommerce-catalog/
https://codecanyon.net/item/woocommerce-catalog-mode/6806913
Die Entwickler sind informiert.
Nicht böse gemeint, aber ich befürchte, die Entwickler sind nicht für dein Custom CSS zuständig...
Was sagen denn die Entwicklertools? Werden die Assets (JavaScripte und CSS) des Plugins korrekt geladen?
Was sagt die Web-Konsole? Irgendwelche JavaScript Fehler?
Über welchen Zeitraum sind die 2611 Anmeldeversuche denn "entstanden"?
Ich würde jetzt Mal vermuten, es handelt sich um normales "Grundrauschen".
Es ist auch nicht davon auszugehen, dass es sich dabei um einen konkreten Hacker handelt. Vielmehr ist es so, dass quasi permanent Bots weltweit nach dem Zufallsprinzip Wordpress-Installationen suchen und dann versuchen, sich dort anzumelden und ggf. bekannte Sicherheitslücken auszunutzen. Wenn man sich mal Log-Files auf einem beliebigen Server anschaut (dort muss nicht mal WordPress installiert sein), sieht man, das dort tonnenweise Anmeldeversuche stattfinden.
Um das nochmal ausdrücklich zu sagen: Das ist normal und die meisten Nutzer bekommen das nicht mit. Es ist auch nicht zwangsläufig bedenklich, diese Anmeldeversuche sollten normalerweise scheitern, sofern WordPress (und Plugins und Theme) aktuell sind und sichere Passwörter verwendet werden.
Ich finde es relativ unglücklich, dass Jetpack diese Anmeldeversuche anzeigt. Im Grunde führt es nur dazu, dass Leute in Panik geraten.
Im Zweifelsfall kannst du die URL von /wp-admin ändern. Dafür gibt es entsprechende Plugins und danach sollte eigentlich Ruhe sein.
Das ist gut.
Allerdings kommt jetzt die nächste Frage: Wie mache ich das?
Du musst in der HTML Struktur ein zweites Bild ergänzen. An welcher Stelle, hängt von deinem verwendeten Theme ab. Du kannst dann im CSS das Original-Bild und das Mobil-Bild abhängig von der Bildschirm-Breite (mit Media-Queries) jeweils auf display:none und display:block setzen.
Ich bin ein Leihe und betreibe den Blog halt privat, versuche also auch alles selbst irgendwie zu optimieren. :)
In dem Fall ein gut gemeinter Rat:
Lass es so wie es ist und lebe damit.
Render-Blocking "Fehler" (vor allem Scripte) sind bei WordPress selbst für Profis nicht leicht zu beheben. Gerade bei nicht selbst entwickelten Themes und Plugins hat man ständig irgendwelche Probleme mit den Abhängigkeiten ("Dependencies"") der einzelnen Scripte untereinander. Aus meiner Sicht ist es für den Laien praktisch unmöglich, dies zu ändern (und dabei die Funktionalität der Seite zu erhalten).
Dazu sei auch gesagt (ohne deine Seite jetzt konkret angeschaut zu haben):
Pagespeed gibt Empfehlungen zur Verbesserung der Seite. Es ist nicht zwingend erforderlich (und teilweise auch nicht immer sinnvoll) alle regeln zu erfüllen...
Die Script Laufzeit vergrößern und die Datenbank neu exportieren, ist hier die einzige Lösung für eine komplette Sicherung. Oder beim Support des Providers eine Kopie holen.Alternativ kann man jede Tabelle der Datenbank einzeln exportieren und diese wieder einzeln in die neue Datenbank importieren.
Sollte das die Ursache sein (und ich halte das auch für sehr wahrscheinlich) würde ich stark dafür plädieren, den Datenbank ex- und importiert über die Kommando-Zeile zu machen und nicht über phpmyadmin.
Ich verwende zwar auch in 9 von 10 Fällen phpmyadmin oder adminer, aber bei größeren Tabellen ist das einfach Murks. Man hangelt sich dann von einem Problem zum nächsten...
bob_Bizeps:
Das Problem scheint dich ja schon einige Tage zu beschäftigen. Vielleicht solltest du in Erwägung ziehen, den Datenbank-Umzug von einem Dienstleister (zum Beispiel hier übers Jobforum) machen zu lassen. Für einen Profi sollte das eigentlich recht fix gemacht sein und dann auch nicht die Welt kosten.
