Beiträge von m266

Ich benutze dieses Plugin und bin damit sehr zufrieden:
http://wordpress.org/extend/plugins/download-monitor/

Hallo zusammen,

ich benutze das Plugin "WordPress Download Manager" mit WP 3.0.1.
Wenn ich mit dem Plugin Datein hochlade, werden sie im Ordner
...uploads/downloads/2010/09/.... abgelegt. Der Download funktioniert auch nach dem Einfügen in eine Seite.

Problem:
Beim Löschen mit dem DL-Manager wird zwar der Hinweis angezeigt, dass die Datei auch auf dem Server gelöscht würde, doch dies trifft nicht zu.
Habe es lokal und im Netz (Provider all-inkl.com) getestet.

Hat das auch schon jemand von euch festgestellt?

Portable Webserver 2.0 verfügbar.
Eine neue Version des Portable Webserver 2.0 ist eingestellt. Die Bedienungsoberfläche wurde überarbeitet sowie das Basis-System (USB-Webserver) ersetzt. Der (inaktive) SMTP-Server ist entfallen.
Eine Kurzanleitung im PDF-Format sowie ein kleines Video-Tutorial stehen zur Verfügung (geht auch im Vollbild-Modus).
Link

Ich habe meinen Artikel aufgrund der neuen Erkenntnisse ergänzt um diesen Hinweis:
(Diese Anleitung trifft nur dann zu, wenn für die Ordner “wp-admin” und “wp-content” vorher Schreibrechte vergeben wurden)

Für meinen Fall trifft das fast immer zu, da ich regelmäßig die Theme- bzw. Plugin-Dateien editiere und die beiden Ordner andere Rechte haben.

Den Trick von Putzlowitsch habe ich noch nicht ausprobiert; wird aber nachgeholt und dann wieder hier berichtet.

Man(n) lernt nie aus :-)

@infected:

Hier mein Bericht:

• Installations-Dateien per FileZilla hochgeladen
• In KAS DB und Subdomain angelegt
• wp-config angepasst
• Installation durchgeführt
• Update auf 3.0.1 geht nach Eingabe der FTP-Daten
• Plugis/Themes lassen sich automatisch updaten
• Dateien der Plugins bzw. Themes können NICHT bearbeitet werden

Fazit:
Da ich regelmäßig diese Dateien bearbeite, gebe ich in KAS dem Server Schreibrechte. Ein Update von WP scheitert daran; deshalb muss ich die Rechte temporär ändern.

Teilweise führe ich Umzüge durch bzw. lade eine lokale Installation ins Web hoch. Dabei werden alle Dateien im Root per FTP hochgeladen. Dies erspart bei Umzügen die einzelne Installation aller Plugins bzw. Themes. Anschließend muss ich den Ordnern "wp-admin" und "wp-content" Schreibrechte für den Server geben, damit die automatischen Updates gehen.

Es gibt also zwei Fälle:

• Standardinstallation und nachträgliches Zufügen von Plugins
• Umzug im Netz bzw. von lokaler Installation

Der zweite Fall kommt bei mir häufiger vor, da ich teilweise lokal entwickle und dann alle Dateien hochlade.
Im ersten Fall hast du recht, dass keine Änderungen notwendig sind - außer: Man muss die Dateien der Themes/Plugins bearbeiten.

Soweit meine Erkenntnisse zum Thema. Zur lokalen Entwicklung benutze ich übrigends meinen Portable Webserver.

Jetzt ist mein Jagdinstinkt geweckt:
Lade gerade mit FileZilla die 3.0 auf einen all-inkl.com-Webspace hoch und beschreibe später alle Ergebnisse. Ich denke nicht, dass es etwas mit dem Paket zu tun hat (benutze All-inkl-Privat zu 4.95€).

Putzlowitsch:
Werde den Trick mal ausprobieren. Danke für den Hinweis.

Kann ich mir nicht erklären. Bei meinen Installationen musste ich immer den beiden Ordnern "wp-admin" und "wp-content" Schreibrechte für den Server geben, um automatisch upzudaten. Für ein Update auf 3.0.1 wie beschrieben habe ich die Rechte temporär geändert.
Demnächst lege ich für einen neuen Kunden wieder eine Site bei all-inkl.com an. Mal sehen, ob sich da was geändert hat.

Dann hast du entweder alle Ordner/Dateien auf den PHP-User (www-data) eingestellt oder zuviel 777 vergeben.
Nach einer "normalen" Installation von WP bei all-inkl.com kannst du Plugins/Themes nicht automatisch über das Backend updaten. Dies geht erst nach Änderung der Besitzrechte. Den Ordnern/Dateien 777 zu geben, stellt ein hohes Risiko dar.
Ich habe mehrere Websites bei all-inkl.com am Laufen und alle mit der genannten Methode einwandfrei auf Version 3.0.1 aktualisiert.

Bei Update auf die aktuelle Version des Plugins tritt der beschriebene Fehler nicht mehr auf. Der Entwickler hat u. a. auf meine Anregung hin den Code so geändert, dass der Pfad zur CSS-Datei automatisch ermittelt wird.

Ein erprobtes Kochrezept zum Upgrade beim Provider all-inkl.com findet ihr hier.

KreuzfahrtBlogger:
XAMPP habe ich auch früher benutzt, bin aber als Testsystem davon abgekommen. Der Portable Webserver ist kleiner und läuft auf HD und USB; also ideal zum Mitnehmen und Vorführen von Websites o. ä. Probiere es einfach mal aus.

-=Marc=-:
Natürlich kannst du außer WordPress auch alle anderen Systeme wie Joomla usw. installieren. Das Ding geht natürlich auch für statische Websites. Zur Erweiterung ist alles vorhanden:
- Mysql
- phpmyadmin
- MySqlDumper (zum Sichern der Datenbanken)

Viel Spaß (und Erfolg) damit!

Der Portable Webserver steht nun mit WP 3.0.1 als Blog- und CMS-Version zur Verfügung:
http://www.web266.de/software/eigene...webserver.html

Zitat

Datei konnte nicht kopiert werden: /httpdocs/wp-app.php

Das liegt meistens an den Besitzer-Rechten.
Falls du WP in einem Unterordner installiert hast, gib diesem Ordner (rekursiv) Schreibrechte für den Server. Nach dem Upgrade kannst du den alten Zustand wieder herstellen.

Hier ein Tipp, wenn du WP in einem Unterordner installiert hast:

Die DB lieber nochmal zusätzlich sichern. Meine Empfehlung ist der MySQLDumper.

• Per FTP ein neues Rootverzeichnis anlegen (z. B. wordpress2)
• Die Vorgängerversion (ich nehme an 2.9.2) darin hochladen
• Die wp-config anpassen (bisherige DB-Daten usw.)
• Das "alte" Rootverzeichnis umbenennen, z. B. in ..._old
• Dem neu angelegten Rootverzeichnis den Namen des "alten" geben
• Seiten aufrufen

Das Frontend und das Backend sollten zumindest teilweise wieder gehen. Im Backend die bisherigen Plugins neu installieren und aktivieren. Anschließend im Ordner wp-content das Theme und den Ordner uploads wieder herstellen.

Ggf. musst du dem Ordner wp-admin und wp-content Serverrechte geben. Fehlen diese Rechte, kannst du keine Plugins und Themes aus dem Netz installieren.

HTH

Das Plugin "Page tree" funktioniert ab WP 3.0 nicht mehr richtig.
Als Alternative empfehle ich das Plugin “CMS Tree Page View”. Zusätzlich kann man damit noch die Seiten neu ordnen und erspart sich beispielsweise das Plugin "pageMash".

Schau dir mal das Plugin “CMS Tree Page View” an. Damit behältst du bei vielen Seiten den Überblick und kannst Seiten bzw. Unterseiten beliebig neu ordnen.

Hallo m0mo,

teste mal das Plugin mit meinem lokalel Webserver (Portable Webserver). Da funktioniert es einwandfrei. Die sonstigen lokalen Webserver wie Xamp, Server2Go usw. benutze ich nicht (mehr), da der Portable Webserver klein und einfach zu bedienen ist.

Gruß m266

Als Alternative kannst du diese Lösung versuchen.
Nicht vergessen, vorher die DB sichern. Bei der ursprünglichen Installation musst du die Original-DB sofort wieder einspielen, sonst geht die Site nicht mehr! Für den DB-Ex/Import kann ich dir den MySQLDumper wärmstens empfehlen.