🚀 go-pugleaf

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

W dniu 25.10.2022 o 20:35, J-23 pisze:
> Sposobów przyspieszenia tego jest dużo, ale tez nie będzie to proste w 
> implementacji. 
Ale czy jakąś optymalizację konkretnie masz na myśli?

-- 
Ta wiadomość e-mail została sprawdzona pod kątem wirusów przez oprogramowanie antywirusowe AVG.
www.avg.com

Mam jeszcze jedno pytanie: mój program wywołuje w czasie działania 
skrypty napisane w PHP8 (bo dopiero w ósemce tokenizacja jest 
wystarczająco dobrze zrobiona) - czy to nie będzie kłopotliwe, że 
użytkownik (będący w 85% programistą PHP) mojego programu będzie musiał 
mieć zainstalowane PHP ver.8? (oczywiście może mieć na komputerze też 
inne wersje PHP, bo PHP pozwala na współużytkowanie wielu swoich 
wersji). Mój program działa pod Linuxem i pod Windows (.exe).

-- 
Ta wiadomość e-mail została sprawdzona pod kątem wirusów przez oprogramowanie antywirusowe AVG.
www.avg.com

W dniu 26.10.2022 o 04:00, Jivanmukta pisze:
> Mnie PHP bardzo odpowiada a ostatnie wersje PHP wcale nie uważam za 
> gówniane. Lubię C++ i języki do niego podobne.
> 
Poza tym jestem Linuxiarzem i cenię sobie stabilność PHP i mnogość 
(darmowych) narzędzi i pakietów.

W dniu 26.10.2022 o 13:01, Jivanmukta pisze:
> W dniu 26.10.2022 o 04:00, Jivanmukta pisze:
>> Mnie PHP bardzo odpowiada a ostatnie wersje PHP wcale nie uważam za 
>> gówniane. Lubię C++ i języki do niego podobne.
>>
> Poza tym jestem Linuxiarzem i cenię sobie stabilność PHP i mnogość 
> (darmowych) narzędzi i pakietów.
> 
Frameworki są też niezłe; ja używam CodeIgniter bo do moich projektów 
wystarczy a jest prosty w użyciu i ma świetną dokumentację. Poza tym 
lubię MVC.

W dniu 26.10.2022 o 14:51, heby pisze:
> On 26/10/2022 13:07, Jivanmukta wrote:
>>> Sugneruje polubić funkcyjność, a obiektowośc jest ogólnie zrobiona 
>>> wszędzie lepiej niż w PHP.
>> Ale do większości zastosowań
> 
> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w 
> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły 
> język do postawionego celu?
> 
Mnie martwi raczej coś innego: jak długo pociągnie PHP, bo popularność 
spada, chociaż język się rozwija.

On 26/10/2022 18:04, Jivanmukta wrote:
>> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w 
>> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły 
>> język do postawionego celu?
> Moje programy są czytelne.

Dla klientów?

W dniu 26.10.2022 o 20:17, heby pisze:
> On 26/10/2022 18:04, Jivanmukta wrote:
>>> Czy większośc Twoich zastosowań to dawanie kodu źródłowego klientwi w 
>>> formie nieczytelnej? Nie wydaje Ci się, że moze jednak wybrałes zły 
>>> język do postawionego celu?
>> Moje programy są czytelne.
> 
> Dla klientów?
> 
Dla mnie. Na razie mam jednego stałego klienta który nie czyta kodu.

W dniu 26.10.2022 o 20:17, heby pisze:
> On 26/10/2022 18:33, Jivanmukta wrote:
>> wydajne
> 
> Dalej mowa o PHP? Bo się pogubiłem.
> 
Na stronie
https://thestory.is/pl/journal/python-vs-php-zalety-roznice/
przeczytasz:

Szybkość

Pod względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
prawie trzykrotnie szybsza od typowego programu Pythona, co ma ogromne 
znaczenie na przykład w wypadku systemu bankowego, gdzie codziennie 
generowane są miliony odsłon.

W dniu 27.10.2022 o 17:54, heby pisze:
> od względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
> prawie trzykrotnie szybsza od typowego programu Pythona

Istotne jest to:

Pod względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
prawie trzykrotnie szybsza od typowego programu Pythona.

Czy może programujesz w Pythonie?

On 27/10/2022 18:28, Jivanmukta wrote:
> Istotne jest to:
> Pod względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
> prawie trzykrotnie szybsza od typowego programu Pythona.

Dlatego też mówie, że mój Chevrolet jest trzyktonie szybszy od Malucha i 
to jest istotne.

> Czy może programujesz w Pythonie?

Czasami.

W dniu 25.10.2022 o 20:35, J-23 pisze:
> 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ą.

Klientami obfuskatora będą głównie programiści PHP. Dlatego pytanie 
zadałem na tej grupie.

W dniu 27.10.2022 o 17:54, heby pisze:
> On 27/10/2022 17:37, Jivanmukta wrote:
>> Na stronie
>> https://thestory.is/pl/journal/python-vs-php-zalety-roznice/
>> przeczytasz:
>> Szybkość
>> Pod względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
>> prawie trzykrotnie szybsza od typowego programu Pythona>, co ma 
>> ogromne znaczenie na przykład w wypadku systemu bankowego, gdzie 
>> codziennie generowane są miliony odsłon.
> 
> Czy systemy bankowe są pisane w Pythone albo zgoła PHP?
> 
> Ja na przykład mam Chevroleta, który jest ponad trzyktotnie szybszy od 
> Malucha, co ma niebagatelne znaczenie dla transportu kolejowego, gdzie 
> codziennie transportuej się miliony ton węg... a nie czekaj...
> 
system bankowy NORDEA jest napisany w php

W dniu 02.11.2022 o 13:37, Jivanmukta napisał:
> W dniu 27.10.2022 o 17:54, heby pisze:
>> On 27/10/2022 17:37, Jivanmukta wrote:
>>> Na stronie
>>> https://thestory.is/pl/journal/python-vs-php-zalety-roznice/
>>> przeczytasz:
>>> Szybkość
>>> Pod względem szybkości lepiej wypada PHP. Najnowsza wersja PHP jest 
>>> prawie trzykrotnie szybsza od typowego programu Pythona>, co ma 
>>> ogromne znaczenie na przykład w wypadku systemu bankowego, gdzie 
>>> codziennie generowane są miliony odsłon.
>>
>> Czy systemy bankowe są pisane w Pythone albo zgoła PHP?
>>
>> Ja na przykład mam Chevroleta, który jest ponad trzyktotnie szybszy od 
>> Malucha, co ma niebagatelne znaczenie dla transportu kolejowego, gdzie 
>> codziennie transportuej się miliony ton węg... a nie czekaj...
>>
> system bankowy NORDEA jest napisany w php
> 

Potrafisz rozróżnić system bankowy od modułu obsługi stron?

To są niezależne moduły

-- 
http://kaczus.ppa.pl

> W dniu 02.11.2022 o 13:37, Jivanmukta napisał:
>> system bankowy NORDEA jest napisany w php
>>
Tak przeczytałem na jednym forum.