If you haven’t heard, I’m building a content management system for static HTML pages, especially tailored for use with Freeway. If you haven’t signed up for the Inlay.io mailing list, please do so here: http://inlay.io
There’s some instructions to download a file, place it on your server, and then use that page to trigger a special request from your server. If it works, you’ll see a page of text like this:
I’m particularly interested in whether this system can remote-access the Inlay.io server from your server. If I have to, I can add a bunch of extra code in to use cURL instead of PHP’s native stream wrappers, but it’s a lot of work that I’d rather not do.
So if this works, let me know, and if it doesn’t, also please let me know. No data are being stored, you are the only one who will see that page of results.
that said… when I click download file I get :
Not Found
The requested URL /inlay_client.zip was not found on this server.
On May 23, 2014, at 3:43 PM, Walter Lee Davis email@hidden wrote:
If you haven’t heard, I’m building a content management system for static HTML pages, especially tailored for use with Freeway. If you haven’t signed up for the Inlay.io mailing list, please do so here: http://inlay.io
There’s some instructions to download a file, place it on your server, and then use that page to trigger a special request from your server. If it works, you’ll see a page of text like this:
I’m particularly interested in whether this system can remote-access the Inlay.io server from your server. If I have to, I can add a bunch of extra code in to use cURL instead of PHP’s native stream wrappers, but it’s a lot of work that I’d rather not do.
So if this works, let me know, and if it doesn’t, also please let me know. No data are being stored, you are the only one who will see that page of results.
Sorry, try again – typo in my downloads page, it read inlay_client where it should have read inlay-client.
Walter
On May 24, 2014, at 8:47 AM, Julie Maxwell wrote:
This sounds Great! thanks Walter…
that said… when I click download file I get :
Not Found
The requested URL /inlay_client.zip was not found on this server.
On May 23, 2014, at 3:43 PM, Walter Lee Davis email@hidden wrote:
If you haven’t heard, I’m building a content management system for static HTML pages, especially tailored for use with Freeway. If you haven’t signed up for the Inlay.io mailing list, please do so here: http://inlay.io
There’s some instructions to download a file, place it on your server, and then use that page to trigger a special request from your server. If it works, you’ll see a page of text like this:
I’m particularly interested in whether this system can remote-access the Inlay.io server from your server. If I have to, I can add a bunch of extra code in to use cURL instead of PHP’s native stream wrappers, but it’s a lot of work that I’d rather not do.
So if this works, let me know, and if it doesn’t, also please let me know. No data are being stored, you are the only one who will see that page of results.
but this is a subdomain - so not sure if it works.
Further question:
Assumed I got a “local dev” via MAMP - would this work (finally) as well?
Only if your local dev server was somehow visible from the public Internet. Probably not, in other words. When you press that button in the test page, what happens is a POST request is sent to your server for the file: http://your.server.dom/inlay-client/scan_folder.json. If that URL is publicly available, then the test script (on your server) will display the result of that request.
Despite copying the entire inlay folder as-is to the remote server I noticed the .htaccess didn’t make the trip so I manually removed the leading (.) from the filename. Now when I copied the htaccess file over it appeared as expected and I replaced the leading (.) and everything worked fine.
Interesting. What were you using for file transfer when this happened, and was the “show hidden files” option turned on at the time?
Walter
On May 24, 2014, at 2:13 PM, Todd wrote:
Works fine for me.
Despite copying the entire inlay folder as-is to the remote server I noticed the .htaccess didn’t make the trip so I manually removed the leading (.) from the filename. Now when I copied the htaccess file over it appeared as expected and I replaced the leading (.) and everything worked fine.
Initially invisible files were disabled in Finder but enabled in Coda. On second try I enabled invisibles in Finder (I use XtraFinder) then removed the leading (.) and uploaded successfully.
Todd
Interesting. What were you using for file transfer when this happened, and was the “show hidden files” option turned on at the time?
Mmmm. Interesting. So it’s not enough to upload the folder – the invisibles are stripped off when you do that with Show Hidden Files toggled off. That must be why so many things ask you to upload the Zip, then unzip on the server. But that’s difficult for most folks, since they don’t have or want shell access to their server. Must have show hidden files on, then…
Walter
On May 24, 2014, at 2:22 PM, Todd wrote:
From Finder to Coda’s file manager.
Initially invisible files were disabled in Finder but enabled in Coda. On second try I enabled invisibles in Finder (I use XtraFinder) then removed the leading (.) and uploaded successfully.
I’m not sure my experience with this quirk is representative of the norm. Although I’ve run into this issue with some regularity when uploading an .htaccess file included with other apps (CMS etc.) it doesn’t always happen. Sometimes the file will transfer without a hitch (with invisibles disabled) so I just assumed there is/was something peculiar going on with my particular setup (just guessing here).
Todd
That must be why so many things ask you to upload the Zip, then unzip on the server.
I just double-checked here in Transmit. (Same engine, so not surprising – same results.) With Show Hidden turned off, the .htacccess was not copied to the server. With it on, it was. Dragging the folder both times, and I tried it from Finder and the left pane.
Walter
On May 24, 2014, at 2:52 PM, Todd wrote:
I’m not sure my experience with this quirk is representative of the norm. Although I’ve run into this issue with some regularity when uploading an .htaccess file included with other apps (CMS etc.) it doesn’t always happen. Sometimes the file will transfer without a hitch (with invisibles disabled) so I just assumed there is/was something peculiar going on with my particular setup (just guessing here).
I just double-checked here in Transmit. (Same engine, so not surprising – same results.) With Show Hidden turned off, the .htacccess was not copied to the server. With it on, it was. Dragging the folder both times, and I tried it from Finder and the left pane.
Walter
On May 24, 2014, at 2:52 PM, Todd wrote:
I’m not sure my experience with this quirk is representative of the norm. Although I’ve run into this issue with some regularity when uploading an .htaccess file included with other apps (CMS etc.) it doesn’t always happen. Sometimes the file will transfer without a hitch (with invisibles disabled) so I just assumed there is/was something peculiar going on with my particular setup (just guessing here).
I’ve seen that a lot too, but I’ve never been able to successfully unzip on the server. It seems like such a simple process but I always get a “command not found” alert.
But you’re right, command line tinkering is too much to expect from the average user.
Todd
That must be why so many things ask you to upload the Zip, then unzip on the server.
Yes, but then so is Show Hidden Files, no matter how well you document it with screenshots and so forth. Would people trust a Web installer where you plug in your FTP username and password on my site and it does all that for you? (And doesn’t save the credentials…) ???
Walter
On May 24, 2014, at 3:08 PM, Todd wrote:
I’ve seen that a lot too, but I’ve never been able to successfully unzip on the server. It seems like such a simple process but I always get a “command not found” alert.
But you’re right, command line tinkering is too much to expect from the average user.
On 23 May 2014, at 20:43, Walter Lee Davis email@hidden wrote:
So if this works, let me know, and if it doesn’t, also please let me know. No data are being stored, you are the only one who will see that page of results.
On 23 May 2014, at 20:43, Walter Lee Davis email@hidden wrote:
So if this works, let me know, and if it doesn’t, also please let me know. No data are being stored, you are the only one who will see that page of results.