Skip to content

Doesn't work with HTTPS #21

Open
Open

Description

@gka

the default River layout includes various JavaScript resources via HTTP. These imports fail and throw a mixed-content warning when the river is hosted on HTTPS.

Needless to say, the site is not usable without JavaScript.

Solution would be to either

I would prefer the former because I don't see why my River instance needs to depend on external websites. I assume fargo.io and nodestorage.io belong to Dave Winer, but some day he might decide to give the domains up (fargo.io already shows a retirement page).

Activity

  1. scripting commented on Apr 9, 2018

    @scripting
    Owner

    I don't have an HTTPS server.

    Probably should use a CDN for this.

    Have to look into it.

  2. thejeshgn commented on Apr 12, 2018

    @thejeshgn
  3. scripting commented on Apr 12, 2018

    @scripting
    Owner

    @thejeshsg -- I looked around on cdnjs and couldn't find a howto page that explained what you have to do to get a library in their CDN.

  4. scripting commented on Apr 12, 2018

    @scripting
    Owner

    This testimonial for jsDeliver sounds interesting.

    https://www.quora.com/What-is-the-best-CDN-for-open-source-projects

    It can serve from any NPM package.

  5. scripting commented on Apr 12, 2018

    @scripting
    Owner

    I like jsDeliver. Here's what I've done so far.

    1. Created a river5 npm package.

    2. Tested that jsDeliver can access it.

    https://cdn.jsdelivr.net/npm/river5/river5.js

    That's pretty clean.

    So what I would have to do if I used this, is create a folder in the repo with the content of all the included files, publish the result on NPM, then change the includes in the default files.

    Probably should upload the source for the default files there too.

    Then we won't be depending on http://fargo.io/ for the files, which is of course a good thing. ;-)

  6. scripting commented on Apr 12, 2018

    @scripting
    Owner

    Now I'm getting an error when I try to access that file.

    Package size exceeded the configured limit of 50 MB.

    The river5 package isn't even 1MB. Nor is the GitHub repository.

    Hard to make sense of that message.

  7. scripting commented on Apr 13, 2018

    @scripting
    Owner

    The package was bigger than 50MB. My error.

    We are now able to open the test file using jsdelivr.

    https://cdn.jsdelivr.net/npm/river5/river5.js

  8. thejeshgn commented on Apr 13, 2018

    @thejeshgn

    Had not see jsdeliver. It looks good and easy.

  9. scripting commented on Apr 13, 2018

    @scripting
    Owner

    Made a lot of progress today on using jsdelivr as the CDN. Should have a release of River5 tomorrow that should be able to run behind HTTPS, and will not use any of my domains for serving code or stylesheets.

  10. scripting commented on Apr 14, 2018

    @scripting
    Owner

    Okay the new releases of river5 and davereader are out.

    That said, there are still references to fargo.io in the code.

    That'll take more time to shake out because this code is shared with my other projects.

    But the main files are now in jsdelivr.

    Please update your River5 and watch for problems.

  11. mistersugar commented on Apr 14, 2018

    @mistersugar

    Not working for me. Here's what I did. Did I do the right sequence?

    I stopped river5.js

    ran npm update but got an error that node-gyp rebuild failed on my system. Screenshot attached.

    screen shot 2018-04-14 at 11 59 47 am

    tried to restart river5 but the process stops immediately.

  12. scripting commented on Apr 14, 2018

    @scripting
    Owner
  13. scripting commented on Apr 14, 2018

    @scripting
    Owner
  14. scripting commented on Apr 15, 2018

    @scripting
    Owner

    Anton, was the problem resolved?

  15. mistersugar commented on Apr 15, 2018

    @mistersugar
  16. mistersugar commented on Apr 16, 2018

    @mistersugar

    Still having trouble. Suspect this might be a permissions issue on my server. Have submitted a ticket.

  17. mistersugar commented on Apr 16, 2018

    @mistersugar

    My webhost assigned execute permissions to that file (river5/lib/node_modules/npm/bin/node-gyp-bin/node-gyp), and I was able to npm update and then start river5.js with forever. The Duke River of News is back up and flowing at http://river5.dukeriver.co/

  18. scripting commented on Apr 16, 2018

    @scripting
    Owner
  19. mistersugar commented on Apr 16, 2018

    @mistersugar

    This was the file that needed permissions changed by my webhost:

    river5/lib/node_modules/npm/bin/node-gyp-bin/node-gyp

  20. scripting commented on Apr 16, 2018

    @scripting
    Owner
  21. ChristophKnopf commented on Apr 18, 2018

    @ChristophKnopf

    Hi Dave, hi Anton,
    I checked all paths and the permissions for node-gyp but couldn't find missing execute rights here.

    $ ll .npm-global/lib/node_modules/npm/bin/node-gyp-bin/
    drwxr-xr-x 2 user user 4096 Mär 12 10:25 .
    drwxr-xr-x 3 user user 4096 Mär 12 10:25 ..
    -rwxr-xr-x 1 user user  172 Jan  1  1970 node-gyp
    -rwxr-xr-x 1 user user  148 Jan  1  1970 node-gyp.cmd
    

    So that seems not to be my problem. If I find a solution I will post it here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions