Siduction Forum
Siduction Forum => Software - Support => Topic started by: spacepenguin on 2012/07/05, 12:28:53
-
Der Webserver pywwetha, der wird doch nur für den Installer benötigt oder? Ich frag mich nur, warum der bei den Diensten im Speicher mit gelistet wird (user: www-data). Wofür brauch ich bzw. mein System den als Dauergast?
-
Den brauchst Du gar nicht als Dauergast und eigentlich hätte er bei der Installation gelöscht werden sollen.
Wurde er das nicht, kannst Du ihn einfach manuell ('apt-get remove --purge pywwetha') runterschmeißen - das sollte keine Nachteile haben.
-
Danke, hab ich dann mal gemacht.
-
lief bei mir ebenfalls noch nach der installation.
(siduction 2012.1.1 Desperado Reloaded)
gruss, c
-
Den brauchst Du gar nicht als Dauergast und eigentlich hätte er bei der Installation gelöscht werden sollen.
pywwetha ist ein kleiner Webserver, der auch für sidu-manual und sidu-disk-center benutzt wird. Ein Deinstallieren entfernt dann auch diese Applikationen.
-
> sidu-manual und sidu-disk-center
Ja aber dafür muss der doch nicht dauerlaufen?
Das Bluewater Manual lief/läuft auch ohne pywwetha...
-
If it helps this is the answer I got on another thread :
hi pjnsmb,pywwetha is a tiny webserver, that is used in the siduction stuff, not only for the installer but also for sidu-manual.
######So, yes, it can be removed, if you are sure you never want to use the offline manual ######greetingsmusca
-
Doch, der server muss dauerlaufen - ansonsten kein lokales Manual. Das war btw eine sehr bewusste Entscheidung, die sehr kontrovers und sehr lange diskutiert wurde. Und die Entscheidung ist zugunsten von pywwetha und einer neuen Handbuchstruktur gefallen. Um es noch deutlicher auszudrücken - Wer das bluewater-manual in aktiv gewartet und aktuell haben möchte und für wen das ein KO-Kriterium sein sollte: Das wird es bei siduction nicht geben.
EDIT: Und bitte - lasst die Leichenschändung sein, der Ursprungsthread ist von 2012/08 - und es hat sich nichts geändert, ausser dass wir jetzt zum Glück wirklich ein neue Handbuch, was sogar schon einigermaßen wartbar ist, haben.
-
Ich weiß, Leichenschändung und so ... aaaber:
Nachdem ich aber viel zu lange suchen musste, bevor mir klar wurde, warum mein frisch installierter lokaler Apache2 keine Seiten auslieferte, frage ich mich schon: Warum muss pywwetha standardmäßig auf Port 80 lauschen? Ließe sich das nicht standardmäßig umbiegen und der Aufruf des lokal installierten (großartigen!) Manuals entsprechend anders realisieren?
Mir ist das passiert mit frisch (in VBox) installiertem ...
Desktop: KDE 4.14.2 (Qt 4.8.6) Distro: siduction 14.1.0 Indian Summer - kde - (201411230337)
-
AUA!!!!!
'tschuldigung - die Apache-Defaults (wie auch alle anderen aufs Indernetzt bezogenen Defaults in debian) sind Scheisse. Ohne da reingeschaut zu haben - irgendwo im Apache-Verzeichnis steht ein VHOST mit *:80 drin, damit wird ein simpler VHOST zum Vollhorst. Wahrscheinlich reicht das. Wenn man denn default behalten will, was ich auf keinen Fall empfehlen kann, dann den Stern zu 127.0.0.1 ändern und alles ist Wölkchen, wir benutzen den Nummernkreis ab 127.0.0.80 aufwärts.
rm /etc/apache2/sites-enabled/default
btw - hatte ich erwähnt, dass apache2 die so ungefähr hässlichste Variante für einen lokalen Webserver ist? Diesen Indianer setzt man nur dann ein, wenn es wirklich nicht anders geht - oder man ihn aus dem FF beherrscht. Ansonsten empfehle ich lighty oder nginx - vorzugsweise letzteren, da die Konfigurationen davon wenigstens halbwegs lesbar und verständlich sind.