Beiträge von r23

Zitat von Mike34

ich habe zwar schon erfahrung mit Wordpress, aber ich installiere es zum ersten mal selbst,
da ich beim neuen Provider mit 1click versucht habe, und das etliche Probleme gab. Ich habe mich an die anleitung gehalten ,
die config.php verändert und umbenannt ( von cofig-sample.php zu config.php ) alles auf den Server verschoben,

Die Datei nennt sich wp-config.php und nicht config.php

WordPress wird über die index.php im Hauptverzeichnis von WordPress installiert -

http://example.org/index.php

Zitat von Thomas_6683

Das Problem ist, dass ich mehrmals am Tag E-Mails über fehlgeschlagene Logins bekomme. Somit müsste ja die htaccess "durchbrochen" worden sein.
Daher die Frage, ob es noch weitere Anmeldeseiten zum Backend gibt.

Nicht jede Anmeldung leitet auf die wp-login.php weiter.

Wordpress verfügt über viele Schnittstellen und API-Anbindungen.

Zum Beispiel ist ab 3.6.x (kann auch 3.3 sein) _immer_ XMLRPC aktiv.

Zitat von gibson

Bin Anwender und habe mein Hosting bei namecheap (USA).

PHP sagt dir unter welcher Umgebung es läuft. phpinfo() bitte im Handbuch selber nachschlagen http://www.php.net

Wenn man sich nicht sicher ist, ob etwas vorhanden oder in welcher Version vorhanden ist, macht man eine Abfrage in der .htaccess

aus
<files wp-config.php>
Order deny,allow
Deny from all
</files>

wird

<files wp-config.php>


    # Apache < 2.3
    <IfModule !mod_authz_core.c>
        Order allow,deny
        Deny from all
    </IfModule>


    # Apache ≥ 2.3
    <IfModule mod_authz_core.c>
        Require all denied
    </IfModule>


</files>

aus

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

wird

<IfModule mod_rewrite.c>
	RewriteEngine On


	# Rules to protect wp-includes
	RewriteRule ^wp-admin/includes/ - [F]
	RewriteRule !^wp-includes/ - [S=3]
	RewriteCond %{SCRIPT_FILENAME} !^(.*)wp-includes/ms-files.php
	RewriteRule ^wp-includes/[^/]+\.php$ - [F]
	RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F]
	RewriteRule ^wp-includes/theme-compat/ - [F]
	
	# Rules to prevent php execution in uploads
	RewriteRule ^wp\-content/uploads/.*\.(?:php[1-6]?|pht|phtml?)$ - [NC,F]
		
	# Rules to block unneeded HTTP methods
	RewriteCond %{REQUEST_METHOD} ^(TRACE|DELETE|TRACK) [NC]
	RewriteRule ^(.*)$ - [F]
		
	# Rules to block suspicious URIs
	RewriteCond %{QUERY_STRING} \.\.\/ [NC,OR]
	RewriteCond %{QUERY_STRING} ^.*\.(bash|git|hg|log|svn|swp|cvs) [NC,OR]
	RewriteCond %{QUERY_STRING} etc/passwd [NC,OR]
	RewriteCond %{QUERY_STRING} boot\.ini [NC,OR]
	RewriteCond %{QUERY_STRING} ftp\:  [NC,OR]
	RewriteCond %{QUERY_STRING} http\:  [NC,OR]
	RewriteCond %{QUERY_STRING} https\:  [NC,OR]
	RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
	RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|%3D) [NC,OR]
	RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [NC,OR]
	RewriteCond %{QUERY_STRING} ^.*(%24&x).* [NC,OR]
	RewriteCond %{QUERY_STRING} ^.*(127\.0).* [NC,OR]
	RewriteCond %{QUERY_STRING} ^.*(globals|encode|localhost|loopback).* [NC,OR]
	RewriteCond %{QUERY_STRING} ^.*(request|concat|insert|union|declare).* [NC]
	RewriteCond %{QUERY_STRING} !^loggedout=true
	RewriteCond %{QUERY_STRING} !^action=jetpack-sso
	RewriteCond %{QUERY_STRING} !^action=rp
	RewriteCond %{HTTP_COOKIE} !^.*wordpress_logged_in_.*$
	RewriteCond %{HTTP_REFERER} !^http://maps\.googleapis\.com(.*)$
	RewriteRule ^(.*)$ - [F]
	
	RewriteCond %{REQUEST_METHOD} POST
	RewriteCond %{REQUEST_URI} /wp-comments-post\.php$
	RewriteCond %{HTTP_USER_AGENT} ^$ [OR]
	RewriteCond %{HTTP_REFERER} !^https?://(([^/]+\.)?localhost|jetpack\.wordpress\.com/jetpack-comment)(/|$) [NC]
        RewriteRule ^(.*)$ - [F]




       RewriteBase /
       RewriteRule ^index\.php$ - [L]
       RewriteCond %{REQUEST_FILENAME} !-f
       RewriteCond %{REQUEST_FILENAME} !-d
       RewriteRule . /index.php [L]
