Có Bác nào biết Decompile Ex4 to Mq4 không? cần hợp tác

Có Bác nào biết Decompile Ex4 to Mq4 không? cần hợp tác

Có Bác nào biết Decompile Ex4 to Mq4 không? cần hợp tác

Thu Ha

Member
12
8
Có Bác nào chuyên gia biết Decompile Ex4 to Mq4 không? cần hợp tác, dịch EA kiếm tiền rất tốt.
 

Giới thiệu sách Trading hay
Mô Hình Biểu Đồ - Phương Pháp Hiệu Quả Để Tìm Kiếm Lợi Nhuận

Được xem là cẩm nang về mô hình biểu đồ của các nhà đầu tư, giao dich tài chính toàn cầu và là kiến thức bắt buộc phải nắm về Phân Tích Kỹ Thuật
Xin chia buồn với bạn là ngôn ngữ hiện nay đã nâng cấp không dễ để decompiler như trước. Và nếu có cao thủ nào biết decompiler thì giá của nó còn cao hơn cả bản thân ea. Hãy kiếm tiền chân chính chứ đừng ăn cắp thành quả của người khác. Thân !!!
 
Chỉnh sửa lần cuối:
Mình ( có thể )dịch được những file ex4 về trước update có thể thôi nha giờ ngôn ngữ ngữ nó cũng nâng cấp mà người viết cũng có thể tự bảo vệ chống dịch ngược được nên cũng cho những file bây giờ nếu dịch thì cũng mất công lắm
 
Dịch ngược file ex4 sang mq4 có nhiều cách khác nhau, nhưng không phải ea nào cũng dịch ngược được bởi mỗi coder sẽ có cách bảo vệ sản phẩm của mình. Đây là cuộc chiến giữa "người tạo ra sản phẩm" và "kẻ bẻ khoá - crack". Trước mình cũng làm dịch vụ dịch ngược, nhưng nó cũng nhiều hên xui lắm. Ví dụ bỏ công dịch ngược xong không được 100%, chỉ dịch ngược được 90% thì không thể lấy tiền. Vậy là mình chọn "làm bot theo yêu cầu" cho nhanh :D

Đa phần các sản phẩm bot hiệu quả hiện nay nếu dùng và theo dõi một thời gian sẽ đoán được chiến thuật mà ea đó hoạt động, khi đã đoán được chiến thuật rồi thì tìm người code lại sẽ nhanh hơn, chi phí thấp hơn. Mình nhận dịch vụ code robot forex (EA) theo yêu cầu, bác nào có nhu cầu inbox em nhé. Em Trọng 0941.460.538 (Call/Zalo/Telegram).
 
Mình kg ủng hộ việc dịch ngược, tuy nhiên, mình thấy mql là 1 ngôn ngữ lập trình yếu xìu, nó không có bất cứ cơ chế bảo vệ nào chống lại việc dịch ngược, ngoại trừ việc cho phép dùng dll, dll được viết từ ngôn ngữ lập trình khác, ví dụ c++
 
Mình kg ủng hộ việc dịch ngược, tuy nhiên, mình thấy mql là 1 ngôn ngữ lập trình yếu xìu, nó không có bất cứ cơ chế bảo vệ nào chống lại việc dịch ngược, ngoại trừ việc cho phép dùng dll, dll được viết từ ngôn ngữ lập trình khác, ví dụ c++
Cũng ko hẳn là ko có nhé bác, nếu dùng MQL5 Cloud Protector thì giống như EA trên market luôn. Làm như này là loại bỏ được một cơ số người muốn dịch ngược rồi.
https://www.mql5.com/en/forum/326086
 
Cũng ko hẳn là ko có nhé bác, nếu dùng MQL5 Cloud Protector thì giống như EA trên market luôn. Làm như này là loại bỏ được một cơ số người muốn dịch ngược rồi.
https://www.mql5.com/en/forum/326086
Đây là cơ chế bảo vệ bên ngoài mà bạn, đâu phải cơ chế bảo vệ nội tại. Nó cũng giống phương pháp cung cấp bản quyền từ máy chủ bên ngoài thôi, mỗi lần app đc gọi, nó sẽ liên lạc với máy chủ để xem bản sao đó có đc tác giả cấp bản quyền hay không, và còn thời hạn hợp lệ hay không. Nói chung, đây là cơ chế cấp bản quyền khó bẻ khóa nhất trong hiện tại.

