Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

REB sites which don't respond

 [1/15] from: ddalley::idirect::com at: 18-Nov-2001 3:34


I asked in an earlier message why many/most sites listed don't respond, except for a message, such as: "Cannot open folder: http://www.google.com/index.r". I think I got responses from about 6 out of all displayed. One person mentioned that his site is only up a few hours per day. Are all of the others "off-line", too? Even my own attempt to make a REB site responds in the same way. The index.r doc is at the same location as the normal index.html (which works in a browser), but the index.r doesn't work in GOTO. What am I doing wrong? Donald Dalley

 [2/15] from: tomc:darkwing:uoregon at: 18-Nov-2001 0:52


shot in the dark here but in the lower left corner of your view desktop there maybe a yellow word "local" if so, then click it to put yourself in "online" mode (where it will not say anything there) and yes I was unable to reach most that I just randomly tried ... but others including mine worked On Sun, 18 Nov 2001, Donald Dalley wrote:

 [3/15] from: jasonic:panix at: 18-Nov-2001 7:52


> shot in the dark here but in the lower left corner of your view > desktop there maybe a yellow word "local" if so, then click > it to put yourself in "online" mode (where it will not say anything there) > > and yes I was unable to reach most that I just randomly tried > ... but others including mine worked
This got me recently after I had re-installed REBOL, but neglected to select the check box marked "connect at startup" [I think that's what it is called].. puzzled for couple of days while I thought I had flaky DSL connection, finally happily discovered the 'local' button. doh. There is an smart improvement to add to REBOL Desktop's design: 1. Offer a similar option to "connect at startup", called: check rebsites at startup 2. If checked then REBOL would politely go through pinging each of the REBsites and then do a quick, quiet check of the full URL to check availability. 3. Provide a connection status indicator. For example, each rebsite name listed in 'REBsites' could now be rendered in one of 3 possible colors: Red, Yellow, Green for example [traffic light paradigm].. Red: cannot even ping the domain. ie: no connection possible Yellow: ping responds but cannot find the URL. ie:possible programming error Green: site online, enjoy.. 4. Include a 'stats' option to show recent history of access to sites. Could be a percentage or data value related to the 'check rebsites' history log. The idea behind this is that while it may take a few minutes to do all this checking, it would make a much smoother desktop, save a lot of confusion and wasted time for everyone. The more REBsites are added the more useful this might be. 5. To streamline the idea and allow people to customize suitably, site checking mechanism would reference a 'check-rebsites block in user.r The default would probably simply read thus: check-rebsites: [ {check availability of all rebsites when desktop at startup or on-line) url: all frequency: startup ] But many people might want include include multiple entries in check-rebsites to cover more subtle or personal needs. Which sites, how often etc.. url: all ; do them all url: new ; since some/last time, check history url: list ; a block of named sits to have the same settings url: wildcards ; any REBsites with url matching certain wildcard filter this would be a list of rebsites The frequency: parameter is the really crucial one, governing the behavior of check-rebsites. accepting accept time! values for daily, hourly, every 15 minutes etc. check-rebsites/frequency should also allow some obvious contingency values, say: frequency: never ; don't bother with this one frequency: connect ; when desktop switches from local to on-line frequency: select ; as it is now, when I try to access site check status frequency: notify ; for publish and subscribe REBsites frequency: nested ; this one would work for REBsites not visible at the top level. Designed to be used sweepingly as some kind of /all mode or where a precise targeting is helpful for known sites. REBOL anticipates a very wired world, but also a wire-less world. Dynamic site checking has to be an important feature in this vision adn should be built in to the regular interface from the beginning. When it works REBOL is transparent, delightfully swift and silent. But when you get an error [often in /View] or when clicking on numb REBsites, it gives no intelligent feedback and the clever user interface illusion collapses fast. The technology includes its own medicine. Let's use it well. ./Jason

 [4/15] from: hallvard:ystad:helpinhand at: 18-Nov-2001 21:29


Tom Conlin skrev (09.52 18.11.2001):
>shot in the dark here but in the lower left corner of your view >desktop there maybe a yellow word "local" if so, then click >it to put yourself in "online" mode (where it will not say anything there)
Ah,... that explains why I cant get 'emailer to work on my rebsite... I keep getting the error message "Email cannot be sent when working offline." There's no yellow word "local" on my desktop, though, but when I double click (on nothing) just above "View 1.2.1.3.1", the desktop responds "connecting...", and just after that, to the right, I get "Connected to the Internet at 21:20:03". ...Still, once I try the rebol-script with 'emailer, I get the same error message... Do you all get that? It's the Kasper program on http://folk.uio.no/hallvary/rebol/index.r. And by thye way.. Don't you all agree that 'emailer could have more refinements than /to and /subject ? How about i.e. /message, /cc and /bcc ? ~H

 [5/15] from: jasonic:panix at: 18-Nov-2001 18:21


> Ah,... that explains why I cant get 'emailer to work on my rebsite... I
keep getting the error message "Email cannot be sent when working offline." There's no yellow word "local" on my desktop, though, but when I double click (on nothing) just above "View 1.2.1.3.1", the desktop responds connecting... , and just after that, to the right, I get "Connected to the Internet at 21:20:03". A message in small red type saying "offline" would be nice.
> ...Still, once I try the rebol-script with 'emailer, I get the same error
message... Do you all get that? It's the Kasper program on http://folk.uio.no/hallvary/rebol/index.r. And by thye way.. Don't you all agree that 'emailer could have more refinements than /to and /subject ? How about i.e. /message, /cc and /bcc ? Work ok for me. Perhaps you check your REBOL Email configs, or reinstall rebol, else first check it is sending email ok. Start with minimal console test. I have a new ADSL provider DirectTVDSL. One glitch with using is that sometimes I cannot send email by clicking send from Outlook Express [my regular software] unless I click first hit the main SEND/RECEIVE button at the top. Likewise REBOL programs needing to send email sometimes will hang. The solution is I have to make sure that Outlook can handle the email first. Then Rebol is happy. This seems to be associated with some 'spam' type prevention scheme by smpt.directvinternet.com [the DSL mailer domain]. For example I tried it right now: <error> The message could not be sent because one of the recipients was rejected by the server. The rejected e-mail address was ['rebol-list--rebol--com']. Subject 'Re: [REBOL] Re: REB sites which don't respond', Account: 'pop.panix.com', Server: 'smtp.directvinternet.com', Protocol: SMTP, Server Response: '553 To send mail, first check your mail with a valid POP account; this prevents unauthorized SPAM relaying. (#5.7.1)', Port: 25, Secure(SSL): No, Server Error: 553, Error Number: 0x800CCC79 </error> But it might be confounded by Microsoft putting there evil spanner in the unholy works yet again. Never had the problem before, and DirectTV engineer admitted their email strategy sucked.. This is bumming me out because I am concerned about reliability of REBOL programs on unknown or unattended machines. I wonder if anyone using Internet via Cable Modem has any experiences like this. - Jason

 [6/15] from: arolls:idatam:au at: 19-Nov-2001 16:56


That's interesting. Can't you modify the emailer to optionally check for mail first? You could also catch errors with TRY, and if there's an error sending, then read mail first and try sending again. At least the program won't halt then. Anton.

 [7/15] from: jasonic:panix at: 19-Nov-2001 9:41


Anton Rolls <[arolls--idatam--com--au]> wrote:
> That's interesting. Can't you modify the > emailer to optionally check for mail first?
good idea. I'll have a look.
> You could also catch errors with TRY, and > if there's an error sending, then read > mail first and try sending again. > At least the program won't halt then.
ah now that's nice idea. probably a good habit to use TRY as amuch as possible. But how can I implement your suggestion on another user's computer where I won't know their email login password? thanks ./Jason

 [8/15] from: ddalley:idirect at: 19-Nov-2001 18:39


Hello, Tom:
> Tom Conlin skrev (09.52 18.11.2001): > > >shot in the dark here but in the lower left corner of your view > >desktop there maybe a yellow word "local" if so, then click > >it to put yourself in "online" mode (where it will not say anything
there) This worked for most of the sites (thank you), except mine. I now get a local path error (of some sort), when I use the type-in GOTO service, to use HTTP: ** Access Error: Cannot open /c/rebol/view/public/home.graffiti.net/ddalley/index.r Why is REBOL looking on my hard drive, for my REB site? Donald Dalley

 [9/15] from: ammonjohnson:yaho:o at: 19-Nov-2001 17:59


It is looking in the cache, the "public" folder in the installation directory of REBOL. Enjoy!! Ammon

 [10/15] from: ryanc:iesco-dms at: 19-Nov-2001 16:07


Sounds to me like it might be a caching issue. If you haven't already, try deleting /c/rebol/view/public/home.graffiti.net. --Ryan Donald Dalley wrote:
> Hello, Tom: > > Tom Conlin skrev (09.52 18.11.2001):
<<quoted lines omitted: 14>>
> [rebol-request--rebol--com] with "unsubscribe" in the > subject, without the quotes.
-- Ryan Cole Programmer Analyst www.iesco-dms.com 707-468-5400 The contradiction so puzzling to the ordinary way of thinking comes from the fact that we have to use language to communicate our inner experience which in its very nature transcends lingistics. -D.T. Suzuki

 [11/15] from: ddalley:idirect at: 19-Nov-2001 20:19


----- Original Message ----- From: "Ryan Cole" <[ryanc--iesco-dms--com]> To: <[rebol-list--rebol--com]> Sent: Monday, November 19, 2001 7:07 PM Subject: [REBOL] Re: REB sites which don't respond
> Sounds to me like it might be a caching issue. If you haven't already,
try
> deleting /c/rebol/view/public/home.graffiti.net.
Thanks Ryan! The site is working for me now. Now I have to get working on the site. ;^) Donald Dalley

 [12/15] from: tomc:darkwing:uoregon at: 19-Nov-2001 18:22


