Есть ли опции компиляции?

[ripke]

Продолжаю пытаться заставить lynx сохранить куки на диске. Обратил внимание на такое
# PERSISTENT_COOKIES indicates that cookies should be read at startup from
# the COOKIE_FILE, and saved at exit for storage between Lynx sessions.
# It is not used if Lynx was compiled without USE_PERSISTENT_COOKIES.
# The default is FALSE, so that the feature needs to be enabled here
# explicitly if you want it.
#
Вопрос. Как узнать с какой опцией (откомпилировался) установился lynx? Ведь в убунте все устанавливается упрощенно через apt-get или aptitude.

P.S. А что для lynx этот форум не работает?

[drBatty]

Вопрос. Как узнать с какой опцией (откомпилировался) установился lynx? Ведь в убунте все устанавливается упрощенно через apt-get или aptitude.

ИМХО я-бы пересобрал его по новой.
попробуйте lynx --help, обычно перечисленные там опции работаю именно в вашем lynx.

А вот ответить может и не получится - lynx не умеет AJAX.

[ripke]

Вопрос. Как узнать с какой опцией (откомпилировался) установился lynx? Ведь в убунте все устанавливается упрощенно через apt-get или aptitude.

ИМХО я-бы пересобрал его по новой.
попробуйте lynx --help, обычно перечисленные там опции работаю именно в вашем lynx.

А вот ответить может и не получится - lynx не умеет AJAX.

Если пересобрать в убунте означает вот это sudo apt-get install lynx --reinstall , то я пересобрал. После этого запустил и попытался авторизоваться на форуме, после ввода логина и пароля получил вот это
http://unixforum.org/index.php?act=attach&type=post&id=20331
После нажатия на ссылку благополучно снова оказался на главной как гость. (
P.S. Кстати про куки lynx ни слова не сказал.

[drBatty]

Если пересобрать в убунте означает вот это sudo apt-get install lynx --reinstall

нет. качаем сырцы, потом
less INSTALL
./configure && make
sudo checkinstall -D
А уж потом --reinstall

после ввода логина и пароля получил вот это

ага. не работает. Это к админам... Они что-то там накрутили. Но wget'ом входится: wget и авторизация на unixforum

[sash-kan]

Как узнать с какой опцией (откомпилировался) установился lynx?

диалог опций → внизу ссылка на lynx.cfg → вверху «see also: compile time option».

Это к админам

в браузере проблема. вероятно, решается соответствующей настройкой.

[drBatty]

в браузере проблема. вероятно, решается соответствующей настройкой.

знать-бы ещё - какой...

[ripke]

Не могу авторизоваться нигде, не только на этом форуме. Поставил из исходников
Lynx Version 2.8.7rel.1 (05 Jul 2009)
libwww-FM 2.14, ncurses 5.7.20090207
Built on linux-gnu
Вот часть конфига

Код: Выделить всё

#LYNXCGI_DOCUMENT_ROOT:


.h1 Cookies

.h2 FORCE_SSL_COOKIES_SECURE
# If FORCE_SSL_COOKIES_SECURE is set to TRUE, then SSL encrypted cookies
# received from https servers never will be sent unencrypted to http
# servers.  The compilation default is to impose this block only if the
# https server included a secure attribute for the cookie.  The normal
# default or that defined here can be toggled via the -force_secure
# command line switch.
#
#FORCE_SSL_COOKIES_SECURE:FALSE




.h1 Cookies

.h2 SET_COOKIES
# If SET_COOKIES is set FALSE, Lynx will ignore Set-Cookie headers
# in http server replies.  Note that if a COOKIE_FILE is in use (see
# below) that contains cookies at startup, Lynx will still send those
# persistent cookies in requests as appropriate.  Setting SET_COOKIES
# to FALSE just prevents accepting any new cookies from servers.  To
# prevent all cookie processing (sending *and* receiving) in a session,
# make sure that PERSISTENT_COOKIES is not TRUE or that COOKIE_FILE does
# not point to a file with cookies, in addition to setting SET_COOKIES
# to FALSE.
# The default is defined in userdefs.h, and can be overridden here,
# and/or toggled via the -cookies command line switch.
#
SET_COOKIES:TRUE


.h2 ACCEPT_ALL_COOKIES
# If ACCEPT_ALL_COOKIES is set TRUE, Lynx will accept cookies from all
# domains with no user interaction.  This is equivalent to automatically
# replying to all cookie 'Allow?' prompts with 'A'lways.  Note that it
# does not preempt validity checking, which has to be controlled separately
# (see below).
# The default is defined in userdefs.h and can be overridden here, or
# in the .lynxrc file via an o(ptions) screen setting.  It may also be
# toggled via the -accept_all_cookies command line switch.
#
#ACCEPT_ALL_COOKIES:FALSE


.h2 COOKIE_ACCEPT_DOMAINS
.h2 COOKIE_REJECT_DOMAINS
# COOKIE_ACCEPT_DOMAINS and COOKIE_REJECT_DOMAINS are comma-delimited lists
# of domains from which Lynx should automatically accept or reject cookies
# without asking for confirmation.  If the same domain is specified in both
# lists, rejection will take precedence.
# Note that in order to match cookies, domains have to be spelled out exactly
# in the form in which they would appear on the Cookie Jar page (case is
# insignificant).  They are not wildcards.  Domains that apply to more than
# one host have a leading '.', but have to match *the cookie's* domain
# exactly.
#
#COOKIE_ACCEPT_DOMAINS:
#COOKIE_REJECT_DOMAINS:


.h2 COOKIE_LOOSE_INVALID_DOMAINS
.h2 COOKIE_STRICT_INVALID_DOMAINS
.h2 COOKIE_QUERY_INVALID_DOMAINS
# COOKIE_LOOSE_INVALID_DOMAINS, COOKIE_STRICT_INVALID_DOMAINS, and
# COOKIE_QUERY_INVALID_DOMAINS are comma-delimited lists of domains.
# They control the degree of validity checking that is applied to cookies
# for the specified domains.
# Note that in order to match cookies, domains have to be spelled out exactly
# in the form in which they would appear on the Cookie Jar page (case is
# insignificant).  They are not wildcards.  Domains that apply to more than
# one host have a leading '.', but have to match *the cookie's* domain
# exactly.
# If a domain is set to strict checking, strict conformance to RFC2109 will
# be applied.  A domain with loose checking will be allowed to set cookies
# with an invalid path or domain attribute.  All domains will default to
# asking the user for confirmation in case of an invalid path or domain.
# Cookie validity checking takes place as a separate step before the
# final decision to accept or reject (see previous options), therefore
# a cookie that passes validity checking may still be automatically
# rejected or cause another prompt.
#
#COOKIE_LOOSE_INVALID_DOMAINS:
#COOKIE_STRICT_INVALID_DOMAINS:
#COOKIE_QUERY_INVALID_DOMAINS:

.h2 MAX_COOKIES_DOMAIN
.h2 MAX_COOKIES_GLOBAL
.h2 MAX_COOKIES_BUFFER
# MAX_COOKIES_DOMAIN,
# MAX_COOKIES_GLOBAL and
# MAX_COOKIES_BUFFER are limits on the total number of cookies for each domain,
# globally, and the per-cookie buffer size.  These limits are by default large
# enough for reasonable usage; if they are very high, some sites may present
# undue performance waste.
#
#MAX_COOKIES_DOMAIN:50
#MAX_COOKIES_GLOBAL:500
#MAX_COOKIES_BUFFER:4096

.h2 PERSISTENT_COOKIES
# PERSISTENT_COOKIES indicates that cookies should be read at startup from
# the COOKIE_FILE, and saved at exit for storage between Lynx sessions.
# It is not used if Lynx was compiled without USE_PERSISTENT_COOKIES.
# The default is FALSE, so that the feature needs to be enabled here
# explicitly if you want it.
#
PERSISTENT_COOKIES:TRUE


.h2 COOKIE_FILE
# COOKIE_FILE is the default file from which persistent cookies are read
# at startup (if the file exists), if Lynx was compiled with
# USE_PERSISTENT_COOKIES and the PERSISTENT_COOKIES option is enabled.
# The cookie file can also be specified in .lynxrc or on the command line.
#
COOKIE_FILE:~/.lynx_cookies


.h2 COOKIE_SAVE_FILE
# COOKIE_SAVE_FILE is the default file in which persistent cookies are
# stored at exit, if Lynx was compiled with USE_PERSISTENT_COOKIES and the
# PERSISTENT_COOKIES option is enabled.  The cookie save file can also be
# specified on the command line.
#
# With an interactive Lynx session, COOKIE_SAVE_FILE will default to
# COOKIE_FILE if it is not set.  With a non-interactive Lynx session (e.g.,
# -dump), cookies will only be saved to file if COOKIE_SAVE_FILE is set.
#
COOKIE_SAVE_FILE:~/.lynx_cookies

[sash-kan]

знать-бы ещё - какой...

посмотрите google://lynx+redirecting+post+content

Не могу авторизоваться нигде, не только на этом форуме. Поставил из исходников

верните назад (улыбка). проблема не в версии lynx. и не в форуме. я привёл ключевые слова, по которым хоть какой-то свет можно пролить на этот вопрос.

по поводу cookies:
http://caunter.ca/README.cookies

upd. а конфигурационный файл, видимо, жёстко в исходниках прописан.
чтобы указать свой:
$ lynx -cfg=/path/to/file <url>

upd2. сдался вам этот lynx! ну не работает он с современными редиректами и post-данными (в таком виде, как принято ожидать от браузера), да и бог с ним. альтернативы-то есть.

[drBatty]

upd2. сдался вам этот lynx! ну не работает он с современными редиректами и post-данными (в таком виде, как принято ожидать от браузера), да и бог с ним. альтернативы-то есть.

ага.

[ripke]

upd. а конфигурационный файл, видимо, жёстко в исходниках прописан.
чтобы указать свой:
$ lynx -cfg=/path/to/file <url>

Я привел как раз глобальный конфиг, своего не создавал.
Сейчас еще раз пересобрал вот так, в надежде, что может все-таки удастся попасть в gmail. ./configure --prefix=/home/user/bin --exec-prefix=/home/user/bin --with-ssl=/usr/lib --enable-gnutls-compat
Но, увы. Нажав на кнопку войти, высвечивается опять что этот браузер не поддерживает https urls. ( Хочу консольный рабочий браузер. Дайте.

[ripke]

drBatty, но у вас я заметил на картинке в приложении подпись внизу. Значит вы авторизовались? Так?

[drBatty]

но у вас я заметил на картинке в приложении подпись внизу. Значит вы авторизовались? Так?

нет. я авторизировался в другом браузере. в том я гость.
там можно как-то сделать, но lynx действительно глючная штука, и даже поборов авторизацию, вы не решите всех проблем.

[ishitori]

Хочу консольный рабочий браузер. Дайте.

если вам все равно какой, то почему вы зациклились на lynx? их вроде куча. мне в свое время нравился w3m. сейчас попробовал - авторизация прошла успешно:

[sash-kan]

w3m

параллельная тема (если кто-то не обратил внимания): wget и авторизация на unixforum