Cơ chế bảo vệ nội tại là cơ chế cho phép thực thi 1 đoạn chương trình đc lưu trong 1 biến. Với cơ chế này, coder tự mã hóa và giải mã ứng dụng của mình, ví dụ: Javascript có cơ chế này. Với cơ chế này lại cộng thêm bảo vệ bằng máy chủ bên ngoài nữa thì việc bẻ khóa gần như trở nên vô vọng
 
Chỉnh sửa lần cuối:
Đây là cơ chế bảo vệ bên ngoài mà bạn, đâu phải cơ chế bảo vệ nội tại. Nó cũng giống phương pháp cung cấp bản quyền từ máy chủ bên ngoài thôi, mỗi lần app đc gọi, nó sẽ liên lạc với máy chủ để xem bản sao đó có đc tác giả cấp bản quyền hay không, và còn thời hạn hợp lệ hay không. Nói chung, đây là cơ chế cấp bản quyền khó bẻ khóa nhất trong hiện tại.

Cơ chế bảo vệ nội tại là cơ chế cho phép thực thi 1 đoạn chương trình đc lưu trong 1 biến. Với cơ chế này, coder tự mã hóa và giải mã ứng dụng của mình, ví dụ: Javascript có cơ chế này. Với cơ chế này lại cộng thêm bảo vệ bằng máy chủ bên ngoài nữa thì việc bẻ khóa gần như trở nên vô vọng
Nếu sử dụng phương pháp bảo vệ nội tại như bác nói thì chắc chỉ khi viết ra được 1 EA đỉnh cao và ko cần sửa chữa gì nữa thì nên dùng, còn bình thường nếu dùng thì khả năng sẽ ảnh hưởng đến tốc độ xử lí và hạn chế việc sửa chữa, thêm tính năng, test.. nên dùng bảo vệ ngoài là được rồi :)
 
Nếu sử dụng phương pháp bảo vệ nội tại như bác nói thì chắc chỉ khi viết ra được 1 EA đỉnh cao và ko cần sửa chữa gì nữa thì nên dùng, còn bình thường nếu dùng thì khả năng sẽ ảnh hưởng đến tốc độ xử lí và hạn chế việc sửa chữa, thêm tính năng, test.. nên dùng bảo vệ ngoài là được rồi :)
Đây là công đoạn đóng gói sản phẩm, bước cuối cùng trước khi xuất bản nó ra công chúng, nó đâu có ảnh hưởng gì tới sản phẩm. Bảo vệ bên ngoài và bên trong chỉ khác nhau ở điểm nơi lưu trữ chìa khóa giải mã thôi mà. Bạn dùng bảo vệ bên ngoài có nghĩa là chìa khóa giải mã được lưu ở máy chủ bên ngoài, tạo thêm khó khăn cho các craker thôi. Nếu kết hợp cả 2 có nghĩa là bạn sẽ dấu được IP, port, pass đăng nhập, thủ tục kết nối với máy chủ license, khó sẽ chồng lên khó vậy mà
 

BÌNH LUẬN MỚI NHẤT

  • Mạc An trong Phân tích Forex - Vàng - Hàng hóa 1,117 Xem / 73 Trả lời
  • DuongHuy trong Phân tích Forex - Vàng - Hàng hóa 270 Xem / 23 Trả lời
  • Quíc Óp trong Phân tích Forex - Vàng - Hàng hóa 248 Xem / 14 Trả lời
  • AdBlock Detected

    We get it, advertisements are annoying!

    Sure, ad-blocking software does a great job at blocking ads, but it also blocks useful features of our website. For the best site experience please disable your AdBlocker.

    Back
    Bên trên