Wikipedia:Reference desk/Archives/Computing/2023 June 28

= June 28 =

IPv10?
Has anyone heard of IPv10? I'm guessing it's a joke, that needs to be AFD'd. —scs (talk) 14:17, 28 June 2023 (UTC)


 * Answering my own question, this Stack Exchange thread suggests it is, if not a pure joke, certainly not anything that's being seriously considered by more than a tiny handful of people. —scs (talk) 14:42, 28 June 2023 (UTC)


 * "IPv10 is the Proposed version of Internet Protocol announced by an anonymous group in 2023 on the Internet in June 2023." Well, if that's not a reliable source, I don't know what is. Matt Deres (talk) 15:07, 28 June 2023 (UTC)


 * And even that's not accurate — the IETF draft (proto RFC) first came out in 2016.
 * (I can't be bothered to see if what the proto RFC proposed is what the "article" describes — although it's perhaps telling that the article doesn't even cite the RFC.) —scs (talk) 19:56, 28 June 2023 (UTC)

How would you describe what this code is doing?
I understand that read gets input and store it in memory and this happens each time the function, which is named  is running.

But what's goging on here wholesomely and is there a simpler way to do store data from the user? 2A10:8012:1:A85B:748D:C39A:189B:D08B (talk) 21:22, 28 June 2023 (UTC)


 * It looks buggy to me. I think the argument "$1:" in the first line of the function body should be, while the next line should be read -p "Again, please:" tmp2 – assuming the -p argument stands for a prompt to the user. Expanding the first two limes for the first function call then results in
 * read -p "Please enter the domain of your web application twice1:" tmp1
 * read -p "Again, please:" tmp2
 * Function read gets input (a string) from a channel and assigns it to a variable. Internally, it uses the variables tmp1 and tmp2, and if both inputs are the same it then sets the variable that is the first argeument with which it is called – domain, dbrootp or dbuserp – to that common string. I'm not quite sure of the level at which this should be explained, since the code appears fairly self-explanatory to me. --Lambiam 00:40, 29 June 2023 (UTC)


 * Thanks a lot, User:Lambiam. A Bash layman like me which is not a Linux Sysadmin should probably better off use something like this:


 * I just need code that I could understand immediately a years onward. 2A10:8012:1:A85B:A9A0:B966:CE15:D2AB (talk) 09:52, 29 June 2023 (UTC)
 * In the read command, the -p option writes a prompt. So read -p abc xyz means more or less the same as echo -n abc; read xyz. The variable names email_1 and email_2 are confusing; they are meant to contain passwords entered by the user through the keyboard. Above, the effect of echo $email_1. is that the password the user has just entered twice is echoed back to them (which might surprise and confuse them). I do not see that it is further used --Lambiam 10:17, 29 June 2023 (UTC)
 * "I just need code that I could understand immediately a years onward", and you are missing the single most important thing about coding: comments. Try something like:


 * Obviously a real script will need to do something with the error return, or else code the function to restart when the values don't match. Martin of Sheffield (talk) 11:03, 29 June 2023 (UTC)
 * Thanks a lot, dear Martin. I use code comments since about year 2010, I just didn't use them here :) 2A10:8012:F:F548:5831:5F73:4C2B:3E83 (talk) 18:32, 29 June 2023 (UTC)