158 odpowiedzi w tym temacie

[Kucharskov]

Oconnel skoro jakiś użytkownik potrzebuje danej opcji to znaczy, że nie jest ona zbędna.

Czytając forum idzie zauważyć, że ta funkcja nie jest potrzebna Oconnelowi, więc jest zbędna. Ja również jestem za katalogiem propozycją Beherita.

[Shinigami]

Zauważyłem Oconnel że masz trochę olewające podejście do różnych kwestii bezpieczeństwa, a to jakiś czas temu były kwestie z przesyłaniem/trzymaniem (nie pamiętam dokładnie) haseł plaintext, a to kwestie z certyfikatami serwerów jakieś były, a teraz z dostępem do Dropboxa. AQQ używają też zaawansowani użytkownicy którzy mają większą świadomość na temat zagrożeń niż przeciętny Kowalski który ma to w czterech literach

Użytkownik Shinigami edytował ten post 2015.07.26, 15:52

[Beherit]

Btw. ja to nawet nie rozumiem czemu wcześniej jak bym ten menadżer Dropbox to AQQ miało dostęp do katalogu aplikacji a teraz nie - przecież teraz taki dostęp jest zbędny, wcześniej z menadżerem jeszcze spoko, bo można było wybrać inny plik z chmury do wysłania. A teraz? No po kiego? Tak, żeby było?

[Oconnel]

Nie ma możliwości przejęcia tokena chyba, że ktoś ma dostęp do Waszego komputera/dysku. A na co komu wówczas ten token? Pomyślcie zanim zaczniecie snuć głupoty o braku bezpieczeństwa.

[Andret]

A ja mam pytanie dlaczego AQQ w wersji x64 instaluje się w "Pliki programów (x86)", który to folder przeznaczony jest dla programów 32-bitowych... Wiecie jaki byłem zdziwiony jak po aktualizacji otworzyłem ten sam skrót i nadal miałem AQQ 3.0.1.11?

[Oconnel]

Jest tak aby AQQ nie było przez przypadek zainstalowane w dwóch wersjach. Dodatkowo można przechowywać profile w katalogu systemowym bez udziału profilu użytkownika Windows. Przy skakaniu z jednej wersji na drugą trzeba by kopiować foldery ręcznie. To nie jest z resztą żaden wielki problem. to, że nazwa katalogu jest troszkę inna nie ma żadnego znaczenia.

[Shinigami]

..to, że nazwa katalogu jest troszkę inna nie ma żadnego znaczenia.

"Program Files (x86)" jak nazwa sugeruje jest dla 32bitowych programów. Oczywiście pewno mogą sobie tam leżeć 64bitowe ale w jakimś celu MS zrobił takie rozdzielenie. Podobne podejście jak z trzymaniem profilu w AppData\Local zamiast Appdata\Roaming.
<sarkazm>Masz swoją filozofię i się jej trzymaj</sakrazm>

[Semtex]

W ogóle co to za pomysł aby trzymać profil w Local? przy okazji utrudnia się mocno życie ZU, gdy prosi się go o log w razie jakiegoś problemu, nie dość, że wielu przerasta stworzenie loga to teraz wytłumacz mu że log leży w profilu, w appdata, w local

 

Przydałoby się dodać opcję zapisu loga do bardziej neutralnej lokalizacji.

[Beherit]

Nie ma możliwości przejęcia tokena chyba, że ktoś ma dostęp do Waszego komputera/dysku. A na co komu wówczas ten token? Pomyślcie zanim zaczniecie snuć głupoty o braku bezpieczeństwa.

Ok inaczej. Jaki jest zamysł pełnego dostępu AQQ do konta Dropbox? Bo żadnego managera nie ma, aby wysyłać plik, który jest już na Dropbox ale w jakimś innym katalogu a samego całego katalogu na dysku fizycznie nie mamy (synchronizacja wybiorcza). I bezpieczeństwo to nie są głupoty, bo właśnie takie działanie jakie zrobiłeś jest głupotą! To tak jakby dla jix.im dla backupa do Dropbox ustawił pełen dostęp, ktoś by mi się jakimś cudem wkradł i zamiast ukraść dane serwera zdobyłby moje zdjęcia z kilkunastu lat, projekty C++, inne ważne dane itp itd.
Btw. ktoś ma dostęp do mojego dysku z profilem AQQ a ją Dropbox tam nie mam to dzięki AQQ otrzymuje pełen dostęp do danych. Dziękuje za takie bezpieczeństwo

Użytkownik Beherit edytował ten post 2015.07.26, 17:23

[Shinigami]

W ogóle co to za pomysł aby trzymać profil w Local?

Local to akurat zły pomysł ale Roaming który jest "sąsiadem" Local to jak najbardziej normalna ścieżka którą używają aplikacje bo takie jest założenie tego folderu. Ma to związek z Roaming profiles (do poczytania https://en.wikipedia...ng_user_profile)
 
PS informacja dla potomnych, żeby szybko wejść do folderu gdzie AQQ trzyma profile to można użyć poniższej ścieżki więc nie trzeba tłumaczyć gdzie i co musi osoba przeklikać, wystarczy żeby w eksploratorze wkleiła tą ścieżkę w pasek adresu i potwierdziła enterem

%localappdata%\MyPortal\AQQ Folder\Profiles

Użytkownik Shinigami edytował ten post 2015.07.26, 17:34

[kadet]

Po co ograniczać, przecież AQQ i tak nic złego nie zrobi... Piękne podejśćie, wiesz tu już nie chodzi o zaufanie do Ciebie czy AQQ bo możemy założyć, że nic złego nie zrobi. Ale załóżmy, że znajdzie się jakiś dziwny błąd pozwalający na odczytanie takich danych zdalnie, ot jakaś poważniejsza luka nawet niekoniecznie zrobiona przez Ciebie. I co wtedy? A tak nic się złego nie stanie..

[Deadmaster]

Poprawiłem. Zmiana bęzie widoczna przy kolejnym wydaniu AQQ bądź SU.

A czemu tego SU nie mogę pobrać normalnie przez aktualizator? Będę się tego czepiał za każdym razem. A wystarczyłoby tylko gdyby aktualizator oprócz wersji sprawdzał także godzinę udostępnienia aktualizacji. To tak niewiele, a doprosić się tego nie można od paru lat...

[Jaro88PL]

Lepsza to by była obsługa wszystkich popularnych chmur w AQQ i użytkownik sam sobie wybiera który używa jako domyślny. Ale gadaj tu z OC.... i co gorsza przekonaj go do tego...

[Seven]

API do obsługi chmur w core i sama obsługa we wtyczkach?

[Silverlight]

Z OneDrive też jest tak, że wymagany jest pełny dostęp? Jeśli tak, to nawet nie mam zamiaru tego konfigrować...

[Beherit]

No tak, padły rzeczowe argumenty i jedno co się w tym wątku zmieniło to zniknięcie jednego z postów - nie doczekamy się odpowiedzi od @Oconnela, zaraz pewnie będzie, że jak nas interesuje bezpieczeństwo to mamy sobie sami wtyczkę napisać

[siudziu]

Ja niestey jestem zawiedziony bo mimo poprawki nadal nie moge sie na xp zalogowac do FB na win8,10 loguje sie bez problemu na xp niestety nie moge i teraz sie pewnie dowiem ze xp nie jest obslugiwany przez xp.

[Oconnel]

@Siudziu - zrób log i wrzuć go do zgłoszenia na bugliście. Tego typu zgłaszanie problemów raczej nie doczeka się poprawki.