이전 직원이 유지 관리하는 웹 사이트가 있으며 모든 백업을 포함하여 Zend Guard에 의해 인코딩 된 것으로 보입니다.'zend guard'로 인코딩 된 PHP 디코드
나는 Zend Optimizer에 대해 조금 안다.하지만 결국 바이트 코드가 인터프리터 용으로 디코딩 될 필요가 있다는 것을 알고 소스 보호를 고려하지 않았으며 사람들은 일부 소프트웨어를 사용하여 최적화 된 파일을 쉽게 디코딩 할 것이라고 확신했다.
이제 일부 파일을 디코딩해야하는데 '유료 서비스'이외에는 아무것도 찾을 수 없습니다. 우리는 코드의 소유권을 가지며 변경 및 디버깅을 위해 현재 잠겨 있습니다. 우리 파일을 어떻게 다시 디코딩 할 수 있습니까?
매우 고가 인 소프트웨어 툴인 Zend Guard의 전체적인 점은 코드를 암호화하여 해독 할 수 없게하는 것입니다. 그것이 요점이다.
난독 화가 켜져 있지 않으면 코드 엔진을 해킹하여 전문가가 코드를 다시 작성할 수 있고 주석과 서식을 줄일 수있는 가능성이 있습니다. 난독 화가 켜져 있으면 솔직하게 다시 작성하는 것이 더 쉽습니다.
는 젠드 사이트에서이 문서의 읽기를 가지고, 나는 그것이 바이어스 소스 알고 있지만 맞다 : 장소는 지금이 작업을 수행 할 수 있습니다 http://forums.zend.com/viewtopic.php?f=57&t=2242감사합니다. Orbling, 좋은 답변입니다. 서식 지정 및 문서화는 문제가되지 않습니다. 따라서 유료 서비스를 시도해 볼 수는 없지만 향후 제품을 위해 닫힌 소스 PHP를 판매 할 수있는 확실한 방법이라고 생각합니다. 우리는 해독하기가 쉽다고 생각했기 때문에 시장에 진입하지 못했습니다. 재미있는 점은 ms-sql 코드와 PHP 코드를 숨기는 방법을 연구 할 때 "사용자는 라이센스 계약을 통해 사용자를 보호 할 수 있습니다.", "악의적 인 이유는 무엇입니까?"와 같은 사람들로부터 많은 답을 얻었습니다. 당신은 코드를 숨길 필요가 있니? ","할 수 없다 "..) – SuperDuck
@SuperDuck 나는 이전에 우리가 개발 한 PHP 웹 사이트의 중앙 핵심 라이브러리를 항상 암호화하는 정책을 사용했다. 이 회사는 주로 자신이 개발 한 주요 라이브러리가 모든 방식의 백엔드 기능에 API를 제공했으며, 이는 회사의 지적 재산권으로 간주되어 고객을 위해 우리가 개발 한 웹 사이트에서만 사용할 수 있도록 허가되었습니다. 그들이 직접 우리와 함께하지 않으면 코드의 저수준 API 섹션이 암호화되어 도메인에 바인딩됩니다. 사이트 상부 구조물의 나머지 부분은 암호화되지 않은 채로 남아있어 변경이 가능합니다. – Orbling
@SuperDuck 우리는 개별 클라이언트가 전체 라이브러리 개발 비용을 감당할 수 없었기 때문에 맞춤식 작업에 대해 공정한 절충이 이루어 졌다고 생각했습니다. 이는 지속적인 관심사였습니다. – Orbling
대부분의 경우 보호 된 코드를 사용하고 싶을 가능성이 큽니다. 그것이 정말로 당신 것이면, 당신도 소스를 가졌을 것입니다. –
@Col. Shrapnel : 예. 그것은 보호 된 코드이며, 우리의 것이며, 우리가 가진 유일한 '근원'입니다. 요점은 공식적으로 코드를 작성하지 않았고, 오래된 직원이 코드를 작성한 것입니다. 코드를 자신에게 위탁하여 나쁜 의도로 작성했을 수 있습니다. 따라서 코드를 소스로 사용합니다. 사이트 디렉토리에 PHP 파일. – SuperDuck