Oprogramowanie Huba Direct Connect Aquila

Aquila DC był lekkim hubem Direct Connect napisanym w C dla systemów Linux i BSD. Oryginalny projekt SourceForge zarejestrowano w 2007 roku i opisywał serwer wiersza poleceń, który miał pozostawać szybki i elastyczny bez usuwania normalnych funkcji huba. Jego pakiety publiczne dotarły do serii wydań wstępnych 0.1.11.

Odrębny projekt SourceForge o nazwie AquilaDCH zarejestrowano w 2011 roku jako kontynuację Aquila Direct Connect Server Jove’a. Zachował starsze pakiety i próbował przyciągnąć nowych deweloperów oraz wsparcie. Dwa rekordy SourceForge należą do tej samej historycznej rodziny oprogramowania, lecz ich dat i opiekunów nie należy łączyć bez wyjaśnienia.

Aquila miała rzeczywiste publiczne wydania źródeł i pakietów, więc nie była jedynie niewydaną nazwą serwera. Jest obecnie oprogramowaniem historycznym. Bieżące wpisy hublist reklamujące później wyglądające ciągi wersji należy traktować jako obserwacje wdrożeń, dopóki nie można ich powiązać z archiwum wydań kontrolowanym przez projekt.

Przegląd I Status

Oryginalny Projekt

Projekt Aquila DC na SourceForge zarejestrowano 2007/01/12 i utrzymywano pod kontem eon. Rekord projektu wskazuje C jako język programowania, GPLv2 jako licencję, Linux i BSD jako obsługiwane systemy oraz interfejs konsolowy dla administratorów.

Oryginalny opis podkreślał małą i wydajną usługę zamiast aplikacji administracyjnej na pulpit. Umieszcza to Aquilę bliżej zorientowanego na demony oprogramowania hubów Unix niż produktów Windows takich jak YnHub albo Eximius.

Kontynuacja AquilaDCH

AquilaDCH zarejestrowano 2011/02/16 pod kontami aquiladc oraz drakect. Podsumowanie projektu wyraźnie nazywa go kontynuacją Aquila Direct Connect Server Jove’a i stwierdza, że celem było znalezienie nowych osób zainteresowanych rozwojem oraz wsparciem.

Archiwum kontynuacji zawiera pakiety z linii rozwojowych 0.1.9, 0.1.10 i 0.1.11. Oryginalne archiwum Aquila DC później opublikowało aquila-0.1.11-pre4-beta3 w 2012 roku oraz aquila-0.1.11-pre4-beta4 w 2015 roku.

Historia Wydań

Najnowszym pakietem Aquila DC kontrolowanym przez projekt widocznym na SourceForge jest 0.1.11-pre4-beta4, datowany na 2015/02/17. Jego oznaczenia pre-release i beta mają znaczenie. Wskazują, że ostateczne archiwum publiczne pozostało w serii rozwojowej zamiast osiągnąć numerowane stabilne wydanie 1.0.

DCHUBLIST obecnie raportuje huby reklamujące 0.1.11-pre4-beta4 i 1.7.0.0. Pierwsza wartość odpowiada archiwum SourceForge. Nie zweryfikowano odpowiadającego wydania Aquila kontrolowanego przez projekt dla 1.7.0.0, więc tę wartość trzeba opisywać jako zgłaszaną samodzielnie wersję wdrożenia publicznego.

Niezwiązane Projekty Aquila

SourceForge hostuje kilka niezwiązanych projektów o nazwie Aquila, w tym oprogramowanie robotyki poznawczej. Projekt Direct Connect używa identyfikatorów aquiladc i aquiladch. Linki do ogólnej strony sourceforge.net/projects/aquila/ prowadzą do innego oprogramowania i nie mogą być używane jako zasób serwera huba.

Obecny Status

Nie ustalono bieżącej utrzymywanej linii wydań ani aktywnego kanału wsparcia projektu. Archiwa źródeł i wydań pozostają użyteczne dla badań historycznych, odtwarzania i migracji. Huby publiczne mogą nadal używać starych pakietów albo prywatnych pochodnych.

Działanie I Odtwarzanie

Odtwarzanie Buildu

Aquila była dystrybuowana głównie jako archiwa źródeł dla systemów uniksowych. Przed kompilowaniem starego wydania zachowaj oryginalne archiwum i sumę kontrolną, sprawdź dołączony README oraz pliki budowania i odtwórz oczekiwane środowisko kompilatora oraz bibliotek w jednorazowej maszynie wirtualnej lub kontenerze.

Nie zastępuj starych skryptów budowania współczesnymi założeniami, dopóki pierwotne zależności nie zostaną zrozumiane. Ostrzeżenia kompilatora, zmienione API bibliotek i bardziej rygorystyczne ustawienia domyślne mogą zmienić zachowanie runtime nawet wtedy, gdy łatany build zakończy się powodzeniem.

Zachowanie Instalacji

Twórz kopie pliku binarnego, rewizji źródeł, flag budowania, skryptu startowego, konfiguracji, danych kont, banów, tekstu huba, logów, certyfikatów oraz każdego zewnętrznego magazynu używanego przez wdrożenie. Publiczny opis projektu nie definiuje jednego uniwersalnego nowoczesnego układu pakietu, dlatego działający system jest autorytatywną inwentaryzacją dla tej instalacji.

Jeżeli serwer raportuje wersję nieobecną w archiwum publicznym, zachowaj plik wykonywalny przed zmianami. Zapisz jego hash i przeszukaj instalację pod kątem osadzonych ciągów wersji, lokalnych łatek albo snapshotów źródeł, które mogą wyjaśnić jego pochodzenie.

Migracja

Przetestuj serwer zastępczy na osobnym porcie i odtwórz klasy użytkowników, rejestracje, bany, przekierowania, opisy huba i procedury operatora. Nie zakładaj, że inny serwer interpretuje pliki danych Aquila albo poziomy uprawnień bezpośrednio.

Utrzymuj starą usługę offline, ale nienaruszoną, dopóki nowy system nie odtworzy logowania, wyszukiwania, czatu, administracji i rejestracji w hubliście. Archiwalna instalacja Aquila może być jedynym pozostałym zapisem lokalnej konfiguracji, który nigdy nie był przechowywany gdzie indziej.

Zweryfikowane Zasoby

Używaj poniższych projektów SourceForge dotyczących Direct Connect. Unikaj niezwiązanych projektów SourceForge, które przypadkowo dzielą nazwę Aquila.

Powiązane Materiały Direct Connect

YnHub i PtokaX dokumentują inne serwery hubów z okresu, w którym rozwijano Aquilę. Ich zorientowane na Windows modele administracji i skryptów kontrastują z konsolowym projektem Aquila w C dla Unix.

Verlihub jest istotny przy planowaniu przejścia ze starego huba hostowanego w Unix na utrzymywaną rodzinę serwerów. Użyj Pomoc, gdy zachowanego buildu Aquila nie można powiązać z żadnym archiwum SourceForge.