Sponsored Content
Contact Us Post Here to Contact Site Administrators and Moderators Question regarding my blog-thread Post 303046077 by sea on Thursday 23rd of April 2020 08:32:13 AM
Old 04-23-2020
Question regarding my blog-thread

Hello
The topic is: https://www.unix.com/shell-programmi...-new-post.html

When I got up today, I see there's a message from Neo, but invisible marked as 'hidden solution'.
It just so happens that I was able to read it in the middle of the night (5mins after Neo posted it).

So, I know what IS written there, unless it's been modified in between - which the 'hidden solution' seems to indicate.

This said, I'm a little confused now as to what steps I should take now.
  • Am I supposed to solve something that is written in a (now) hidden message?
  • Does that still apply?
  • Did you (Neo) just 'hide' it for later (as in, you needed to check something first)?

And yes, if I used images the wrong way, please tell me the proper way.
Because after attaching images to a post, I do not see any 'VB code' provided for re-use.

So yes, I used 'that' link to refer to the images used - expecting it to behave like any other 'hardcoded-image-url'.
I'm sorry if that caused any issues for the migration.

Stay healthy
Regards
 

3 More Discussions You Might Find Interesting

1. Programming

How to cancel a thread safely from the initial thread?

how about asynchronous canceling? or with signal? if with signal whether it effects the process? my english so badly :( :( (1 Reply)
Discussion started by: alan.zhao
1 Replies

2. Programming

Question on creation of Thread pool

dear sir/madam presently i am in a process of creating a multithread pool using clone() system call in unix with c programming. i am facing some problem ie., i am able create multithread pool and able to keep all the threads in wait state,but when i call kill (afunction revoke a... (6 Replies)
Discussion started by: Radha
6 Replies

3. Shell Programming and Scripting

Blog-Thread: Creating a Shell Wrapper and Runtime Modifier (SWARM)

SWARM = Shell Wrapper and Runtime Modifier But as a matter of fact, it's more like a Text User Interface framework for scripts. Which was the original title (TUI) of the first split-up iteration from Script-Tools. Script-Tools is still the 'end/final-project', SWARM is just the way to get... (32 Replies)
Discussion started by: sea
32 Replies
Arch::LiteWeb(3pm)					User Contributed Perl Documentation					Arch::LiteWeb(3pm)

NAME
Arch::LiteWeb - simple way to access web pages SYNOPSIS
my $web = Arch::LiteWeb->new; my $content = $web->get("http://some.domain:81/some/path"); die $web->error . " while processing " . $web->request_url unless $content; my $content_type = $web->response_headers->{content_type}; DESCRIPTION
This class provides a basic and easy to use support for the client-side HTTP. It is supplied in order to avoid dependency on LWP. If such dependency is not a problem, consider to use LWP instead that provides much better support for HTTP and other protocols. METHODS
The following class methods are available: get, post, request_url, error, error_with_url, network_error, response_code, response_codestr, response_error, response_headers, response_content. get url [params ...] Execute HTTP get of the given url and return the html string or undef on network/response error. Use other methods to get the details about the error and the response. params is key-value hash, the following keys are supported: url_host - only used if url is none url_port - only used if url is none(80) url_path - only used if url is none endl - default is "1512" timeout - default is 20 seconds user_agent - default is "Arch::LiteWeb/0.1" nocache - add a no-cache header noredirect - don't follow redirect responses max_redirect_depth - default is 5 use_proxy - default is false proxy_url - proxy url ($http_proxy supported too) proxy_host - only used if proxy_url is none proxy_port - only used if proxy_url is none(80) post url input [params] Not implemented yet. request_url Actual url of the last issued request or undef. If partial redirect responses are enabled, then the result is the last (non-redirect) url. error If the last request resulted in error (i.e. get/post returned undef), then this method returns the error message, otherwise it returns undef. This is just a shortcut for network_error || response_error. error_with_url Like error, but with " while fetching request_url " text appended if non undef. network_error The network error message for the last request or undef. response_error The response error message for the last request or undef. response_code The last response code (integer) or undef. response_codestr The last response code (string) or undef. response_headers The last response headers (hashref of HTTP headers) or undef. response_content The last response content or undef. This is the same thing that the last get/post returns. BUGS
Not intended for use in mission-critical applications. AUTHORS
Mikhael Goikhman (migo@homemail.com--Perl-GPL/arch-perl--devel). SEE ALSO
For more information, see LWP, LWP::Simple. perl v5.10.1 2005-03-25 Arch::LiteWeb(3pm)
All times are GMT -4. The time now is 07:06 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy