这与Read https://google.com doesn't work anymore in Red?不是同一个问题
即使有了上面的修复,它也不起作用:
convert-invalid: function [page] [
collect/into [foreach c page [keep to-char c]] clear ""
]
convert-invalid read/binary https://en.blog.wordpress.com/2015/02/26/wordpress-for-ios-new-visual-editor-and-more/
02/26/wordpress-for-ios-new-visual-editor-and-more/
*** Access Error: cannot connect: https://en.blog.wordpress.com/2015/02/26/wordpress-for-ios-new-visual-editor-and-more/ reason: timeout
*** Where: read
*** Stack: print convert-invalid 我检查了一下Rebol,它是有效的:
>> read https://en.blog.wordpress.com/2015/02/26/wordpress-for-ios-new-vi
sual-editor-and-more/
connecting to: en.blog.wordpress.com
== {<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" data-placeholder-foc
us="false"><head profile="http://gmpg....
>>发布于 2017-11-12 04:30:02
这可能是因为TLS 1.2得到了更广泛的采用,目前还没有redbols本身就支持它。
我上个星期也被这个问题搞得焦头烂额。我有大约20个封装的本地应用程序,允许用户轻松查询密集的Web API。为了让它们再次工作,我需要在所有本地计算机上安装cURL。讨厌!:(
我已经成功地让cURL与我的代码一起工作,尽管它比我预期的要慢一点。请看这里的另一个问题,它涵盖了基础知识:
(让Rebol3 Alpha与cURL一起工作是我遇到的最大困难,但我可能只需要更多的修修补补。)
发布于 2017-11-11 17:34:56
发布于 2017-11-13 17:24:47
该URL可以毫不费力地从Red中读取:
--== Red 0.6.3 ==--
Type HELP for starting information.
>> read https://en.blog.wordpress.com/2015/02/26/wordpress-for-ios-new-visual-editor-and-more/
== {<!DOCTYPE html>^/<html xmlns="http://www.w3.org/1999/xhtml" lang="en" data-placehoRed依赖于HTTPS的操作系统网络层,因此它不存在Rebol2的过时问题。
我对你的问题的猜测是,你正在使用代理来访问互联网,而Red还不支持代理(而Rebol支持),所以这可以解释你在连接时超时的原因。
https://stackoverflow.com/questions/47236132
复制相似问题