<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Code sichern &#8211; Erfolg in und mit dem Internet</title>
	<atom:link href="https://horstgraebner.de/tag/code-sichern/feed" rel="self" type="application/rss+xml" />
	<link>https://horstgraebner.de</link>
	<description>Nur eine weitere WordPress-Website</description>
	<lastBuildDate>Sun, 21 Jun 2020 13:22:29 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.2.6</generator>
	<item>
		<title>Noch mehr Sicherheit für Ihr WordPress-System</title>
		<link>https://horstgraebner.de/noch-mehr-sicherheit-fuer-ihr-wordpress-system.html</link>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Sat, 27 Apr 2013 09:51:57 +0000</pubDate>
				<category><![CDATA[Optimierung]]></category>
		<category><![CDATA[Sicherheit]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[Hacker]]></category>
		<category><![CDATA[Plugins]]></category>
		<category><![CDATA[Sicherheitslücken]]></category>
		<guid isPermaLink="false">http://wp-trainer.de/?p=2321</guid>

					<description><![CDATA[Ich meine mich erinnern zu können, dass ich vor einiger Zeit hier schon mal über das Plugin &#8222;limit-login-attempts&#8220; berichtet habe. Dieses begrenzt die für Hacker und andere miese Zeitgenossen die Anzahl der Einlogg-Versuche, z.b. auf drei und macht dann zu, es sind keine weiteren Login-Versuche mehr möglich. So weit so gut. Doch warum nicht noch weiter oben ansetzen? Warum lässt man einen Angreifer überhaupt auf die Datei &#8222;wp-login.php&#8220; zugreifen? Die einfachste und wahrscheinlich auch die beste Lösung besteht darin, die Datei einfach umzubenennen. Im Prinzip richtig, aber: Wenn man die Datei einfach so umbenennt wird man mit Sicherheit erhebliche Probleme ]]></description>
		
		
		
			</item>
		<item>
		<title>Mit WordPress sicher und schnell umziehen</title>
		<link>https://horstgraebner.de/plugin-der-woche-40-mit-wordpress-sicher-und-schnell-umziehen.html</link>
					<comments>https://horstgraebner.de/plugin-der-woche-40-mit-wordpress-sicher-und-schnell-umziehen.html#comments</comments>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Sat, 06 Oct 2012 10:06:52 +0000</pubDate>
				<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Code]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[kostenlos]]></category>
		<category><![CDATA[Plugins]]></category>
		<category><![CDATA[Shortcode]]></category>
		<category><![CDATA[Tipps]]></category>
		<guid isPermaLink="false">http://wp-trainer.de/?p=490</guid>

					<description><![CDATA[Was machen Sie eigentlich, wenn Sie mit WordPress umziehen wollen? Bei mir kommt das öfters vor. Zum Beispiel wenn ich eine WordPress-Website für einen Kunden erstelle, dann arbeite ich zunächst auf einem speziellen Webhosting-Account. Und wenn die Website dann fertig ist, muss das komplette WordPress-System von einem zum anderen Webserver übertragen werden und es muss die Domain umgestellt werden. Bisher habe ich das immer von Hand gemacht. Ziemlich lästig und auch ziemlich fehlerträchtig. Daher habe ich immer nach einer Softwarelösung Ausschau gehalten, die mich bei diesen Umzügen entlastet. Gefunden habe ich dieses Tool in dem WordPress-Plugin &#8222;Duplicator&#8220;. Welch ein martialischer ]]></description>
		
					<wfw:commentRss>https://horstgraebner.de/plugin-der-woche-40-mit-wordpress-sicher-und-schnell-umziehen.html/feed</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Eine Sammlung von nützlichen Shortcodes</title>
		<link>https://horstgraebner.de/plugin-der-woche-39-eine-sammlung-von-nuetzlichen-shortcodes.html</link>
					<comments>https://horstgraebner.de/plugin-der-woche-39-eine-sammlung-von-nuetzlichen-shortcodes.html#comments</comments>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Wed, 26 Sep 2012 10:37:59 +0000</pubDate>
				<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Code]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[kostenlos]]></category>
		<category><![CDATA[Plugins]]></category>
		<category><![CDATA[Shortcode]]></category>
		<category><![CDATA[Tipps]]></category>
		<guid isPermaLink="false">http://wp-trainer.de/?p=441</guid>

					<description><![CDATA[]]></description>
		
					<wfw:commentRss>https://horstgraebner.de/plugin-der-woche-39-eine-sammlung-von-nuetzlichen-shortcodes.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Das erste AntiVirus Plugin für WordPress</title>
		<link>https://horstgraebner.de/plugin-der-woche-33-sicherheit-in-wordpress-das-erste-antivirus-plugin-fur-wordpress.html</link>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Thu, 16 Aug 2012 06:10:13 +0000</pubDate>
				<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Antivirus]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[Hacker]]></category>
		<category><![CDATA[Schadcode]]></category>
		<category><![CDATA[Sicherheit]]></category>
		<category><![CDATA[Virus]]></category>
		<guid isPermaLink="false">http://wp-trainer.de/?p=276</guid>

					<description><![CDATA[Das Thema Sicherheit im Zusammenhang mit WordPress wird immer wichtiger. Erst gestern las ich in einem Forum wieder einen Beitrag eines geschädigten WordPress-Users. Dieser berichtete über massive Angriffe auf seinen Server, ausgelöst jeweils durch ein Schlupfloch in WordPress. Ich bekomme über das Plugin &#8222;Limit Login Attempts&#8220;, welches ich bereits in diesem Beitrag vorgestellt hatte,  fast täglich Rückmeldungen über zuviele ungültige Anmeldeversuche, ein sicheres Zeichen dafür, dass hier dauernd Angriffsversuche stattfinden. Es ist also höchste Eisenbahn, das Thema Sicherheit im Zusammenhang mit WordPress nicht länger auf die leichte Schulter zu nehmen. Daher möchte ich Ihnen heute das erste AntiVirus Plugin für ]]></description>
		
		
		
			</item>
		<item>
		<title>WordPress die Blähungen abgewöhnen</title>
		<link>https://horstgraebner.de/wordpress-die-blaehungen-abgewoehnen-2.html</link>
					<comments>https://horstgraebner.de/wordpress-die-blaehungen-abgewoehnen-2.html#comments</comments>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Sat, 06 Nov 2010 18:34:34 +0000</pubDate>
				<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Anfänger]]></category>
		<category><![CDATA[bloggen]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[Fehler]]></category>
		<category><![CDATA[Links]]></category>
		<category><![CDATA[Profi]]></category>
		<category><![CDATA[Texte]]></category>
		<category><![CDATA[Webhosting]]></category>
		<category><![CDATA[Webserver]]></category>
		<guid isPermaLink="false">http://wordpress-easy.webservicekoeln.de/?p=114</guid>

					<description><![CDATA[Vielleicht oder sicherlich ist es Ihnen schon einmal aufgefallen, dass WordPress von Hause aus die Angewohnheit hat, von jedem Artikel, den Sie schreiben oder überarbeiten, zahlreiche Zwischenspeicherungen (= Post Revisions) anzulegen und zwar bei jeder kleinen Änderung am Artikel. Das führt im Laufe der Zeit dazu, dass die WordPress Datenbank unnötig aufgebläht wird und wir alle wissen, je größer eine Datenbank, desto langsamer ist sie. Die Datenbankprofis unter Ihnen mögen mir diese laienhafte Darstellung verzeihen. Glücklicherweise können Sie WordPress nicht nur diese Verhaltensweise abgewöhnen, Sie können auch alle bisher angelegten Zwischenspeicherungen auf einen Schlag löschen. Mit einem simplen kleinen SQL-Befehl. ]]></description>
		
					<wfw:commentRss>https://horstgraebner.de/wordpress-die-blaehungen-abgewoehnen-2.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>WordPress sicherer machen</title>
		<link>https://horstgraebner.de/wordpress-sicherer-machen.html</link>
		
		<dc:creator><![CDATA[digitalxxl]]></dc:creator>
		<pubDate>Thu, 11 Feb 2010 11:56:38 +0000</pubDate>
				<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Code sichern]]></category>
		<category><![CDATA[Hacker]]></category>
		<category><![CDATA[Optimierung]]></category>
		<category><![CDATA[Plugins]]></category>
		<category><![CDATA[Sicherheitslücken]]></category>
		<category><![CDATA[SPAM]]></category>
		<guid isPermaLink="false">http://wordpress-easy.webservicekoeln.de/?p=80</guid>

					<description><![CDATA[WordPress wird, je besser und daher von immer mehr Menschen eingesetzt, immer häufiger Angriffsobjekt von Hackern und Möchtegern-Hackern. Das fängt an mit dem Zuspammen der Kommentarfunktion und endet im schlimmsten Fall mit der Übernahme des kompletten Adminbereichs. Um WordPress &#8211; Systeme zu finden, macht WordPress selbst es den üblen Zeitgenossen sehr einfach: Zitat aus Sicherheit in WordPress: Ausgabe des Generators im Theme Bedauerlicherweise geben zahlreiche Themes im Template header.php die verräterische Information ebenfalls aus und steigern somit die vorhandene Gefahr. Es empfiehlt sich in der besagten Datei des ausgewählten Theme nachzuschauen und die Zeile meta name="generator" zu löschen. Darüber hinaus ]]></description>
		
		
		
			</item>
	</channel>
</rss>
