|
Sonntag, den 07. November 2010 um 00:00 Uhr |
Wichtig! Ab Plesk 10.1.1 ist auch die alte Vorgehensweise wieder möglich! Mehr Infos hier !
Da Plesk 10.x komplett im Zend-Framework läuft bedeutet es, dass die AddOns so nicht mehr lauffähig sind, ausser ich schreibe sie alle um auf das Zend-Framework.
Das würde aber bedeuten, dass sie nicht mehr abwärts kompatibel zu Plesk 8 und 9 wären, daher macht das zum jetzigen Zeitpunkt keinen Sinn!
Es wird ein spezieller Controller für Plesk 10 benötigt, und so habe ich den "HaggybearController" für das Zend-Framework geschrieben der dann die Addons lädt und einbindet. Damit sind prizipiell alle Addons lauffähig.
Die installierten Addons können dort belassen werden wo sie installiert sind, und bedürfen KEINER Änderung!
Etwas Handarbeit ist jedoch trotzdem von nöten:
1) Den Controller hier runterladen und entpacken. Den Inhalt auf dem Server komplett in das Verzeichnis /opt/psa/admin/smb/ bzw. /usr/local/psa/admin/smb/ kopieren.
2) Den angelegen "Benutzerdefinieren Button" ändern. Z.B. den für das SCP2 - installiert im Ordner /opt/psa/admin/htdocs/spamdyke2/
alte URL: /spamdyke2/index.php
neue URL: /haggybear?addon=spamdyke2
Der Wert des Parameters "addon" ist IMMER der Name des Ordners in den das einzubindene Addon installiert ist. Also wenn z.B. der Greylisting Manager mit der URL /glm/index.php angesprochen wurde ist der Aufruf nun über den Controller /haggybear?addon=glm
|
|
Zuletzt aktualisiert am Mittwoch, den 16. Februar 2011 um 14:53 Uhr |
|
|
Montag, den 01. November 2010 um 13:39 Uhr |
Weil es beim SCP2 so eine gute Resonanz hatte, habe ich den Remotezugriff ebenfalls in das GLM implementiert.
Dazu muss der Administrator den Remotezugriff unter "Administration" erlauben. Danach kann jede Domain für den Remotezugriff berechtigt werden. In der Domainübersicht, einfach die Dropdownbox "Remotezugriff" auf "aktiv" setzen. Sobald der Remotezugriff aktiviert wurde generiert das GLM einen Token den man für den Remotezugriff benötigt.Für den Remotezugriff benötigt man einen validen Plesk-Account, sowie einen gültigen Token. Warum einen Token? Ganz einfach, so kann man sicherstellen das nur Benutzer die diesen Token haben Zugriff auf die Daten bekommen. Ändert man den Token so ist der Zugriff nur noch für Benutzer möglich die den geänderten Token haben. Alle Token werden verschlüsselt gespeichert! Ein Bespielscript für den Remote-Access kann hier runtergeladen werden. Das passende Joomla Modul gibt es dazu auch gleich im Downloadbereich
|
|
Mittwoch, den 20. Oktober 2010 um 16:12 Uhr |
|
Endlich bin ich dazu gekommen den Remote-Access des SCP2 zu bauen. Also, ab dieser Version ist der Remote Zugriff auf die SCP Daten möglich.
Dazu muss der Administrator den Remotezugriff unter "Administration->Div. Einstellungen" erlauben. Danach kann jede Domain für den Remotezugriff berechtigt werden. In der Domainübersicht, unter den Einstellungen einfach die Dropdownbox "Remotezugriff" (ganz rechts) auf "aktiv" setzen. Sobald der Remotezugriff aktiviert wurde generiert das SCP einen Token den man für den Remotezugriff benötigt. Für den Remotezugriff benötigt man einen validen Plesk-Account, sowie einen gültigen Token. Warum einen Token? Ganz einfach, so kann man sicherstellen das nur Benutzer die diesen Token haben Zugriff auf die Daten bekommen. Ändert man den Token so ist der Zugriff nur noch für Benutzer möglich die den geänderten Token haben. Alle Token werden verschlüsselt gespeichert! Ein Bespielscript für den Remote-Access kann hier runtergeladen werden.
|
|
|
Donnerstag, den 21. Oktober 2010 um 14:52 Uhr |
|
Nachdem das SCP2 nun einen Remotezugriff bietet habe ich ein Joomla (1.5) Modul geschrieben, das eine schnelle Integration der Remotedaten aus dem SCP2 bietet. Einfach das Modul installieren, die Daten eintragen und fertig. Das Modul läuft auch auf haggybear.de (unten links). Der Download ist wie immer im Downloadbereich zu finden.
|
|
Zuletzt aktualisiert am Donnerstag, den 21. Oktober 2010 um 15:06 Uhr |
|
Donnerstag, den 14. Oktober 2010 um 14:36 Uhr |
Ein kleines Update des FUM. Nun können auch wieder Benutzer angelegt werden, die einen "-" im Usernamen haben. Ausserdem ist eine Funktion hinzugekommen um gleich zu prüfen ob der angelegte User funktioniert und für das korrekte Verzeichnis berechtigt wurde.
|
|
|
|
|
<< Start < Zurück 11 12 13 14 15 16 17 18 19 20 Weiter > Ende >>
|
|
Seite 17 von 27 |
DynDNS Control Panel
