Re^4: redacting from config hash

what steps would a user who downloads the package have to take to set it up? How would you describe those steps in your README for the user to follow? And then, what do you as the developer have to provide to make that as easy as possible?

It seems to me that a user would want a one session experience to populate his/her critical data. Thus, I've been removing hard-coded values one by one. What remains is a hard-coded path to an ini file, which I think is on the verge of working, but vexingly, does not. This is an analog to what I've used before to instantiate the sftp object. Perl thinks this is illegal:

 

sub get_tiny{

use 5.011;
use warnings;
use Net::SFTP::Foreign;
use Config::Tiny;
use Data::Dumper;



my $ini_path = qw( /home/bob/Documents/html_template_data/3.values.ini
+ );
say "ini path is $ini_path";

my $sub_hash = "my_sftp";
my $Config = Config::Tiny->new;
$Config = Config::Tiny->read( $ini_path , 'utf8' );
say Dumper \%Config;
my $domain = $Config{$sub_hash}->{'domain'};
my $username = $Config{$sub_hash}->{'username'};
my $password = $Config{$sub_hash}->{'password'};
my $port = $Config{$sub_hash}->{'port'};


#dial up the server

say "values are $domain $username $password $port";
my $sftp = Net::SFTP::Foreign->new( $domain, user => $username,
port => $port, password => $password)
  or die "Can't connect: $!\n";
  return $sftp;
}
[download]

List of compiler complaints:

$ ./1.qy1.pl 
Global symbol "%Config" requires explicit package name (did you forget
+ to declare "my %Config"?) at template_stuff/html4.pm line 215.
Global symbol "%Config" requires explicit package name (did you forget
+ to declare "my %Config"?) at template_stuff/html4.pm line 216.
Global symbol "%Config" requires explicit package name (did you forget
+ to declare "my %Config"?) at template_stuff/html4.pm line 217.
Global symbol "%Config" requires explicit package name (did you forget
+ to declare "my %Config"?) at template_stuff/html4.pm line 218.
BEGIN not safe after errors--compilation aborted at template_stuff/htm
+l4.pm line 239.
Compilation failed in require at ./1.qy1.pl line 5.
BEGIN failed--compilation aborted at ./1.qy1.pl line 5.
$
[download]

I just don't see where I'm not correctly imitating the syntax shown on Config::Tiny.

Comment on Re^4: redacting from config hash Select or Download Code

Replies are listed 'Best First'.
Re^5: redacting from config hash by hippo (Archbishop) on Aug 03, 2018 at 08:34 UTC
I just don't see where I'm not correctly imitating the syntax shown on Config::Tiny Part way through you've stopped using a hashref and started using a hash. Just stick with the hashref. eg: `my $Config = Config::Tiny->new; $Config = Config::Tiny->read( $ini_path , 'utf8' ); say Dumper $Config; my $domain = $Config->{$sub_hash}->{'domain'}; my $username = $Config->{$sub_hash}->{'username'}; my $password = $Config->{$sub_hash}->{'password'}; my $port = $Config->{$sub_hash}->{'port'};` [download] HTH.	[reply] [d/l]
Re^6: redacting from config hash by Aldebaran (Curate) on Aug 06, 2018 at 21:39 UTC
thx hippo, your code as posted worked: `my $domain = $Config->{$sub_hash}->{'domain'}; my $username = $Config->{$sub_hash}->{'username'}; my $password = $Config->{$sub_hash}->{'password'}; my $port = $Config->{$sub_hash}->{'port'};` [download] but I was curious whether it would still work without the second arrows, and it does: sub get_tiny { use 5.011; use warnings; use Net::SFTP::Foreign; use Config::Tiny; use Data::Dumper; my $ini_path = qw( /home/bob/Documents/html_template_data/3.values.i +ni ); say "ini path is $ini_path"; my $sub_hash = "my_sftp"; my $Config = Config::Tiny->new; $Config = Config::Tiny->read( $ini_path, 'utf8' ); say Dumper $Config; # -> is optional between brackets my $domain = $Config->{$sub_hash}{'domain'}; my $username = $Config->{$sub_hash}{'username'}; my $password = $Config->{$sub_hash}{'password'}; my $port = $Config->{$sub_hash}{'port'}; #dial up the server say "values are $domain $username $password $port"; my $sftp = Net::SFTP::Foreign->new( $domain, user => $username, port => $port, password => $password ) or die "Can't connect: $!\n"; return $sftp; } [download] Thx for your comment.	[reply] [d/l] [select]
Re^5: redacting from config hash by haukex (Archbishop) on Aug 03, 2018 at 08:36 UTC
... my $Config = Config::Tiny->new; $Config = Config::Tiny->read( $ini_path , 'utf8' ); say Dumper \%Config; my $domain = $Config{$sub_hash}->{'domain'}; my $username = $Config{$sub_hash}->{'username'}; my $password = $Config{$sub_hash}->{'password'}; my $port = $Config{$sub_hash}->{'port'}; ... Global symbol "%Config" requires explicit package name (did you forget + to declare "my %Config"?) at template_stuff/html4.pm line 215. Global symbol "%Config" requires explicit package name (did you forget + to declare "my %Config"?) at template_stuff/html4.pm line 216. Global symbol "%Config" requires explicit package name (did you forget + to declare "my %Config"?) at template_stuff/html4.pm line 217. Global symbol "%Config" requires explicit package name (did you forget + to declare "my %Config"?) at template_stuff/html4.pm line 218. ... [download] Config::Tiny returns a (blessed) reference to a hash, which is stored in the scalar `$Config`, so there is no `%Config` hash available. Both `\%Config` and `$Config{$sub_hash}` are however attempting to access a hash named `%Config`. Instead of `Dumper \%Config`, do `Dumper $Config`, and instead of `$Config{$sub_hash}`, say `$Config->{$sub_hash}`, and it should work. See perlreftut and perlref.	[reply] [d/l] [select]
Re^6: redacting from config hash by Aldebaran (Curate) on Aug 06, 2018 at 21:28 UTC
I have a lot to learn when it comes to the syntax of hashes, and needed to be re-reminded of the abbreviation and the arrow rule. We've traversed a fairly wide arc in this thread from beginning with redacting to implementing Config::Tiny. I didn't get very far on the archiving itself and work on that presently. I do think that better usenet and perlmonks threads end when OP posts code that works. I ended up creating a new script that a) holds example values for the user to change when they customize their settings, and b) creates the .ini file that will populate values for dialing up a server. I'll post STDOUT, the .ini file, and then the script itself Read more... (3 kB) Of course, none of what works in the above code would have happened without the excellent comments and provision of source that this forum provided. Thank you.	[reply] [d/l]