The Omni Group Forums

The Omni Group Forums (http://forums.omnigroup.com/index.php)
-   OmniWeb General (http://forums.omnigroup.com/forumdisplay.php?f=8)
-   -   Source Editor - upload by FTP (http://forums.omnigroup.com/showthread.php?t=1649)

jimlongo 2006-09-07 07:15 AM

Source Editor - upload by FTP
 
[i]Excuse me for cross posting this to the omniweb-l email group, I guess that's not so active any longer and i just found the forum.
[/i]


Hi,
Former user - returning after a long absence. How's it going everyone?

The source editor, [i]my favorite feature[/i] has brought me back . . .

Reading the [b]Help pages[/b] it indicates that I can replace a file by FTP as long as I am logged in and have read'write permission on the file. Logged in HOW? I am logged in on a FTP client, these are my files . . . but when I press Store the icon dims for a few seconds as if uploading the new file, then the icon reappears, but no change has happened to the file on the FTP server.

Does anyone have any insight into how this functions?

tia,
Jim

jimlongo 2006-09-11 06:12 AM

Is it now possible to edit and replace files on a remote webserver by FTP (or alternatively by HTTP)?

Thanks,
jim

Forrest 2006-09-11 07:58 AM

Hey jimlongo, you might use the Help > Send Feedback... option from within OW to ask your question. You will likely get an answer more quickly.

philonous 2006-09-13 12:45 PM

Well, now you got me curious, too. I alternately get an error when I store a page to the remote server, or I get an apparent confirmation (the store button becomes disabled). In either case, nothing happens. For example, I reformatted this forum page and saved it, but nothing happened.

I tried logging in to my ftp server, but no go there, either.

I do hope the OG people will clarify things because this would be a very nice feature to have.

P

jimlongo 2006-09-13 12:49 PM

Well i can't see how you'd expect to edit an upload a forum page, you don't have FTP permission to do that, and besides it's dynamically generated.

But if it's a page that belongs to you on a server that belongs to you, then according to the manual you should be able to edit and upload it. But I can't seem to get it to work.

I have submitted feedback, but no response there either.

Forrest 2006-09-13 03:04 PM

[QUOTE=jimlongo]I have submitted feedback, but no response there either.[/QUOTE]

Hmmm, I think it's typically troyb who gets those messages. He hasn't posted in over a week so maybe he's out of the office :(

Len Case 2006-09-13 05:14 PM

[I]I'm guessing Troy has been swamped by the influx of support emails from the release of 5.5 final. Greg Titus wrote the feature, but he is currently in charge of OmniPlan and so probably too busy getting version 1.0 out the door to be lurking in the OmniWeb forums.

I wouldn't normally try to answer here since I don't think I ever used that feature but here is my understanding based on vague recollections of the design of the feature 2(?) years ago:
[/I]
If you view source on a page that you received via http, when you click the Store button, we attempt to store via http PUT. If that fails (the server rejects the attempt) we disable the button since obviously future attempts are not going to succeed (it starts out enabled because we can't really be sure whether or not it might succeed).

If view source on a page you received via ftp, then we attempt to save the page using ftp. You might need to view the page using a login and password in order for the save attempt to succeed (e.g. [U]ftp://mylogin:mypassword@myftp.mydomain.com/mypage.html[/U])

[I]This is my recollection but I could be completely wrong--however it does seem to match up fairly well with [url=http://www.omnigroup.com/Documentation/OmniWeb/sourceedit/index.html]omniweb:/Help/sourceedit/index.html[/url][/I]

jimlongo 2006-09-14 09:20 AM

I see what you mean, it works by ftp in my case . . . I guess I wouldn't have HTTP PUT authorization on a remote server?

thanks,
jim


All times are GMT -8. The time now is 06:43 PM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.