-
Data: 2022-10-25 20:35:08
Temat: Re: mój obfuskator - problem projektowy
Od: J-23 <B...@p...fm> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 24.10.2022 o 15:42, Jivanmukta pisze:
> Piszę tutaj bo na pl.como.lang.php nie dostałem odpowiedzi.
>
> Napisałem w C++ obfuskator PHP 5/7/8. Obfuskator umożliwia m.in.
> zaciemnienie projektu wykorzystującego Composera, tzn. katalog vendor.
> Ponieważ obfuskuję samą aplikację a nie frameworki i biblioteki z
> katalogu vendor potrzebuję zrobić żeby identifikatory z vendor nie były
> zastępowane losowymi. W tym celu analizuję kod frameworków i bibliotek z
> katalogu vendor w poszukiwaniu identyfikatorów (zmiennych, funkcji,
> metod, właściwości itd.). Problem w tym że jeśli katalog vendor jest
> duży, tzn. liczy wiele podkatalogów, proces analizy trwa długo, nawet
> kilka godzin. Żeby nie analizować katalogu vendor wielokrotnie (przy
> każdej obfuskacji projektu) zapamiętuje znalezione w vendor
> identyfikatory w cache'u (pliku xml-owym). Modyfikacja katalogu vendor
> (np. dodanie Composerem nowej biblioteki lub update) nie powoduje u mnie
> ponownego parsowania całego vendor bo zapamiętuję w cache'u timestampy
> podkatalogów vendor.
>
> Czy takie rozwiązanie jest do przyjęcia, tzn. że pierwsza obfuskacja
> może trwać nawet kilka godzin, ale późniejsze już w minutach?
Wnioskuje po zapytaniu ze próbujesz zrobić narzędzie które będziesz
sprzedawał/dystrybuował na szerszą skale. Pytanie to nie powinno być na
grupę a do pierwszej partii klientów którzy ten produkt otrzymają.
Sposobów przyspieszenia tego jest dużo, ale tez nie będzie to proste w
implementacji. Musisz przeanalizować sobie gdzie jest dla Ciebie punkt
który zadowoli Ciebie lub Twoich klientów.
Pozdrawiam
Następne wpisy z tego wątku
- 26.10.22 03:58 Jivanmukta
- 26.10.22 04:00 Jivanmukta
- 26.10.22 09:18 heby
- 26.10.22 12:00 Jivanmukta
- 26.10.22 12:04 Jivanmukta
- 26.10.22 12:08 heby
- 26.10.22 12:09 heby
- 26.10.22 12:17 Jivanmukta
- 26.10.22 12:33 heby
- 26.10.22 13:01 Jivanmukta
- 26.10.22 13:07 Jivanmukta
- 26.10.22 13:08 Jivanmukta
- 26.10.22 13:11 Jivanmukta
- 26.10.22 12:46 Jivanmukta
- 26.10.22 14:49 heby
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-08 Szczecin => Key Account Manager (ERP) <=
- 2024-11-08 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-08 Wrocław => Senior PHP Symfony Developer <=
- 2024-11-08 Warszawa => QA Engineer <=
- 2024-11-08 Warszawa => QA Inżynier <=
- 2024-11-08 Warszawa => Key Account Manager <=
- 2024-11-08 Gdańsk => Software .Net Developer <=
- 2024-11-08 Akumulator Hyundai
- 2024-11-08 Warszawa => Manager/Specialist e-commerce (B2C) <=
- 2024-11-08 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-08 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-11-08 znaj podstawe
- 2024-11-08 Chrzanów => Specjalista ds. public relations <=
- 2024-11-08 Warszawa => Data Scientist / Data Engineer (predictive modelling) <=
- 2024-11-08 zbrojone wężyki hamulcowe