I see you did get an answer but thought it worth mentioning you can (should be able to) right-click on a site and choose 'reload from the popup On Mon, 19 Nov 2001, Donald Dalley wrote:

 [13/15] from: jasonic:panix at: 20-Nov-2001 1:52


----- Original Message ----- From: "Anton Rolls" <[arolls--idatam--com--au]> To: <[rebol-list--rebol--com]> Sent: Monday, November 19, 2001 12:56 AM Subject: [REBOL] Re: REB sites which don't respond
> That's interesting. Can't you modify the > emailer to optionally check for mail first?
I may have fixed the temperamental smtp problem by changing Outlook Express's 'default' mail account to match the one the DSL provider WANTS me to use. As TRY statements with email checks from REBOL would be good manners. If my script is to run on another [unknown] machine, I suppose I can just check settings from their user.r , do a quiet smtp test first before running the rest of the program. ./Jason

 [14/15] from: ddalley:idirect at: 20-Nov-2001 12:07


Hello, Jason: On 18-Nov-01, Jason Cunliffe wrote: Re: REB sites not working
> This got me recently after I had re-installed REBOL, but neglected to select > the check box marked "connect at startup" [I think that's what it is > called].. puzzled for couple of days while I thought I had flaky DSL > connection, finally happily discovered the 'local' button. doh. > There is a smart improvement to add to REBOL Desktop's design:
Actually, you came up with more than just one smart improvement. Your ideas sound well thought out and, if they had been implemented, would have made trying to access the variably working REB sites much more understandable. I hope RT is listening.
> frequency: never ; don't bother with this one
Wouldn't REBOL's way be frequency: none ?
> When it works REBOL is transparent, delightfully swift and silent. But when > you get an error [often in /View] or when clicking on numb REBsites, it > gives no intelligent feedback and the clever user interface illusion > collapses fast. The technology includes its own medicine. Let's use it well.
Right. -- ---===///||| Donald Dalley |||\\\===--- The World of AmiBroker Support http://webhome.idirect.com/~ddalley UIN/ICQ#: 65203020

 [15/15] from: ddalley:idirect at: 21-Nov-2001 1:19


> originally written by Tom Conlin on 20-Nov-01 *** > > I see you did get an answer but thought it worth mentioning you can > (should be able to) right-click on a site and choose 'reload > from the popup
Hi, Tom: Yes, right-clicking works on individual site objects and the desktop, too. I haven't used it on a site icon yet. Thanks. Donald

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted