Beiträge von g3h

Hast du es mal mit einer anderen FS_METHOD getestet ?

Zitat

The following are valid constants for WordPress updates:

• FS_METHOD forces the filesystem method. It should only be "direct", "ssh2", "ftpext", or "ftpsockets". [COLOR=#0000ff]Generally, You should only change this if you are experiencing update problems[/COLOR], If you change it, and it doesnt help change it back/remove it, Under most circumstances, setting it to 'ftpsockets' will work if the automatically chosen method does not.
  
  
  • (Primary Preference) "direct" forces it to use Direct File I/O requests from within PHP, this is fraught with opening up security issues on poorly configured hosts, This is chosen automatically when appropriate.
  • (Secondary Preference) "ssh2" is to force the usage of the SSH PHP Extension if installed
  • (3rd Preference) "ftpext" is to force the usage of the FTP PHP Extension for FTP Access, and finally
  • (4th Preference) "ftpsockets" utilises the PHP Sockets Class for FTP Access.

  
  

Quelle: http://codex.wordpress.org/Editing_wp-config.php

Hi,
zur letzen Frage:
Auf keinen Fall 777.
Hier der link gibt Empfehlungen für die Schreibrechte von Wordpress, wobei du auch noch strengere testen kannst.
http://codex.wordpress.org/Changing_File_Permissions

MfG

Hi, funktioniert so wie immer bei mir unter Firefox 26.0 und Wordpress 3.8.1. Ist von der Schreibweise auch richtig. Hast du es mal an einem anderen PC versucht mit Firefox ?

MfG

Da wahrscheinlich viele hier Filezilla nutzen, poste ich mal den Link zur Info: http://blog.avast.com/2014/01/27/mal…-login-stealer/

MfG

Hi, du brauchst zunächst die Daten um dich bei deinem Hoster einzuloggen. Dort musst du dann nach phpMyAdmin suchen im Kundenbereich. Damit bekommst du zugriff auf die Datenbank.

Dann ist es am unkompliziertesten, wenn du das Passwort von dem vorhandenen Admin änderst und diesen dann als zukünftigen Benutzer nutzt (oder nur vorrübergehend, damit du dir damit einen eigenen Adminnutzer im Dashboard anlegen kannst und den alten Admin dann am besten ganz löschen).
http://dokupress.de/wordpress-benu…min-passwortes/

Und Email auch noch ändern, zu deiner Email.

MfG

Zitat von r23

Dein Plugin kann doch einfach auf eine GET-Variable reagieren

Stimmt das macht das ganze natürlich unkomplizierter.

MfG

Ist es der selbe Hosting-Vertrag ? Vielleicht ist dein Memory-Limit auch zu niedrig.

Hast du mal den gesamten Plugin Ordner umbenannt ?
Hast du ein Cache Plugin installiert ? -> Cache leeren.

Wenn das nicht hilft, könntest vielleicht das Update nochmal manuell drüberziehen, eventuell ist irgendwas schief gelaufen.

MfG

Ich glaube nicht das es was bringt die wp-cron.php einfach so auszuführen, da sind ja nur die Funktionen drinnen, die du brauchst um einen WP-Cronjob zu erstellen.
Was genau willst du denn machen mit dem Cronjob, vielleicht reichen ja die Funktionen aus der wp-cron.php, wenn das ganze durch einen Besucher deiner Seite aufgerufen werden soll. Dann brauchst du ja nur die entsprechende funktion in deinem Shortcode aufzurufen ( http://codex.wordpress.org/Function_Refer…_schedule_event ).

Hallo,
ja denke schon das das geht. Unterstüzt dein Hosting-Paket richtige Cronjobs ?
Wäre es nicht sinnvoller per Cronjob direkt eine PHP-Dateien anzusprechen, welche die gewünschten Funktion ausführen. Ein Plugin wäre da denke ich unnötig. Da müsstest du ja noch eine extra PHP-Datei haben, die das Plugin in der Datenbank aktiviert und wieder deaktiviert.

Also in deinem Shortcode könntest du mit dem Befehl <? exec("crontab crontab.txt"); ?> den Crontab laden, welcher dann eine PHP-Datei lädt, die die Funktionen deines Plugins ausführt, ohne das du dazu ein Plugin brauchst.

Wordpress-Cronjobs sind abhängig von Seitenaufrufen.
Hier noch zwei links:
http://bueltge.de/wordpress-cron-nutzen/1000/
http://www.variomedia.de/faq/Wie-richte…-ein/article/86

MfG

Hi, bei ordnentlichen Plugins wird alles gelöscht bei der Deinstallation.
Dafür sollte das Plugin einen Hook enthalten, der in etwa so aussehen sollte:

register_uninstall_hook( __FILE__, array( 'bsp_plugin', 'on_uninstall' ) );

und dann die entsprechende Funktion (bzw Methode) on_uninstall(), in der dann die Einträge aus der Datenbank und zusätzlich angelegte Ordner gelöscht werden.
Das ist natürlich nur nötig, wenn das Plugin Datenbankeinträge macht oder Ordner außerhalb des eigenen anlegt.

MfG

Also nach der hier Anleitung sollte es funktionieren, hatte ich auch schon mal getestet: http://dokupress.de/wordpress-benu…min-passwortes/

Browsercache vieleicht auch mal komplett löschen.
Hast du es mal an einem anderen PC versucht ?

Ansonsten könntest du dir auch mal einen neuen Benutzer anlegen, unter user_meta muss man dann aber auch noch die Rechte zuweisen, sonst kannste mit dem nix anfangen...

MfG

Wenn nur der Login Zugang nicht erreichbar (wp-login.php) ist, ist es möglich das dein Hoster diesen wegen Bot Angriffen umleitet (für eine gewisse Zeit). Wenn man seine Login Datei umbenennt, hat man dieses Problem nicht -> http://wordpress.org/plugins/rename-wp-login/

MfG

Hi, wenn ich das hier richtig verstanden habe, könnte dir vielleicht dieses Plugin helfen:

Zitat

Wordfence knows that themes and plugins may contain vulnerabilities so it monitors how remote humans and automated bots access your website. If it detects that someone is scanning for a hole in one of your themes or plugins, it automatically blocks that IP address from accessing your site. This paragraph describes only one of the kinds of continuous monitoring that Wordfence does to secure your WordPress site. Here are a few more:

• Wordfence blocks fake Google crawlers. These are often robots that are either stealing your content or scanning your site for security holes.
• Wordfence blocks anyone that accesses your site too quickly. Very fast scanning is a common heuristic that attack bots share.
• We block anyone who is generating page not found errors too quickly. If someone scans your site for security holes, they almost always generate a large number of page not found errors in rapid succession.

There are many more traffic related options available in the “Firewall Rules” section of the Wordfence configuration and you can decide what you would like to do with someone (or something) that breaks one of your rules. You can either block them or “throttle” them which temporarily limits their access.

http://www.wordfence.com/docs/enhancing-wordpress-security/

Ob die freie Version dafür langt, weiß ich aber nicht http://wordpress.org/plugins/wordfence/

MfG

Oder einfach nur das Passwort ändern http://dokupress.de/wordpress-benu…min-passwortes/

Es wäre auch möglich einen zweiten Benutzer mit Adminrechten anzulegen, das ist aber etwas aufwendiger.

MfG

Hmm, könntest du das Jetpack Plugin mal für eine zeitlang ganz löschen (und sicher gehen das der Ordner nicht mehr auf dem Server liegt), also nicht einfach nur deaktivieren. Die SSO.php dann aber auf dem PC sichern, falls du es nochmal installierst. Sicherheitslücken in Plugins können auch genutzt werden, wenn sie nur deaktiviert werden.

Wenn du nicht willst, dass in deinem Admin Ordner rumgefuscht wird, kannst du die Dateizugiffsrechte runter setzen, über deinen FTP-Account. Wordpress braucht da nur Leserechte, damit alles funktioniert (außer beim Update, da musst du die rechte dann natürlich wieder ändern). Bei mir langt für den admin Ordner 505, wenn ich mich richtig erinnere. Das wäre dann nur lesen und ausführen für den Benutzer.

MfG

Ein Zugang war ja immer möglich, es gab nur eine Umleitung bei Anfragen auf die wp-login.php, die man aber, wenn man sich Ärger ersparen will, gar nicht benutzt...

Zitat von smilow

Hallo g3h!

Ich habe das gleiche Problem und deine Lösung ausprobiert.
Jetzt bekomme ich die Login-Seite aber mit folgenden Meldungen oben auf der Seite:

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /homepages/21/d19755672/htdocs/wscy/wp-content/themes/sunnybeach/functions.php:38) in /homepages/21/d19755672/htdocs/wscy/wp-content/themes/sunnybeach/functions.php on line 56

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /homepages/21/d19755672/htdocs/wscy/wp-content/themes/sunnybeach/functions.php:38) in /homepages/21/d19755672/htdocs/wscy/wp-content/themes/sunnybeach/functions.php on line 56

In Zeile 56 steht folgendes in functions.php: if (!session_id()) { session_start(); }

Kannst Du helfen?

VG, Ulf

Alles anzeigen

Hi, schau mal ob vor den ganzen <?php Tags keine Leerzeichen, Zeilenumbrüche, usw sind.
Du kannst auch mal das was dort in Zeile 56 steht mal ganz nach oben verschieben.
Vielleicht auch mal den Browsercache löschen.

Bei mir hat der Code immer funktioniert.

MfG

Ups Doppelpost, kann gelöscht werden.