Đánh giá chủ đề:
  • 1 Votes - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[Help] Khóa vĩnh viễn phím Shift trong Access
#1
Bug 
Xung quanh chủ đề về phím Shift, mình tìm được 2 điều như sau:
1. Muốn ẩn database thì Admin cho code khóa phím Shift và tạo Form login.
2. Rồi lại có code mở khóa phím shift được bất kỳ File access nào.

==> Vậy có nghĩa là sẽ không có cách nào để ẩn database. Thật suy sụp nhuệ khí quá.

Admin và các anh, chị có thể cho mình và mọi người đang đi tìm đáp án biết cách ẩn database mà chưa bị phá giải không? Hay thật sự là không có cách nào ẩn được Database.
Chữ ký của chon_johnson Xin chào, mình là chon_johnson, Tham gia http://thuthuataccess.com/forum từ ngày 21-10 -13.
Reply
Những người đã cảm ơn
#2
Mình cũng đang cần cái này đây.
Tuy nhiên mình nghĩ Access khi chuyển qua MDE thì những người muốn tò mo sẽ không làm gì được đó là lợi thế.
Tuy nhiên tính bảo mật Data thì những người chuyên nghiệp họ có thể vượt qua tuy nhiên những người đó tương đối ít. nếu họ tìm cách vào thì có thể là phá hoại, tìm hiểu về phần mềm tuy nhiên thật khó để làm được điều gì.
Theo mình đưa ra một số giải pháp tam thời sau.
1) Tung hỏa mù: Trong data của bạn lập thật nhiều bảng có cấu trúc gần giống nhau. tuy nhiên mình chỉ sử dụng một số bảng nào đó.
2) Bẫy lỗi nếu bị xóa bảng thì hiển thị Form khóa phần mềm. bằng cách này ai đó xóa đi một bảng thì phần mềm sẽ bị treo ngay.
3) Lập luận nếu nhấn Phím shift thì hiển Quit
Chữ ký của tt1212 Present Nhận viết phần mềm, hỗ trợ viết phần mềm, hợp tác viết phần mềm trên nên Microsoft Access mọi phiên bản Liên hệ: Mr Đức -989276236. Email: Tantriviet.vnn@gmail.com website:http://www.tantrivietsoft.com/
Reply
Những người đã cảm ơn chon_johnson
#3
(06-11-13, 11:18 PM)tt1212 Đã viết: Mình cũng đang cần cái này đây.
Tuy nhiên mình nghĩ Access khi chuyển qua MDE thì những người muốn tò mo sẽ không làm gì được đó là lợi thế.
Tuy nhiên tính bảo mật Data thì những người chuyên nghiệp họ có thể vượt qua tuy nhiên những người đó tương đối ít. nếu họ tìm cách vào thì có thể là phá hoại, tìm hiểu về phần mềm tuy nhiên thật khó để làm được điều gì.
Theo mình đưa ra một số giải pháp tam thời sau.
1) Tung hỏa mù: Trong data của bạn lập thật nhiều bảng có cấu trúc gần giống nhau. tuy nhiên mình chỉ sử dụng một số bảng nào đó.
2) Bẫy lỗi nếu bị xóa bảng thì hiển thị Form khóa phần mềm. bằng cách này ai đó xóa đi một bảng thì phần mềm sẽ bị treo ngay.
3) Lập luận nếu nhấn Phím shift thì hiển Quit

