Aplikacja przenośna bez dostępu do sieci - wybór rozwiązania Opcje

[thek]

Ostatnio dziewczyna poprosiła mnie bym napisał aplikację. W pracy musi ona bowiem pewne rzeczy robić, a dostępne oprogramowanie nie obejmuje pewnych aspektów i to właśnie do nich miałbym napisać trochę kodu. Tutaj sprawa rozbiła się o zastosowanie technologii. Aplikacja ma być typu portable - wrzuta na pendrive. Dostęp do sieci internetowej - zero. Ma być dostępna baza danych relacyjna.
Z początku więc rozważałem sqlite jako plikową i polecono mi także Adobe Air. Z tego co doczytałem (nie znam AA) to jednak chcąc, nie chcąc musiałaby aplikacja i tak mieć jakieś połączenie z serwerem, który serwowałby jej obrabiane dane. Z tutoriali itp. odniosłem bowiem wrażenie, że integrować można HTML, JS, AS, tyle że mi to się zda psu na budę, skoro AS nie znam a muszę mieć logikę biznesową jakąś, bo niestety, ale przyjdzie w tym oprogramowaniu generować raporty itp. a same JS i HTML sobie w takim wypadku nie poradzą. Tutaj po prostu język skryptowy w stylu PHP jest niemal nieodzowny, bo gołych danych nie będę słał od razu do bazy bez walidacji i obróbki, a raportów JS też sobie sam nie wygeneruje.
Trochę popracowałem z google i stanęło na XAMMP lite (php + Apache + MySQL). Sprawdziłem i taka kombinacja działa na bank zgodnie z wymaganiami. Tylko czy da się coś innego zastosować? Może jakaś alternatywa dla mojego pomysłu? Nie chciałbym bowiem się do określonego jednego rozwiązania skłaniać "bo tak mi wygodnie". Może jest jakiś inny prosty "jednoklikowy" serwer Apache+MySQL (ew. sqlite mogę dać, bo to nie problem), bo wiecie jak to jest przy XAMPP... Z pena wejść tu, kliknąć tam, potem jeszcze parę kliknięć tu, a jeśli da się wejdź i kliknij tylko raz jeden plik który postawi wszystko to i wygoda większa (wiem... mogę walnąć bata, który uruchomi odpowiednie exe, ale a nuż jest jakiś jednoklikowy (IMG:style_emoticons/default/winksmiley.jpg) ).

[thek]

To może tak dopiszę dla Pućka i innych pokpiewających (IMG:style_emoticons/default/winksmiley.jpg) Projekt nie wymaga ode mnie pośpiechu (pisać miałbym zacząć dopiero w październiku) i rozglądam się za rozwiązaniami. Z racji dość dużego kobiecego "rozrzutu wymagań"( (IMG:style_emoticons/default/winksmiley.jpg) ) myślę by robić to w wersji mającej 2 klientów, tak na wszelki wypadek. Dokładniej to pisałbym w miarę równolegle 2 aplikacje bazujące oczywiście na tej samej bazie danych. Gdyby chciała używać przeglądarki miałaby dostęp do klienta webowego (tutaj myślałem właśnie o wspomnianym rozwiązaniu czyli Apache+PHP+RDB), ale istniałby także klient desktopowy. Co do tego drugiego to jakoś Java nigdy mi nie podchodziła, więc bardziej skłonny jestem użyć którejś z graficznych bibliotek C++, bo pisać samemu GUI w C++ to masochizm. A C++ zawsze lubiłem jako język, co bardziej do mnie przemawia i skłaniałbym się do Qt, ale że mało graficznych aplikacji pisałem i już kilka lat temu, więc nie orientuję się bardzo jak zmieniła wygoda jego użytkowania (to, że licencja się zmieniła to wiem). Z tego co doczytałem, istnieje także obsługa PHP w nim w formie projektu PHPQt, co dodatkowo byłoby fajne, gdyż zapewne (nie wiem, nie wczytałem się jeszcze w dokumentację PHPQt) różnica między desktopem i webową wersją ograniczyła by się do zaprojektowania innych widoków, GUI dla nich. Z racji jednak długiego czasu na przemyślenie (2 miesiące) mogę poczytać o ewentualnie innych rozwiązaniach, propozycjach.