Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #172174 > unrolled thread

lynx - not all sites readable

Back to article view | Back to linux.debian.user

Contents

  lynx - not all sites readable Hans <hans.ullrich@loop.de> - 2016-09-14 22:20 +0200
    Re: lynx - not all sites readable Hans <hans.ullrich@loop.de> - 2016-09-14 22:30 +0200
      Re: lynx - not all sites readable Brian <ad44@cityscape.co.uk> - 2016-09-15 01:20 +0200
        Re: lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 02:10 +0200
          Re: lynx - not all sites readable Hans <hans.ullrich@loop.de> - 2016-09-15 08:40 +0200
            Re: lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 16:40 +0200
              Re: lynx - not all sites readable Hans <hans.ullrich@loop.de> - 2016-09-15 16:50 +0200
                Re: lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 17:00 +0200
                Re: lynx - not all sites readable davidson@freevolt.org - 2016-09-16 02:10 +0200
    Re: lynx - not all sites readable Jude DaShiell <jdashiel@panix.com> - 2016-09-14 23:10 +0200
      Re: lynx - not all sites readable Henning Follmann <hfollmann@itcfollmann.com> - 2016-09-14 23:50 +0200
        Re: lynx - not all sites readable David Wright <deblis@lionunicorn.co.uk> - 2016-09-15 02:10 +0200
        Re: lynx - not all sites readable Andre Majorel <aym-naibed@teaser.fr> - 2016-09-15 10:50 +0200
          Re: lynx - not all sites readable Hans <hans.ullrich@loop.de> - 2016-09-15 11:10 +0200
            Re: lynx - not all sites readable Andre Majorel <aym-naibed@teaser.fr> - 2016-09-15 12:20 +0200
            Re: lynx - not all sites readable David Wright <deblis@lionunicorn.co.uk> - 2016-09-15 18:50 +0200
          Re: lynx - not all sites readable Jude DaShiell <jdashiel@panix.com> - 2016-09-15 12:00 +0200
          Re: lynx - not all sites readable Vincent Lefevre <vincent@vinc17.net> - 2016-09-15 12:40 +0200
            Re: lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-15 22:40 +0200
              Re: lynx - not all sites readable Vincent Lefevre <vincent@vinc17.net> - 2016-09-16 11:40 +0200
              Re: lynx - not all sites readable Vincent Lefevre <vincent@vinc17.net> - 2016-09-16 12:30 +0200
          Re: lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 15:50 +0200
            Re: lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-15 17:30 +0200
              Links browser, was  lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 22:50 +0200
                Re: Links browser, was  lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-16 00:10 +0200
                  Re: Links browser, was  lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-16 01:00 +0200
                    Re: Links browser, was  lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-16 01:40 +0200
                      Re: Links browser, was  lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-16 02:00 +0200
                        Re: Links browser, was  lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-16 02:50 +0200
                          Re: Links browser, was  lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-16 04:50 +0200
                            Re: Links browser, was  lynx - not all sites readable Dutch Ingraham <stoa@gmx.us> - 2016-09-16 05:10 +0200
                              Re: Links browser, was lynx - not all sites readable Johann Spies <johann.spies@gmail.com> - 2016-09-22 09:10 +0200
      Re: lynx - not all sites readable Curt <curty@free.fr> - 2016-09-15 14:20 +0200
        Re: lynx - not all sites readable Karen Lewellen <klewellen@shellworld.net> - 2016-09-15 16:10 +0200
    Re: lynx - not all sites readable Jude DaShiell <jdashiel@panix.com> - 2016-09-14 23:10 +0200
    Re: lynx - not all sites readable emetib <chadbrabec@gmail.com> - 2016-09-15 01:40 +0200
    Re: lynx - not all sites readable jeremy bentham <dnw@eskimo.com> - 2016-09-16 04:50 +0200

Page 2 of 2 — ← Prev page 1 [2]

#172292

On 2016-09-15 15:34:10 -0500, Dutch Ingraham wrote:
> [1] https://wiki.gentoo.org/wiki/UTF-8#links_and_elinks

And concerning elinks, it supports UTF-8 by default (I don't have
any config file for elinks), so no need to set a special config as
mentioned on this page.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

[toc] | [prev] | [next] | [standalone]

#172222

On Thu, 15 Sep 2016, Andre Majorel wrote:

>
> To the OP : both sites (and the links under "Drivers") work with
> Elinks as far as I can see.
>
> I must say, it baffles me that Lynx continues to get more
> mentions than Elinks, Links and W3m together even though they
> render HTML at least as well and usually better that Lynx. Or
> have things changed in recent years ?

Actually not as well or better, depending on the task.
Lynx is updated regularly, which  may be part of why you hear about it with 
greater frequency.
Plug in aspects like html5  in some distributions, the ability to manage 
script buttons sometimes too if the button is well created
.
Links is no longer updated, does not even support cookies.
e-links has not been updated for a while, while lynx was updated a few 
months  ago.


Karen

[toc] | [prev] | [next] | [standalone]

#172231

On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
> Links is no longer updated, 

Where did you get this information?  As far as I can see, links was updated on
July 1, 2016.[1][2]  Does that qualify as "no longer updated"?  

[1] https://en.wikipedia.org/wiki/Links_(web_browser)
[2] https://www.archlinux.org/packages/core/x86_64/links/

[toc] | [prev] | [next] | [standalone]

#172264 — Links browser, was lynx - not all sites readable

Hi Dutch,

Actually I got that information from a Google staffer working with 
accessibility.  Such was why, at the time, gmail stopped working with 
links.
they have changed that factor though, and links often produces more 
detailed search results than lynx.
I appreciate your providing this correction.
Still, that brings up two questions of my own regarding links.
first, does the browser still not accept cookies?
and second, what is the comparative solution to Hans' forbidden  site 
problem?
I do not know if I can alter the send user agent  command in links.
I would welcome an idea though, because there are times when using links 
is the wiser option, but that barrier presents a problem.
Thanks,
Karen


On Thu, 15 Sep 2016, Dutch Ingraham wrote:

> On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
>> Links is no longer updated,
>
> Where did you get this information?  As far as I can see, links was updated on
> July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
>
> [1] https://en.wikipedia.org/wiki/Links_(web_browser)
> [2] https://www.archlinux.org/packages/core/x86_64/links/
>
>

[toc] | [prev] | [next] | [standalone]

#172268 — Re: Links browser, was lynx - not all sites readable

On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
> Hi Dutch,
> Still, that brings up two questions of my own regarding links.
> first, does the browser still not accept cookies?

I'm not sure of your definition of "accept," but in the general sense links does
not store and set cookies.  This post [1] seems to make a distinction, though,
between persistent cookies and volatile cookies.

> and second, what is the comparative solution to Hans' forbidden  site
> problem?

I had no problem visiting nvidia.de/Treiber with links.

> I do not know if I can alter the send user agent  command in links.

links -> setup -> Network options -> HTTP options -> Header options

[1] https://superuser.com/questions/478633/links-cookie-location



> 
> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> 
> > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
> > > Links is no longer updated,
> > 
> > Where did you get this information?  As far as I can see, links was updated on
> > July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
> > 
> > [1] https://en.wikipedia.org/wiki/Links_(web_browser)
> > [2] https://www.archlinux.org/packages/core/x86_64/links/
> > 
> > 
> 

[toc] | [prev] | [next] | [standalone]

#172270 — Re: Links browser, was lynx - not all sites readable

Hi Dutch,
The forbidden site issue I encounter  is not the one Hans referenced, but 
others.
take
masterworkshealing.com
for example,
So the idea would be an option  that I could change, as I directed Hans 
to  make a  short term change to the send user agent header one in lynx.
I realize naturally there are times when the  user agent header needs to 
be sent.  Likely why Lynx does not make this change perminent.  what about 
in links though?
As for storing cookies,  indeed,  I am wondering what to do if I try 
visiting a site and am not allowed to continue because the browser will not 
accept cookies...as in literary says as much.
for example,
www.walmart.ca
will not even move forward in links for this reason.
I am not sure if the reference you place below will explain the user agent 
header question, or the cookies one?
Thanks,
Karen


On Thu, 15 Sep 2016, Dutch Ingraham wrote:

> On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
>> Hi Dutch,
>> Still, that brings up two questions of my own regarding links.
>> first, does the browser still not accept cookies?
>
> I'm not sure of your definition of "accept," but in the general sense links does
> not store and set cookies.  This post [1] seems to make a distinction, though,
> between persistent cookies and volatile cookies.
>
>> and second, what is the comparative solution to Hans' forbidden  site
>> problem?
>
> I had no problem visiting nvidia.de/Treiber with links.
>
>> I do not know if I can alter the send user agent  command in links.
>
> links -> setup -> Network options -> HTTP options -> Header options
>
> [1] https://superuser.com/questions/478633/links-cookie-location
>
>
>
>>
>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>
>>> On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
>>>> Links is no longer updated,
>>>
>>> Where did you get this information?  As far as I can see, links was updated on
>>> July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
>>>
>>> [1] https://en.wikipedia.org/wiki/Links_(web_browser)
>>> [2] https://www.archlinux.org/packages/core/x86_64/links/
>>>
>>>
>>
>
>

[toc] | [prev] | [next] | [standalone]

#172271 — Re: Links browser, was lynx - not all sites readable

On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote:
> Hi Dutch,
> The forbidden site issue I encounter  is not the one Hans referenced, but
> others.
> take
> masterworkshealing.com

I can visit that site with links.

> for example,
> So the idea would be an option  that I could change, as I directed Hans to
> make a  short term change to the send user agent header one in lynx.
> I realize naturally there are times when the  user agent header needs to be
> sent.  Likely why Lynx does not make this change perminent.  what about in
> links though?

See http://links.twibright.com/user_en.html#subch-network-options  


> As for storing cookies,  indeed,  I am wondering what to do if I try
> visiting a site and am not allowed to continue because the browser will not
> accept cookies...as in literary says as much.
> for example,
> www.walmart.ca
> will not even move forward in links for this reason.

On my machine, that site is not viewable in the standard links config due to 
lack of javascript, not cookies.  Interestingly, walmart.com doesn't have that
issue.





> I am not sure if the reference you place below will explain the user agent
> header question, or the cookies one?
> Thanks,
> Karen
> 
> 
> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> 
> > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
> > > Hi Dutch,
> > > Still, that brings up two questions of my own regarding links.
> > > first, does the browser still not accept cookies?
> > 
> > I'm not sure of your definition of "accept," but in the general sense links does
> > not store and set cookies.  This post [1] seems to make a distinction, though,
> > between persistent cookies and volatile cookies.
> > 
> > > and second, what is the comparative solution to Hans' forbidden  site
> > > problem?
> > 
> > I had no problem visiting nvidia.de/Treiber with links.
> > 
> > > I do not know if I can alter the send user agent  command in links.
> > 
> > links -> setup -> Network options -> HTTP options -> Header options
> > 
> > [1] https://superuser.com/questions/478633/links-cookie-location
> > 
> > 
> > 
> > > 
> > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > 
> > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
> > > > > Links is no longer updated,
> > > > 
> > > > Where did you get this information?  As far as I can see, links was updated on
> > > > July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
> > > > 
> > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser)
> > > > [2] https://www.archlinux.org/packages/core/x86_64/links/
> > > > 
> > > > 
> > > 
> > 
> > 
> 

[toc] | [prev] | [next] | [standalone]

#172272 — Re: Links browser, was lynx - not all sites readable

Hi Dutch,

Something told me to try my example again  before I shared it, try this in 
links.

www.healingwiththemasters.com
I just tried and got the 403 forbidden error.
As for Walmart.com allowing the links browser, I am afraid that matters 
not as   I am in Canada and my reference is to the Canadian site.
My speech  states that the issue is a cookies one,  providing the offer of 
viewing the flyer without cookies.
I will check your resource for the user agent question.
Thanks,
Karen


On Thu, 15 Sep 2016, Dutch Ingraham wrote:

> On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote:
>> Hi Dutch,
>> The forbidden site issue I encounter  is not the one Hans referenced, but
>> others.
>> take
>> masterworkshealing.com
>
> I can visit that site with links.
>
>> for example,
>> So the idea would be an option  that I could change, as I directed Hans to
>> make a  short term change to the send user agent header one in lynx.
>> I realize naturally there are times when the  user agent header needs to be
>> sent.  Likely why Lynx does not make this change perminent.  what about in
>> links though?
>
> See http://links.twibright.com/user_en.html#subch-network-options
>
>
>> As for storing cookies,  indeed,  I am wondering what to do if I try
>> visiting a site and am not allowed to continue because the browser will not
>> accept cookies...as in literary says as much.
>> for example,
>> www.walmart.ca
>> will not even move forward in links for this reason.
>
> On my machine, that site is not viewable in the standard links config due to
> lack of javascript, not cookies.  Interestingly, walmart.com doesn't have that
> issue.
>
>
>
>
>
>> I am not sure if the reference you place below will explain the user agent
>> header question, or the cookies one?
>> Thanks,
>> Karen
>>
>>
>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>
>>> On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
>>>> Hi Dutch,
>>>> Still, that brings up two questions of my own regarding links.
>>>> first, does the browser still not accept cookies?
>>>
>>> I'm not sure of your definition of "accept," but in the general sense links does
>>> not store and set cookies.  This post [1] seems to make a distinction, though,
>>> between persistent cookies and volatile cookies.
>>>
>>>> and second, what is the comparative solution to Hans' forbidden  site
>>>> problem?
>>>
>>> I had no problem visiting nvidia.de/Treiber with links.
>>>
>>>> I do not know if I can alter the send user agent  command in links.
>>>
>>> links -> setup -> Network options -> HTTP options -> Header options
>>>
>>> [1] https://superuser.com/questions/478633/links-cookie-location
>>>
>>>
>>>
>>>>
>>>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>>>
>>>>> On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
>>>>>> Links is no longer updated,
>>>>>
>>>>> Where did you get this information?  As far as I can see, links was updated on
>>>>> July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
>>>>>
>>>>> [1] https://en.wikipedia.org/wiki/Links_(web_browser)
>>>>> [2] https://www.archlinux.org/packages/core/x86_64/links/
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

[toc] | [prev] | [next] | [standalone]

#172274 — Re: Links browser, was lynx - not all sites readable

On Thu, Sep 15, 2016 at 07:57:27PM -0400, Karen Lewellen wrote:
> Hi Dutch,
> 
> Something told me to try my example again  before I shared it, try this in
> links.
> 
> www.healingwiththemasters.com
> I just tried and got the 403 forbidden error.

Yes, I get the same thing.  Note that if you turn off javascript on your
full-graphical browser (Firefox, etc), that same site will not
error-out, but will likely not display anything, either.














> As for Walmart.com allowing the links browser, I am afraid that matters not
> as   I am in Canada and my reference is to the Canadian site.
> My speech  states that the issue is a cookies one,  providing the offer of
> viewing the flyer without cookies.
> I will check your resource for the user agent question.
> Thanks,
> Karen
> 
> 
> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> 
> > On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote:
> > > Hi Dutch,
> > > The forbidden site issue I encounter  is not the one Hans referenced, but
> > > others.
> > > take
> > > masterworkshealing.com
> > 
> > I can visit that site with links.
> > 
> > > for example,
> > > So the idea would be an option  that I could change, as I directed Hans to
> > > make a  short term change to the send user agent header one in lynx.
> > > I realize naturally there are times when the  user agent header needs to be
> > > sent.  Likely why Lynx does not make this change perminent.  what about in
> > > links though?
> > 
> > See http://links.twibright.com/user_en.html#subch-network-options
> > 
> > 
> > > As for storing cookies,  indeed,  I am wondering what to do if I try
> > > visiting a site and am not allowed to continue because the browser will not
> > > accept cookies...as in literary says as much.
> > > for example,
> > > www.walmart.ca
> > > will not even move forward in links for this reason.
> > 
> > On my machine, that site is not viewable in the standard links config due to
> > lack of javascript, not cookies.  Interestingly, walmart.com doesn't have that
> > issue.
> > 
> > 
> > 
> > 
> > 
> > > I am not sure if the reference you place below will explain the user agent
> > > header question, or the cookies one?
> > > Thanks,
> > > Karen
> > > 
> > > 
> > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > 
> > > > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
> > > > > Hi Dutch,
> > > > > Still, that brings up two questions of my own regarding links.
> > > > > first, does the browser still not accept cookies?
> > > > 
> > > > I'm not sure of your definition of "accept," but in the general sense links does
> > > > not store and set cookies.  This post [1] seems to make a distinction, though,
> > > > between persistent cookies and volatile cookies.
> > > > 
> > > > > and second, what is the comparative solution to Hans' forbidden  site
> > > > > problem?
> > > > 
> > > > I had no problem visiting nvidia.de/Treiber with links.
> > > > 
> > > > > I do not know if I can alter the send user agent  command in links.
> > > > 
> > > > links -> setup -> Network options -> HTTP options -> Header options
> > > > 
> > > > [1] https://superuser.com/questions/478633/links-cookie-location
> > > > 
> > > > 
> > > > 
> > > > > 
> > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > > > 
> > > > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
> > > > > > > Links is no longer updated,
> > > > > > 
> > > > > > Where did you get this information?  As far as I can see, links was updated on
> > > > > > July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
> > > > > > 
> > > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser)
> > > > > > [2] https://www.archlinux.org/packages/core/x86_64/links/
> > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > > 
> > > 
> > 
> > 
> 

[toc] | [prev] | [next] | [standalone]

#172278 — Re: Links browser, was lynx - not all sites readable

Hi Dutch,
I am not sure I agree with the java script focus.  after all that site 
will work in lynx, when I turn off the send user agent header option, just 
like I suggested to Hans.
why would  it work in a non graphical environment with lynx,  if I take the 
above 
referenced step if Java script is not  involved under those circumstances?
I cannot say as to the graphical ones, I do not have them.


On Thu, 15 Sep 2016, Dutch Ingraham wrote:

> On Thu, Sep 15, 2016 at 07:57:27PM -0400, Karen Lewellen wrote:
>> Hi Dutch,
>>
>> Something told me to try my example again  before I shared it, try this in
>> links.
>>
>> www.healingwiththemasters.com
>> I just tried and got the 403 forbidden error.
>
> Yes, I get the same thing.  Note that if you turn off javascript on your
> full-graphical browser (Firefox, etc), that same site will not
> error-out, but will likely not display anything, either.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>> As for Walmart.com allowing the links browser, I am afraid that matters not
>> as   I am in Canada and my reference is to the Canadian site.
>> My speech  states that the issue is a cookies one,  providing the offer of
>> viewing the flyer without cookies.
>> I will check your resource for the user agent question.
>> Thanks,
>> Karen
>>
>>
>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>
>>> On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote:
>>>> Hi Dutch,
>>>> The forbidden site issue I encounter  is not the one Hans referenced, but
>>>> others.
>>>> take
>>>> masterworkshealing.com
>>>
>>> I can visit that site with links.
>>>
>>>> for example,
>>>> So the idea would be an option  that I could change, as I directed Hans to
>>>> make a  short term change to the send user agent header one in lynx.
>>>> I realize naturally there are times when the  user agent header needs to be
>>>> sent.  Likely why Lynx does not make this change perminent.  what about in
>>>> links though?
>>>
>>> See http://links.twibright.com/user_en.html#subch-network-options
>>>
>>>
>>>> As for storing cookies,  indeed,  I am wondering what to do if I try
>>>> visiting a site and am not allowed to continue because the browser will not
>>>> accept cookies...as in literary says as much.
>>>> for example,
>>>> www.walmart.ca
>>>> will not even move forward in links for this reason.
>>>
>>> On my machine, that site is not viewable in the standard links config due to
>>> lack of javascript, not cookies.  Interestingly, walmart.com doesn't have that
>>> issue.
>>>
>>>
>>>
>>>
>>>
>>>> I am not sure if the reference you place below will explain the user agent
>>>> header question, or the cookies one?
>>>> Thanks,
>>>> Karen
>>>>
>>>>
>>>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>>>
>>>>> On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
>>>>>> Hi Dutch,
>>>>>> Still, that brings up two questions of my own regarding links.
>>>>>> first, does the browser still not accept cookies?
>>>>>
>>>>> I'm not sure of your definition of "accept," but in the general sense links does
>>>>> not store and set cookies.  This post [1] seems to make a distinction, though,
>>>>> between persistent cookies and volatile cookies.
>>>>>
>>>>>> and second, what is the comparative solution to Hans' forbidden  site
>>>>>> problem?
>>>>>
>>>>> I had no problem visiting nvidia.de/Treiber with links.
>>>>>
>>>>>> I do not know if I can alter the send user agent  command in links.
>>>>>
>>>>> links -> setup -> Network options -> HTTP options -> Header options
>>>>>
>>>>> [1] https://superuser.com/questions/478633/links-cookie-location
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
>>>>>>
>>>>>>> On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
>>>>>>>> Links is no longer updated,
>>>>>>>
>>>>>>> Where did you get this information?  As far as I can see, links was updated on
>>>>>>> July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
>>>>>>>
>>>>>>> [1] https://en.wikipedia.org/wiki/Links_(web_browser)
>>>>>>> [2] https://www.archlinux.org/packages/core/x86_64/links/
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

[toc] | [prev] | [next] | [standalone]

#172281 — Re: Links browser, was lynx - not all sites readable

On Thu, Sep 15, 2016 at 10:43:02PM -0400, Karen Lewellen wrote:
> Hi Dutch,
> I am not sure I agree with the java script focus.  after all that site will
> work in lynx, when I turn off the send user agent header option, just like I
> suggested to Hans.
> why would  it work in a non graphical environment with lynx,  if I take the
> above referenced step if Java script is not  involved under those
> circumstances?
> I cannot say as to the graphical ones, I do not have them.
> 


No, it is likely the user agent string.  If I set links' user agent
string to fake firefox, the site will load.


> 
> On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> 
> > On Thu, Sep 15, 2016 at 07:57:27PM -0400, Karen Lewellen wrote:
> > > Hi Dutch,
> > > 
> > > Something told me to try my example again  before I shared it, try this in
> > > links.
> > > 
> > > www.healingwiththemasters.com
> > > I just tried and got the 403 forbidden error.
> > 
> > Yes, I get the same thing.  Note that if you turn off javascript on your
> > full-graphical browser (Firefox, etc), that same site will not
> > error-out, but will likely not display anything, either.
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > > As for Walmart.com allowing the links browser, I am afraid that matters not
> > > as   I am in Canada and my reference is to the Canadian site.
> > > My speech  states that the issue is a cookies one,  providing the offer of
> > > viewing the flyer without cookies.
> > > I will check your resource for the user agent question.
> > > Thanks,
> > > Karen
> > > 
> > > 
> > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > 
> > > > On Thu, Sep 15, 2016 at 06:55:25PM -0400, Karen Lewellen wrote:
> > > > > Hi Dutch,
> > > > > The forbidden site issue I encounter  is not the one Hans referenced, but
> > > > > others.
> > > > > take
> > > > > masterworkshealing.com
> > > > 
> > > > I can visit that site with links.
> > > > 
> > > > > for example,
> > > > > So the idea would be an option  that I could change, as I directed Hans to
> > > > > make a  short term change to the send user agent header one in lynx.
> > > > > I realize naturally there are times when the  user agent header needs to be
> > > > > sent.  Likely why Lynx does not make this change perminent.  what about in
> > > > > links though?
> > > > 
> > > > See http://links.twibright.com/user_en.html#subch-network-options
> > > > 
> > > > 
> > > > > As for storing cookies,  indeed,  I am wondering what to do if I try
> > > > > visiting a site and am not allowed to continue because the browser will not
> > > > > accept cookies...as in literary says as much.
> > > > > for example,
> > > > > www.walmart.ca
> > > > > will not even move forward in links for this reason.
> > > > 
> > > > On my machine, that site is not viewable in the standard links config due to
> > > > lack of javascript, not cookies.  Interestingly, walmart.com doesn't have that
> > > > issue.
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > > I am not sure if the reference you place below will explain the user agent
> > > > > header question, or the cookies one?
> > > > > Thanks,
> > > > > Karen
> > > > > 
> > > > > 
> > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > > > 
> > > > > > On Thu, Sep 15, 2016 at 04:47:01PM -0400, Karen Lewellen wrote:
> > > > > > > Hi Dutch,
> > > > > > > Still, that brings up two questions of my own regarding links.
> > > > > > > first, does the browser still not accept cookies?
> > > > > > 
> > > > > > I'm not sure of your definition of "accept," but in the general sense links does
> > > > > > not store and set cookies.  This post [1] seems to make a distinction, though,
> > > > > > between persistent cookies and volatile cookies.
> > > > > > 
> > > > > > > and second, what is the comparative solution to Hans' forbidden  site
> > > > > > > problem?
> > > > > > 
> > > > > > I had no problem visiting nvidia.de/Treiber with links.
> > > > > > 
> > > > > > > I do not know if I can alter the send user agent  command in links.
> > > > > > 
> > > > > > links -> setup -> Network options -> HTTP options -> Header options
> > > > > > 
> > > > > > [1] https://superuser.com/questions/478633/links-cookie-location
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > > 
> > > > > > > On Thu, 15 Sep 2016, Dutch Ingraham wrote:
> > > > > > > 
> > > > > > > > On Thu, Sep 15, 2016 at 09:47:14AM -0400, Karen Lewellen wrote:
> > > > > > > > > Links is no longer updated,
> > > > > > > > 
> > > > > > > > Where did you get this information?  As far as I can see, links was updated on
> > > > > > > > July 1, 2016.[1][2]  Does that qualify as "no longer updated"?
> > > > > > > > 
> > > > > > > > [1] https://en.wikipedia.org/wiki/Links_(web_browser)
> > > > > > > > [2] https://www.archlinux.org/packages/core/x86_64/links/
> > > > > > > > 
> > > > > > > > 
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > 
> > > > 
> > > > 
> > > 
> > 
> > 
> 

[toc] | [prev] | [next] | [standalone]

#172616 — Re: Links browser, was lynx - not all sites readable

[Multipart message — attachments visible in raw view] — view raw

I can open http://www.healingwiththemasters.com/ with elinks but not with
lynx or links.

Regards
Johann.

[toc] | [prev] | [next] | [standalone]

#172218

On 2016-09-14, Jude DaShiell <jdashiel@panix.com> wrote:
> One of these days, I'd like to put a website up and permit only text 
> browsers like links and lynx and edbrowse full access and either block 
> all of the graphical browsers or simply cause all of them to crash.
>

That's the spirit. An eye for an eye is what I say (with a little
malicious crashing as whipped cream on the ocular globe).

-- 
“Whatever is rejected from the self, appears in the world as an event.” 
C.G. Jung

[toc] | [prev] | [next] | [standalone]

#172223

[Multipart message — attachments visible in raw view] — view raw

On Thu, 15 Sep 2016, Curt wrote:

> On 2016-09-14, Jude DaShiell <jdashiel@panix.com> wrote:
>> One of these days, I'd like to put a website up and permit only text
>> browsers like links and lynx and edbrowse full access and either block
>> all of the graphical browsers or simply cause all of them to crash.
>>
>
> That's the spirit. An eye for an eye is what I say (with a little
> malicious crashing as whipped cream on the ocular globe).
>


Oh how
  funny!  Honestly I would simply put them through the frustration 
encountered when  the low graphics browsers do not work...then explain how 
to create the site properly in the first place.
That, and  raise funds on kickstarter to pay  someone to create a browser 
that  embodies the best of both.
The ignorance is the greater issue.
I can no longer access my linked in account because the person working on 
the site thinks the enter key works, on their script buttons...and it does 
not.
Kare


> -- 
> “Whatever is rejected from the self, appears in the world as an event.”
> C.G. Jung
>
>

[toc] | [prev] | [next] | [standalone]

#172179

lynx isn't suppressing or forbidding anything!  The sites you visit are 
doing all of that blocking and forbidding.

On Wed, 14 Sep 2016, Hans wrote:

> Date: Wed, 14 Sep 2016 16:18:59
> From: Hans <hans.ullrich@loop.de>
> To: debian-user@lists.debian.org
> Subject: lynx - not all sites readable
> Resent-Date: Wed, 14 Sep 2016 20:19:31 +0000 (UTC)
> Resent-From: debian-user@lists.debian.org
> 
> Hi list,
>
> can someone explain, why lynx sometimes forbid websites or supresses websites?
>
> I needed a driver from Nvidia. As I had no X available, I tried download using
> lynx.
> However, I could open www.nvidia.com, but could not jump to the submenu alled
> "Treiber".  Then I tried to go to www.nvidia.de, but lynx told me, "This site
> is forbidden".
>
> I found no logic for these issues. Tried http 1.0 and http 1.1, but there was
> no change. Does someone know more? IMO lynx is very usefull, when there is no
> X available!
>
> Best regards
>
> Hans
>
>
>
>
>

-- 

[toc] | [prev] | [next] | [standalone]

#172185

personally i prefer links

just seems to work better.  especially if you install gpm also.  make a great combo for terminal only browsing.

henning ->
because it would be fun.

i've had to browse forums before using a text only browser trying to fix my X.  it will make you a happy camper to have a graphic browser if you ever have to spend a couple of hours trying to find something on the web with a text browser.

em

[toc] | [prev] | [next] | [standalone]

#172279

On Wed, Sep 14, 2016 at 10:18:59PM +0200, Hans wrote:
> Hi list,
> 
> can someone explain, why lynx sometimes forbid websites or supresses websites?
> 
> I needed a driver from Nvidia. As I had no X available, I tried download using 
> lynx. 

Many sites block lynx, because it can be used as a crawler.
Sometimes it helps to obscure the user-agent:  I stick hyphens in
in the word "lynx" there and it helps.  Not really lying...just
not telling the truth {-; .

-- 
 Dave Williams         dnw@eskimo.com

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | linux.debian.user

csiph-web