有关用户交互的问题:登录名和密码处理

本文介绍了有关用户交互的问题:登录名和密码处理的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述

我是登录对话框设计的新手. 我想知道如果密码文件丢失该怎么办.只是简单地告诉用户出了什么问题? 困惑... 我想知道密码文件应该保存到哪里，以便用户(或想以非法方式删除密码的人)无法轻易删除它.还是有其他不需要密码文件的方式? 而且，如果密码文件丢失，该怎么办? 这是一个有关Windows上运行日记的独立应用程序. 谢谢前进！ :)

I''m new in login dialog design. I wonder what should I do if the password file missing. Just simply tell the user something wrong occurs? Puzzled... I want to know where should the password file save to so the user(or someone who wanna delete it in illegal way) can not easily delete it. Or is there any other way no need password file? And, if the password file is missing, what should I do? This is an independent app about diary runs on Windows. Thanks advance! :)

推荐答案

将密码保存在数据库中总是更好，更安全的方法. 不直接如此，加密和保存也是如此. 只有解密后，您才能看到原始密码. 因为您提到了gona，请在文件中保存密码.我建议您将该文件另存为db. 因此，没有机会删除此文件. BLOB(二进制大对象)是在db中保存文件的更好方法. 您也可以从db中删除该记录. 您可以通过与负责人员具有数据库管理员权限来避免这种情况. Its always better and a more secured way to save the passwords in the database. Not directly as such, that too on encrypting and saving it. Only on decrypting it, u can able to see the original pwd. since you mentioned you gona save password in file. i advice you to save that file as a blob in the db. Hence there is no chance of deleting this file. BLOB (Binary Large OBject) is better way of saving files in db. you can delete this record too from db. you can avoid this by having the db admin rights with the responsible people.

您不应使用密码:只需将任何数据保存在用户主目录下即可. Windows安全性将负责保护这些数据并将其私有. You should not use passwords: just save any data under the users home directory. Windows security will take care of securing that data, and making it private.

嘿，可以有不同的方法来处理此问题. 您可以使用我认为stdio.h中存在的功能 您可以使用它的系统("DOS COMMAND")更改目录，从而将文件保存到用户无法访问的地方. 我认为您会使用检查文件是否可用的方法 您可以告诉用户该文件已被外部来源..或类似的东西篡改... 据我所知，您无法通过基于dos的程序使用Windows的hidden等属性.但是，如果有一种方法，那将是一个相当不错的方法 hey there can be different approaches to this..... you can use a function that is there in i think stdio.h its system("DOS COMMAND ")you can use this to change directry n save your file somewere out of the reach of the user . i think you would be using a check whether a file is available or not you can tell the user that the file has been tampered by external sources .. or something like that ... As much as i know you cannot use the windows''s hidden etc attributes via a dos based program .. but if there is a way that would be a quite good approach