Máy cài phần mêm bị lỗi msvbvm60.dll 64bit năm 2024
|
Bài viết được viết đựa trên những gì Thứ hiểu và biết về thế giới bảo mật code VBA. Bảo mật mạnh hay yếu là do khả năng mỗi người, nên mọi nội dung mang tính chủ quan của Thứ. Các bạn đọc làm tư liệu tham khảo, rồi từ đó nghiên cứu để tìm được phương pháp bảo mật code tốt nhất cho bản thân mình. Oke, chúng ta bắt đầu nào !. Khi ta lập trình một chương trình, một Tool VBA là cả một công sức, quá trình đầu tư chất xám, bảo vệ chất xám là một nhu cầu không thể chối cãi được trong xã hội nói chung và trong lập trình VBA nói riêng. Do đó, Thứ xin phép được tổng hợp lại các phương pháp bảo mật VBA trên thế giới hiện vẫn đang sử dụng. Trong bài viết, chúng ta đi từ cấp độ bảo vệ thấp đến cao cho dễ hình dung! 1. VBAProject Phải nói, đây là cấp độ bảo mật đơn giản, sơ khai nhất trong VBA. Nó nằm sẵn trong các chức năng bảo mật của VBA trong Excel Bạn cần đăng nhập để thấy đính kèm 2. Unviewable Đây là cấp độ bảo mật cực kì thông dụng. Phương pháp này sẽ mã hóa một số Byte làm cho ta không thể mở được dự án VBA để xem được code bên trong. Phương pháp này cũng cũng có rất nhiều cách thực hiện, mỗi cách sẽ lại cần một vài biến hóa nếu như muốn mở khóa. Bạn cần đăng nhập để thấy đính kèm 3. Mã hóa code (Encrypt code) Đây là phương pháp được dùng để mã hóa các tên, biến có thể đổi tên được thành các chuỗi kí tự cực kì khó hiểu, việc này làm cho việc đọc và hiểu code trở nên cực kì khó khăn. Thứ xếp phương pháp này tốt hơn Unviewable là bởi vì, code được mã hóa mặc dù có thể replace nhưng việc đọc để hiểu là rất mệt... Bạn cần đăng nhập để thấy đính kèm 4. Ẩn Module Đây là phương pháp sẽ ẩn toàn bộ Module (chỉ Module, không bao gồm Class Module và UserForm) trong dự án VBA. Về mặt tổng thể, phương pháp này khá khó để mở khóa vì cần biết chính xác tên các Module, nếu như gặp người ẩn Module có năng lực ẩn luôn mọi nguồn xem tên Module sẽ là cực kì khó khăn khi bạn muốn hiện Module lại. Cả 3 phương pháp bảo mật trên đều nằm trong Bạn cần đăng nhập để thấy link do Thứ viết, các bạn có thể xem tại Bạn cần đăng nhập để thấy link Bạn cần đăng nhập để thấy hình ảnh 5. Tạo file Exe cho VBA Đây là phương pháp được dùng để nén một file Excel vào trong một file .Exe. Phương pháp này bắt buộc dùng phần mềm bên thứ 3 để thực hiện việc nén, khi tạo ra file .exe thì không cần phần mềm bên thứ 3 vẫn mở được bình thường chỉ cần có Excel . Khi chạy file .exe, file excel sẽ được giải nén và mở lên như một file excel thông thường nhưng không thể xem dự án VBA bên trong (mất hoàn toàn dự án VBA trong file). Khi Save as vẫn sẽ tạo ra file .exe luôn. Bạn cần đăng nhập để thấy đính kèm 6. Lập trình DLL cho VBA Đây có thể nói là phương pháp bảo mật cao nhất tính đến thời điểm hiện tại. Toàn bộ Code chủ đạo của bạn sẽ nằm trong file DLL, khả năng bảo mật như thế nào là do file DLL ấy quyết định. Do khả năng bảo mật của code phụ thuộc hoàn vào DLL, cho nên ngôn ngữ viết ra file DLL đó là cực kì quan trọng quyết định khả năng bảo mật. Thứ sẽ xếp loại chúng lần lượt từ thấp đến cao như sau: 6.1. VB6 cho VBA Đây là ngôn ngữ láng giềng với VBA, cấu trúc code nhìn chung là rất giống nhau, nên lập trình DLL trên VB6 cho VBA là cực kì dễ dàng. Thứ cũng có một bài viết nói về lập trình DLL cho VBA trên VB6 tại Bạn cần đăng nhập để thấy link , các bạn có thể ghé qua đọc nha. Trong bài viết mình cũng nói rất rõ, VB6 chỉ hỗ trợ nền tảng 32bit và đã bị Bác Bill ngưng hỗ trợ từ năm 1998 nên khả năng bảo mật phương pháp này chỉ trên ẩn Module và Exe cho VBA một chút. Nếu bạn chỉ biết về VB6, kể cả là dân chuyên gia thì cũng đừng nên đầu tư làm Standard DLL sẽ mất thời gian vô ích.
Vậy thì nên đầu tư như thế nào vậy Tuân?
Có thể còn có vài cái môi trường biên dịch DLL chuẩn khác nữa nhưng em chắc chắn 2 cái là Microsoft Visual C/C++ hoặc Delphi nhé.
Lúc đầu em cũng định viết DLL bằng VB6 nhưng rõ ràng như anh Tuân nói, nó sẽ phá sản nếu sử dụng cho win 64bit. Kiều MạnhI don't program, I beat code into submission!!!
sao Mình nhờ Tân chạy trên Win64 ...còn Office chưa hỏi ...Thấy ok mà ...Tối nay nhờ lại xem Không biết có ai xài office64 nhờ test dùm...còn code lỗi tìm cách điều chỉnh sau vấn đề là có chạy được trên môi trường Win64 + Office64 ko cái đã Xong Tính tiếp ...Nghiên cứu mà ...
Anh kieu manh cần test gì gửi em làm cho (win 64 + excel 64). Hướng dẫn em làm từng bước nhá! Kiều MạnhI don't program, I beat code into submission!!!
đó file bài 1 đó tải về chạy dùm xem tình hình sao ...quan trọng có chạy được hay ko cái đã còn code lỗi tính sau
1. DLL của bạn dùng VB6 để tạo. Vậy là không hỗ trợ chuỗi unicode, không hỗ trợ trong môi trường 64-bit. Các bạn đang chạy Excel 64-bit thì khỏi test sẽ mất thời gian nhé. 2. Đừng dùng VB6, .NET để tạo DLL kiểu Standard DLL, nó không phải là chuẩn Standard DLL. Hai môi trường đó đều là môi trường thông dịch. nếu làm từ .NET thì máy của người dùng phải cài Framework.NET x.x. VB6 thì cũng thông dịch qua "MSVBVM60.DLL" và không unicode - Đây là đồ cổ, MS không còn phát triển nó nữa. Nếu bạn chỉ biết về VB6, kể cả là dân chuyên gia thì cũng đừng nên đầu tư làm Standard DLL sẽ mất thời gian vô ích.Thực ra chương trình dll anh viết vẫn hoạt động được trong 64bit. Nhưng chạy rất phập phù, có máy ăn ngay, có máy báo lỗi có giời mới hiểu.
đó file bài 1 đó tải về chạy dùm xem tình hình sao ...quan trọng có chạy được hay ko cái đã còn code lỗi tính sau |
