Serendipity Forums

Im Augenblick fechte ich wieder mal einen Kampf mit der Installation bzw. mit dem Updating eines Plugins aus! Und während ich eine Fehlermeldung nach der anderen erhielt (wegen fehlender Rechte ein Ereignisplugin zu "überschreiben") ist mir die mögliche Ursache für dieses Drama eingefallen.

Und nun frage ich Euch um Rat, ob es das sein könnte.

Ich habe s9y auf der Rootebene installiert, also nicht in einem s9y-Ordner, in dem ich dann die Dateien entpackt habe, sondern so, auf der allerobersten Ebene. Auf dieser Ebene kann ich die Rechte mancher Ordner, wie z.B. des Plugin-Ordners nicht ändern, weil dies wohl "Hausrecht" des Hosters ist.

Was würde passieren, wenn ich alle Dateien in ein entsprechendes Verzeichnis verschieben würde und ich die htaccess entsprechend anpasse?

Ginge das so einfach oder müsste ich noch etwas Anderes berücksichtigen, wie z.B. die URLs?

Ich danke Euch schon jetzt für Eure Tipps und Erfahrungen in dieser Angelegenheit.

Martina

Hi!

Ja, Du müsstest eine s9y Installation verschieben, die Anleitung dazu gibt's in der s9y.org FAQ. Kurz gesagt musst du einige Config-DAteien anpassen, alle Permalinks/Pfade in der "neuen" Installation checken und ggf. alle alten Artikel anpassen um Bildverlinkungen auf den korrekten neuen Ordner zu ändern.

Auch wären dann deine alten Permalinks nicht mehr gültig.

Aber der Ordner "plugins" müsste sich bei dir genauso ändern lassen wie wenn er später "serendipity/plugins" hieße. Ich kann mir daher nicht vorstellen dass dies an deinem Problem etwas ändern würde.

Was Du ändern musst sind die CHMOD Eigentümer der Unterverzeichnisse und allen DAteien im "plugins" Ordner. Und in spartacus eintragen, dass chmod 777 oder der korrekte owner beim download für zukünftige (NICHT die derzeitigen!) Plugins eingetragen wird.

Zuletzt muss der Hoster natürlich das auch zulassen, dass PHP-Scripts chmod/umask/chown aufrufen dürfen.

Grüße,
Garvin

Hallo,

ich habe auch ein Problem in dieser Art. Mein Blog war unter http://alwin.rapidspace.de installiert und dort im Unterverzeichnis /serendipity/
Das ganze war mit Bulletproof installiert und im Admin-Menü waren z.B. solche Links gesetzt:
http://alwin.rapidspace.de/serendipity/index.php

Dann bin ich hin gegangen und habe bei Provider und Domainverwalter xida.eu aufschalten lassen. Vorher funktionierte das nur über ein Frame, was ja z.B. das Setzen von tieferen Links oder das finden von RSS-Quellen erschwerte.

Hier ein Bild von meinem derzeitigen Confixx-Menü:



Obwohl ich z.B. im Template-Feld
http://alwin.rapidspace.de/serendipity/index.php
in http://www.xida.eu/index.php abgeändert hatte, war es so, dass bei Eingabe von "www.xida.eu" im Browser anschließend wieder
http://alwin.rapidspace.de/serendipity/index.php
im Adressfeld stand. Ich wollte da aber die neue Variante stehen haben.
Dann bin ich in der Blogverwaltung in den Punkt "Konfiguration" gegangen und habe, wenn ich mich recht erinnere dort
http://www.xida.eu
eingegeben.

So, und nun hab' ich den Salat.
Nix geht mehr, ich komme nicht einmal mehr an/in die Verwaltungsoberfläche.
Wie krieg ich's wieder hin?

Ach menno, ich werd noch bekloppt.

Nun bin ich in die phpMyAdmin rein und wollte es da wieder auf den alten Stand bringen, damit es wenigstens wieder so wie vorher funktionierte.

Um da aber rein zu kommen, musste ich in der Confixx das Passwort und damit wohl auch das Datenbank-Passwort ändern.

Die phpMyAdmin nach der Änderung:


Nun zeigt die Webseite nix an, außer:

serendipity error: unable to connect to database - exiting.

Dann dachte ich gemäß der FAQ das Passwort in der Datei

"serendipity_config_local.inc.php"

abändern zu können. Diese habe ich also runter geladen. Da steht aber Null/Nada drin. Wie, wo kann ich denn da das Passwort ändern?
Bezüglich der Rechte habe ich die config_local mit FileZilla auf '777' gesetzt und hatte auch eine Datei Namens fixperm.php hochgeladen.

Bin sehr frustiert.
Danke fürs Lesen meiner langen Erläuterungen.

P.S: Kann wohl besagte Datei nicht runter laden, weil mein FileZille zeigt dabei folgendes an:

FileZilla wrote:Antwort: 550 Failed to open file.
Fehler: Download fehlgeschlagen

Wie gesagt fixperm.php ist hochgeladen und auch ausgeführt worden.

Hi!

Hast du in der fixperm.php denn auch den echten Pfad zu deiner Datei eingefügt? Mit /path/to/blabla klappts nicht

Und ausführen musst du das script natürlich auch, hochladen alleine reicht nicht...

grüße,
Garvin

Die Varianten, die ich versucht habe:

a) und ins Browseradressfeld eingegeben:
http://alwin.rapidspace.de/serendipity/fixperm.php
als auch
http://alwin.rapidspace.de/fixperm.php


b) und ins Browseradressfeld eingegeben:
http://alwin.rapidspace.de/serendipity/fixperm.php
als auch
http://alwin.rapidspace.de/fixperm.php

Momentane Einstellungen in der Confixx:



Nix geht.

Hi!

Den PFAD musst du eintragen, nciht die URL!

Der Pfad ist üblicherweise das was in der Variable "serendipityPath" eingetragen wurde. Oft sowas wie /home/users/webspace/domain.de/blog/

Grüße,
Garvin

Geht auch nicht. *jammer*

Hab' Dir eine PM geschrieben, Garvin.

Hi!

/html/ ist garantiert kein gültiger Pfad!

Probier mal
die fixperm.php packst du dann in das verzeichnis wo die index.php von serendipity liegt. dann rufst du sie im browser mit http://deinhost/fixperm.php auf. Wenn du die URL richtig eingegeben hast (also wo sonst deine index.php auch liegt) dann sollte auf dem bildschirm "CHmod ausgeführt" im browser erscheinen.

Grüße,
Garvin

Nun ist mein Blog wieder erreichbar.




Was muss ich jetzt machen, damit in der Browser-Adresszeile nicht mehr

http://alwin.rapidspace.de/serendipity/index.php

sondern

http://xida.eu/index.php

erscheint, wenn ich xida.eu eingebe?


Edit Nachtrag:
Oder kann es sein, dass die DNS-Server so lange nach einer Änderung brauchen?
Jetzt erscheint immer "Zugriff verweigert".
Wenn ich in der Blog-Verwaltung bei URL zum Blog http://xida.eu eingeben und speichere, siehts anschließend wieder so aus:




Confixx-Einstellungen immer noch:




Hier noch mal ein Screen der Einstellung beim Domain-Hoster: