New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
whenClicked -> creates userFIle via same place it was opened at. #6
Conversation
im pretty sure tux wont update the repo with PR if you want u can add it to my fork instead as im going to contuin making parts of it to help myself learn java alot better |
Well sure, but this is pretty useless considering that it only creates the file that displays the info, if you really wanted it to work then you could link it to an sql dataBase that would store the info and checkInfo when needed for login System. But yea for sure I'll make a pr for this. |
Just let me know what GitHub it is because you have 35 Github forks and I don't really know which lol. |
Tbh something like this could be really cool like using pastbin or sm to hold credentials instead of it being inside the code |
I doubt you can make a Pastebin that holds info, you would most likely have to link it to an Sql DataBase. |
Well I recon you could use pastebin or something similar using sm like "username:password" and find the text before and after the colon as hwid auths on GitHub use a similar concept it would also be easier for the end user as not everyone has access to a SQL database but pastebin is a free resource. Also lol I forgot about that I'll make it a normal one tmr and make sure to give tux credit in the description or sm to make sure it's known it's a fork of his |
hi guys |
Hi tux |
Yes well, I get that you can store the user:password like a HWID-Lock but the only reason why I don't agree is "how" you could make it. You could make it act like a HWID-System where it's an actionListener onClick -> { <- method starts but not too sure how it would really work unless you hard code it. Let me know if you can figure it out. |
I believe that it is possible to not do any of these but checkUserFile <- when login is pressed and searches for the file via desktop for a specific folder and checks the file for the creds. because, the method I created creatUserFIle when the loginButton is pressed creates a userfile in the same area the file was opened in meaning if we just have a system to check when it's pressed and determine whether the info checks out or not. Unless we would need a dataBase to store the info which should be really easy as we can just create a google spread sheet that is called DataBase.imd and then link it with the sql connecter and then once it's connected have it check the file in the desktop or create a specific file path. If we create a specific file path and the database check for it then that would make a easier solution then all of this. |
this would probs work but its all about ease for the end user tbh i reccon its kinda over compilcating it using sql. also whta would be the point in having a username printing to a file because this would just be a one time install? |
ive also updated this to a one you can pr now |
That is true, but SQL would most likely be the easiest option. If we link to a spread sheet that anyone can edit and stuff like that, we would have to have knowledge in JSON and HTTP and some other stuff. It's too complicated in my opinion. private static Credential getCredentials(final NetHttpTransport HTTP_TRANSPORT) throws IOException {
// pom.xml dependency.
final NetHttpTransport HTTP_TRANSPORT = GoogleNetHttpTransport.newTrustedTransport(); |
I think we should make 2 versions one over compilacted one and one for less savy coders to understand and user, |
Mayb, but I just installed MySQL and installed a working dataBase via NetBeans. Im gonna link it to netBeans when I finish work today. |
I also realized this thread has been going on for so long lmfao |
Ikr what's ur discord???? |
When the user clicks on Install button and then closes out of the app, it will create a json that stores the username and password, it will only create the info when you close the Jar.
edit: you can change the file type on line 108.