Cách 3) Lập luận nếu nhấn Phím shift thì hiển Quit. cái này mình thực hiện như thế nào bạn. Có nghĩa là khi người ta enable phím shift xong. Rồi bắt đầu mở data và giữ shift thì data của mình sẽ vẫn không mở được hả.
Chữ ký của chon_johnson Xin chào, mình là chon_johnson, Tham gia http://thuthuataccess.com/forum từ ngày 21-10 -13.
Reply
Những người đã cảm ơn
#4
Mọi người ơi...Cho em một đáp án với...!
Chữ ký của chon_johnson Xin chào, mình là chon_johnson, Tham gia http://thuthuataccess.com/forum từ ngày 21-10 -13.
Reply
Những người đã cảm ơn
#5
Đáp án là:
+ Ta bảo vệ để tránh việc xem code hay xem dữ liệu?
+>Nếu bảo vệ xem code - đừng làm bằng access, hãy dùng các chương trình khác để dịch sang Exe - mặc dù vẫn có thể dịch ngược được nhưng cơ may là thấp.
+>Viết bằng Access là để làm các ứng dụng nhỏ, thường đơn giản vì thế người có kinh nghiệm, xem form họ làm được ngay phần mềm như vậy -- thế thì bảo vệ làm gì?
+ Nếu chỉ bảo vệ data, dùng cơ chế mã hóa thì có thể bảo vệ được ở mức độ nào đó - nhưng có cần thiết không?
+ Nếu chỉ đơn giản là không thích họ chọc ngoáy thì khóa phím shift là đủ - vì người dùng bình thường, chả ai quan tâm tới vọc vạch, họ chỉ cần làm cho được việc.
Trước khi nghĩ đến bảo vệ công nghệ hãy nghĩ đến việc làm ra một ứng dụng ra hồn đã!
Mình là dân theo trường phái nguồn mở, hãy tạo cho người khác cơ hội được phát triển từ cái mà ta đã mất nhiều thời gian để làm ra vì, nếu họ tự làm, rồi họ cũng làm được nhưng mất thời gian. Tại sao ta không giúp họ để họ làm ra cái mới từ cái của ta, sau đó ta lại học thêm được. Có thể thì xã hội mới có sự thừa kế và phát triển chứ!

Còn về việc xác định xem có nhấn Shift không thì Quit - chứng tỏ bạn chưa hiểu rõ môi trường làm việc của Access. Việc nhấn Shift diễn ra trước khi các chương trình của bạn chạy, như vậy thì làm sao mà nó biết được mà Quit. Nếu muốn thế, hãy sửa Access chứ không phải ứng dụng của bạn.

Vài dòng vọc vạch thế!
Chữ ký của paulsteigel ====================
Quốc gia hưng vong
Thất phu hữu trách
====================
Reply
Những người đã cảm ơn chon_johnson , Noname , Minh Tiên , thiennamlong
#6
Dù sao cũng cảm ơn ý kiến của mọi người đã chia sẽ..!
Chữ ký của chon_johnson Xin chào, mình là chon_johnson, Tham gia http://thuthuataccess.com/forum từ ngày 21-10 -13.
Reply
Những người đã cảm ơn
#7
Thật ra chưa có cách nào vô hiệu hóa Phím Shift cả. Suy nghĩ nhấn phím thì khóa không thể xẩy ra.
Mình nghĩ làm phần mềm là để ứng dụng còn ai thích chọc ngoáy và quậy pha thì tuy họ. quan trọng mình khóa VBA là Ok rồi. Không nên lo lắng quá.
Họ có biết Data của mình thì họ muốn làm ra sản phẩn như mình thì họ cũng mất rất nhiều thời gian mà có thể không giống như của mình.
Nếu họ chọc ngoáy mà họ hiểu được thì họ cũng là cao thủ cả cho nên họ chẳng cần cái nhỏ nhỏ như của mình đâu.
Bạn cứ yên tam đi
cứ làm để thỏa lòng đam mê của mình là chính
còn kiềm được tiền càng tốt
Chữ ký của tt1212 Present Nhận viết phần mềm, hỗ trợ viết phần mềm, hợp tác viết phần mềm trên nên Microsoft Access mọi phiên bản Liên hệ: Mr Đức -989276236. Email: Tantriviet.vnn@gmail.com website:http://www.tantrivietsoft.com/
Reply
Những người đã cảm ơn
#8
(07-11-13, 01:43 PM)paulsteigel Đã viết: Đáp án là:
+ Ta bảo vệ để tránh việc xem code hay xem dữ liệu?
+>Nếu bảo vệ xem code - đừng làm bằng access, hãy dùng các chương trình khác để dịch sang Exe - mặc dù vẫn có thể dịch ngược được nhưng cơ may là thấp.
+>Viết bằng Access là để làm các ứng dụng nhỏ, thường đơn giản vì thế người có kinh nghiệm, xem form họ làm được ngay phần mềm như vậy -- thế thì bảo vệ làm gì?
+ Nếu chỉ bảo vệ data, dùng cơ chế mã hóa thì có thể bảo vệ được ở mức độ nào đó - nhưng có cần thiết không?
+ Nếu chỉ đơn giản là không thích họ chọc ngoáy thì khóa phím shift là đủ - vì người dùng bình thường, chả ai quan tâm tới vọc vạch, họ chỉ cần làm cho được việc.
Trước khi nghĩ đến bảo vệ công nghệ hãy nghĩ đến việc làm ra một ứng dụng ra hồn đã!
Mình là dân theo trường phái nguồn mở, hãy tạo cho người khác cơ hội được phát triển từ cái mà ta đã mất nhiều thời gian để làm ra vì, nếu họ tự làm, rồi họ cũng làm được nhưng mất thời gian. Tại sao ta không giúp họ để họ làm ra cái mới từ cái của ta, sau đó ta lại học thêm được. Có thể thì xã hội mới có sự thừa kế và phát triển chứ!

Còn về việc xác định xem có nhấn Shift không thì Quit - chứng tỏ bạn chưa hiểu rõ môi trường làm việc của Access. Việc nhấn Shift diễn ra trước khi các chương trình của bạn chạy, như vậy thì làm sao mà nó biết được mà Quit. Nếu muốn thế, hãy sửa Access chứ không phải ứng dụng của bạn.

Vài dòng vọc vạch thế!

hahaha khoái nhất là câu này nha paulsteigel
"Trước khi nghĩ đến bảo vệ công nghệ hãy nghĩ đến việc làm ra một ứng dụng ra hồn đã!"
ღღღღღTài sản của bomnhauag (View All Items) ღღღღღ
Reply
Những người đã cảm ơn
#9
"Bảo mật" với người rồi sẽ thành "Mật bảo" cho người khác thôi. Đúng làm ko có chương trình nào là BM tuyệt đối được. Acc lại càng ko.
1. Nếu chỉ tạo File LogIn thì quá dễ để các Pro lấy Pass và dữ liệu bằng việc dùng thủ thuật Import dữ liệu về (Import tất cả: Table, Query, Report, Form Macro, Module).
2. Nếu đặt pass cho VBA thì chỉ hạn chế Import các Report, Form và Module thôi, còn Table, Query và Macro thì chào thua.
3. Nếu đặt Pass cho Data thì sẽ không Import được dữ liệu nếu không có Pass. Xong việc mở sử dụng Form có vẽ không Pro lắm. Tuy nhiên hiện nay công cụ Unlock Access mọc lên nhãn nhãn, việc tạo Pass cho Data cũng ko phải là bảo mật an toàn đối với các Pro có phần mềm này.
Tóm lại: Hãy thoái mái sử dụng Access đi. Chọc ngoáy và tạo cơ hội cho mọi người chọc ngoáy thật nhiều để tìm ra nhiều "Code" hay cho công việc. Hãy để nó tự nhiên với nguyên nghĩa của nó: "Access".
Thân chào !
Chữ ký của Minh Tiên -----------------------------------------------
Đường tuy ngắn, không đi không đến
Việc tuy nhỏ, không làm không nên.
                                           Tuân Tử
-----------------------------------------------
Reply
Những người đã cảm ơn


Có thể liên quan đến chủ đề
Chủ đề: Tác giả Trả lời: Xem: Bài mới nhất
  [Help] Lỗi "A problem occurred while Microsoft Access was communicating with the OLE server thanhoai 1 109 03-11-16, 03:53 PM
Bài mới nhất: maidinhdan
  [Hỏi] Việc set thuộc tính OnClick trong Code toancvp 5 229 31-10-16, 10:14 AM
Bài mới nhất: toancvp
  [Lỗi] Cúp điện ---> lỗi access 2013 biencuong86 3 149 26-10-16, 04:30 PM
Bài mới nhất: maidinhdan
  thay đổi biểu tượng Access dưới thanh Start từ win 7 đến win 10 thanhtruong 7 433 05-08-16, 10:53 PM
Bài mới nhất: hungefi
  [Hỏi] File chạy chậm vì trong quá trình design phải chỉnh sửa và test thử nhiều. toancvp 4 264 29-07-16, 11:36 PM
Bài mới nhất: toancvp

Chuyển nhanh:


User(s) browsing this thread: 1 Guest(s)
Diễn Đàn Thơ Văn Thi Ẩm Lâu|Nhà Hàng Sông Thơ