</IfModule>

beachte: RewriteBase / geht davona aus, dass WordPress im DocRoot vom WebServer liegt. Sollte dein WordPress in einem Unterverzeichnis liegen musst du die Zeile ändern.

Wenn .htaccess für den WebServer beschreibbar ist - kannst du die Datei von WordPress ändern lassen.

Die Datei .htaccess sollte nach der Erstellung für _keinen_ beschreibbar sein chmod 444 oder r-- r-- r-- auf die Datei anwenden.

Frohes Weihnachtsfest

Ralf

Zitat von ksfotos

Trotz sauberer Einhaltung was Bildname, ALT Tag, Keywords etc betrifft tauchen die Fotos nicht in der Google Suche auf...Ist Java an sich Schuld?

Bilder werden zwar gefunden
https://www.google.de/search?hl=de&authuser=0&site=imghp&tbm=isch&source=hp&biw=1920&bih=940&q=www.pottpix.nrw%2F&oq=www.pottpix.nrw%

aber du kannst über deine Google Webmastertools eine sitemap für Bilder hochladen und die Hinweise bei Google beachten.

Zitat von gibson

ich habe auf eine bestehende Installation nachträglich per FTP eine htaccess hochgeladen. Danach kam folgende Fehlermeldung und die Seite war nicht mehr aufrufbar.

<files wp-config.php>
Order deny,allow
Deny from all
</files>

verwendest du einen Apache WebServer ... einen sehr alten vor 2.4.? und hast du ein mod_rewirte aktiv?

Zitat von pinking

Erst kürzlich habe ich Wordpress und ein gekauftes Template hochgeladen.

Frage den Anbieter nach der Dokumenation. Einige Anbieter haben diese leider nur online.

Zitat von pinking

Wie ich erfahren habe liegt jedem Theme/Template liegt eine Dokumentation im Ordner Documentation vor.

In diesem Verzeichnis liegt in der Regel eine index.html

Zitat von crazy_cat

Da ich ein bis jetzt unlösbares Problem habe, welches echt nervt
Danke für eure Hilfe!

Die FAQs, in welchen Schritten eine Multi-Site installiert wird - gibt es hier leider nicht mehr
Die Reihenfolge der Installation und Schritte war unheimlich wichtig. Auch musste man sich entscheiden, ob man mit Subdomains oder mit unterschiedlichen Domains-namen arbeiten wollte.

Auf Xing gibt es eine WordPress Gruppe für Multi-Site. Die Teilnehmer haben mir damals bei der ersten Installaion geholfen.

Ob es funktioniert - ist auch Provider abhhängig.

Zitat von Typo87

ich habe seit einiger Zeit Probleme bei der Anzeige von JPG. bzw. Bilddaten in Wordpress.
Nachdem die Bilder in die Medienbibliothek hochgeladen und ausgegeben werden sollen, wird das Bild nur mit starken Kompressionsfehlern ausgegeben. (Siehe Anhang).

Hat jemand eine Idee woran das liegen könnte ?

Die Datei, die du hier hochgeladen hast - ist ein Screenshot
Kompressionsfehler.JPG

[Camera]
XPAuthor : Hxxx Stxxxxn

[Image]
SubSecTimeDigitized : 04
Date digitized : 2015:12:23 06:55:57

Mit den Informationn kann man dir leider nur bestätigen, dass die Bildbeabeitung fehlerhaft ist.

erstelle einmal eine php Datei

mit dem Inhalt

[code=php]
echo phpinfo();

Rufe die Datei in deinem Browser auf und verate uns dann, mit welcher Bildbearbeitungseinstellung und mit viel RAM du welches Dateiformat (link zu einer Original-Datei ist sinnvoll)
bearbeiten wolltest.

Zitat von Conrad

Wäre toll, wenn ich mir den Content retten könnte. Das Ranking ist ohnehin schon verloren.

lass einen Dienstleister ran - der kann vermutlich die Daten retten. aber fummel *nicht* nach der Tubedesigner Anleitung selber rum.

Du hast von Google eine Anleitung erhalten - diese hält auch für WordPress Hilfreiche _informationen_ zur Verfügung.

Und such dir bitte einen Provider der Backups erstellt - wenn Strato dies nicht macht _geh sofort zu einem neuen Provider_

Zitat von Conrad

Ein Backup des Hosters ist leider zu alt.

evtl. machst du gleich einen Umzug zu einem anderen Hoster.

Zitat von Conrad

Ich würde gerne wenigstens den relativ umfangreichen aktuellen Content der Site retten.

Tipp: such dir einen Dienstleister.

Zitat von Conrad

Backups sind mit Updraftplus erstellt und über FTP erreichbar.

Bevor du dir einen Dienstleister suchst, prüfe einfach mal ob Updraftplus überhaupt funktioniert hat. Das Script legt ja eine Log an.

Zitat von Conrad

meine Seite u----.de wurde gehackt (übrigens trotz AIO WP Security).

Wie hast du dies festgestellt? _ich klicke sicherlich nicht auf den link oder kannst du dich nur nicht mehr anmelden und nimmst einfach nur an, das du gehackt wurdest?

Zitat von NDDT

Scheint als wäre der Wordpress-Core beschädigt wenn das Backend gar nicht mehr erreichbar ist.

Wo ist der WordPress Core beschädigt, wenn ein Server 500 Fehler kommt?

Es reicht aus, wenn der Massenhoster ein Update vom Apache gemacht hat...

Hallo,

Zitat von wtuppeck

Was bleibt ist " Virus: Script.Trojan.Agent.IT (Engine B)" und ich weiß nicht mit welchem Plug ich den Virus wegbekomme. Bitte um HILFE

Du kannst leider mit einem PHP Script keinen Schadecode beseitigen. Eigentlich gibt es keine Software mit der man Schadecode beseitigen kann.

Du kannst keiner Datei mehr trauen
Du kannst keinen Rechten mehr auf dem System trauen.

Du bekommst die Schadesoftware nur auf einen Weg leider los.

1. Datensicherung ohne Schadecode suchen
2. alles löschen
3. Datensicherung ohne Schadecode zurück kopieren
4. Sicherheitslücke suchen und beseitigen.

Wenn du keine Datensicherung ohne Schadecode hast - kannst du dir einen Dienstleister, der dir deinen Blog rettet suchen.

Viele Glück

Ralf

Hallo,

Zitat von balts

Ich habe eine Website mit Radio Button … bei der verschiedene Optionen für ein Produkt gewählt werden können. Nun wäre es nett wenn die Besucher ihre Whal als PDF speichern oder drucken könnten.

ich habe hier ein Plugin mit dem man aus einem Blog-Artiekel eine PDF erzeugen kann. Hier wird allerdings alles von dem Blogposting in ein PDF aufgenommen.

Wenn du die Auswahl von Radio Buttons haben möchtest, musst der Besucher das Formular absenden.

In den FAQs der Newsgroup
http://www.php-faq.de/q-formular-radio.html

ist eine gute Anleitung für Radio Button in PHP.

Hoffe es hilft dir weiter

Ralf

Zitat von Bodyshot

"PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 13237 bytes) in /home/www/wp-includes/functions.php on line 340"

Wende dich mit diesem Fehler an deinen Provider - Einige Provider bieten über ein Admin-Tool die Möglichkeit PHP mehr Ram zur Verfügung zustellen. Andere bieten kostenpflichtiges an und andere sind so günstig - die können dies nicht.

Zitat von Bodyshot

Bzgl. der Memorysize habe ich hier schon einiges gefunden und versucht das Problem zu lösen. Da ich über die Telekom gehosted werde schaute ich dort im Forum nach. Man schrieb man soll eine php.ini erstellen mit dem Eintrag "memory_limit = 256M" um den Speicher anzuheben und eine .htaccess sei Serverseitig nicht unterstützt. Ob das dadurch gelöst ist weiß ich nun nicht, da ich offensichtlich ein anderes Problem habe.

Wenn man bei der Telekom Kunde ist und dort eine php.ini erstellen darf - könnte dies eine sinnvolle Lösung sein. Dafür muss der Provider (Provider machen dies nicht) dafür muss der Massenhoster dies aber erlauben...

Hallo,

Zitat von Andreas_Huemmer

1) Wie kann ich denn einstellen, dass keiner im Quelltest sieht, dass ich Wordpress verwende?

Warum möchtest du dies?

Bist du nicht S T O L Z, dass du WordPress verwendest?

Hallo,

du kannst bei jedem theme die style.css an deine Wünsche anpassen...

https://www.google.de/?gws_rd=ssl#q=…dbild+skalieren

Zitat von marcustobias

Habe es versucht! Aber leider kein Plugin gefunden der passen könnte zum Deaktivieren!

Hänge mal an das wp-login.php Script action=logout

wp-login.php?action=logout

trage in die ~/wp-config.php

define('WP_DEBUG', true); //enable the reporting of notices during development - E_ALL
define('WP_DEBUG_DISPLAY', false); //use the globally configured setting for display_errors and not force errors to be displayed
define('WP_DEBUG_LOG', true); //error logging to wp-content/debug.log
// define('SCRIPT_DEBUG', true); //loads the development (non-minified) versions of all scripts and CSS and disables compression and concatenation,
// define('E_DEPRECATED', true); //E_ALL & ~E_DEPRECATED & ~

Die Datei debug.log im Verzeichnis wp-content/ muss für PHP beschreibbar sein.

Wenn bei deinem Provider auf PHP 7.0 gewechselt bist - gehe zurück auf php 5.5.x

melde dich an
wp-login.php?

Wenn es nicht funktioniert hat, zeige mal den den Inhalt von debug.log

cu

ralf

Zitat von marcustobias

Hätte ich auch anderen Vorgeschlagen, aber in anderen Browsern (i-Explorer, Opera, Mozilla und SeaMonky) kommt das gleiche Ergebnis! - Anmeldeseite! - Danke dennoch für den Vorschlag!

Sind evtl. Sicherheits-Plugins installiert? Ich habe zum Beispiel ein Plugin jetzt gesehen, dies öffnet den Admin nur zu bestimmten Uhrzeiten und Tagen. Das Wochenende musste man explizit freischalten.

Plugins kann man per FTP nach dem Sichern einfach löschen...

Zitat von mistral2

Ja, gut gemeint. Aber bei Premium Themes habe ich alles dabei. Wäre Dankbar für hinweise.

Es gibt für Fotografen _Link-Sammlungen_ mit kostenpflichtigen Themen und jeep und es stimmt leider - bei Premium Themes von themeforest.net hat man oft gleich die Sicherheitslücke mit dabei

Der Trainer hat zum Beispiel umfangreiche Theme Sammlungen für Fotografie
http://www.fotografr.de/?s=theme

Zitat von 'Marcus[IS

;652261']Ja der Link zur FAQ ist nicht mehr vorhanden.
Eventuell wird gerade etwas umstrukturiert, keine Ahnung.

Olaf erklärt es hier
http://forum.wpde.org/feedback-und-a…html#post652227

Dein Link zu den WP FAQ in der Signatur funktioniert jetzt leider auch nicht mehr...