[HN Gopher] WorldWideWeb.app
___________________________________________________________________
WorldWideWeb.app
Author : Arubis
Score : 100 points
Date : 2022-06-03 21:07 UTC (1 hours ago)
(HTM) web link (blog.iconfactory.com)
(TXT) w3m dump (blog.iconfactory.com)
| Vladimof wrote:
| Nice, but there are so many development web servers already?
| smm11 wrote:
| Hasn't that name been used before?
| steviedotboston wrote:
| I've been looking for this exact thing for years! I just wanted
| to an easy way to spin up a web server for hosting a simple HTML
| page on a home intranet, and didn't want to mess around with
| configuring Apache or something needlessly complicated.
| yreg wrote:
| As others users say, you can just do `python -m
| SimpleHTTPServer` in the folder you want to share.
|
| Unfortunately this is going to break in macOS 12.3, but it was
| available for a long time.
| spurgu wrote:
| Hmm why will this (basic Python functionality) break in 12.3?
| ihuman wrote:
| Starting in 12.3, macOS won't ship with any version of
| Python anymore. You have to install it first.
| gabereiser wrote:
| Because he's using Python 2 instead of 3. `python -m
| http.server 8080`
| ihuman wrote:
| That won't work either, since macOS won't come with
| python 3
| 0x0 wrote:
| Are you sure? My macOS 12.4 has a /usr/bin/python3 that
| is happy to accept "-m -m http.server 8080"
| ihuman wrote:
| That's from the Xcode developer tools, not macOS itself.
| When you try to run that command after a fresh macOS
| installation, it tells you to install the Xcode dev
| tools.
| wolframhempel wrote:
| Very cool project, but it's worth mentioning that you can simply
| run 'python -m SimpleHTTPServer' in any directory on mac to spin
| up a HTTP server with that directory as root
| arjvik wrote:
| Now that Python 2 is well past it's support date, use
| python3 -m http.server [optional port]
|
| instead
| [deleted]
| PStamatiou wrote:
| It's simple for us but I think the ethos around this project is
| not even having to open a command line. Like old Mac OS X days,
| just click a button to start a web server
| steve_adams_86 wrote:
| Yes, there are loads of people out there who would love to
| learn HTML, CSS, maybe some basic image editing, and never
| have to open a command line. It isn't intuitive to people who
| live in the command line (why wouldn't you want such an
| efficient tool?), but it's like convincing someone to like a
| healthy food they find repulsive.
| pqdbr wrote:
| With Ruby, `ruby -run -e httpd . -p 8000`
| wolframhempel wrote:
| True, but python comes preinstalled on macs
| chrisseaton wrote:
| No the opposite is true - Python does not come
| preinstalled, but Ruby does.
| chrisseaton@Chriss-MacBook-Pro ~ % python --version
| zsh: command not found: python chrisseaton@Chriss-
| MacBook-Pro ~ % ruby --version ruby 2.6.8p205
| (2021-07-07 revision 67951) [universal.arm64e-darwin21]
| monocularvision wrote:
| As mentioned in another thread: not anymore.
| john-aj wrote:
| Isn't Ruby also included by default?
| smcl wrote:
| Or if you're using Python 3.x, `python -m http.server`
| cpmsmith wrote:
| As the second link in the article[0] points out, this app
| exists precisely because they're removing that, i.e. Macs don't
| ship with python installed anymore.
|
| [edit] More specifically, they've already stopped shipping with
| Python 2, and stated their intention to stop including any
| scripting language runtimes at all, including Python, Ruby, and
| Perl.[1]
|
| [0]:
| https://twitter.com/chockenberry/status/1511388397855645703
|
| [1]: https://developer.apple.com/documentation/macos-release-
| note...
| ForHackernews wrote:
| One more sad nail in the coffin of general-purpose computing
| devices.
| mpalmer wrote:
| Nah, it's just raising the barrier of entry slightly for
| newcomers.
|
| For the real coffin nails, I look to the gradually-
| increasing difficulty of installing software that isn't
| signed by a developer registered with Apple. Fellow frogs,
| is it not warm in here?
| tptacek wrote:
| No, you were always much better off installing Python
| yourself than using the system's Python, which mostly
| served to get in the way.
| AlecSchueler wrote:
| Yes, once you were up and running and knew what you were
| doing and what you needed, but the default install meant
| there was very little friction to first time programmers
| dipping their toes in the water.
| Fatnino wrote:
| It's just like on windows. The first thing you do after
| you decide "I want to try python" is install it. If you
| can't figure out how to click next next next then you
| have no business trying to learn python yet.
| Kwpolska wrote:
| On macOS, the installers provided by python.org aren't
| the best way to get Python either. (pyenv or homebrew
| would be better; python.org installers do weird things
| and have no uninstaller)
| mwcampbell wrote:
| I see where the GP is coming from. The old system
| installations of Perl, Python, and Ruby could be thought
| of as the 2000s equivalent of the ROM BASIC on early
| microcomputers -- an easy way for anyone with access to
| such a computer, even a child, to start dabbling with
| programming. But I suppose today's equivalent is the
| browser dev tools, or maybe Swift Playgrounds on current
| Apple computers.
| jdminhbg wrote:
| The difference is that the barrier to entry is so much
| lower now. If I were trying to help someone just starting
| out, I would point them at something like repl.it instead
| of whatever is preinstalled on their machine.
|
| The system Python and Ruby installs on macOS at this
| point are more of a hindrance to newbies than a help. You
| have to explain the differences between versions and hope
| they don't have to deal with any conflicts.
| TobyTheDog123 wrote:
| I always run into this issue in one form or another. Glad to see
| a free, complete, and trustworthy solution to it.
| PStamatiou wrote:
| Love the simplicity of this. Maybe a future release it can do
| https like npm https-localhost does
| steve_adams_86 wrote:
| This is really cool! Nice work.
|
| I wonder what it would take to get live-reloading into this
| without anything special added by the user.
|
| I think you'd be able to add a JS snippet that listens for server
| pushes (you'd push when the file system changed, I guess), then
| reload using window.location? Not ideal though, you'd need to
| inject that into the page or do something weird like output
| everything in an iframe.
|
| People love their live reloads though, and a lot of people who
| benefit from it aren't really sure how to implement it. It would
| be cool to have an opt-in, no-code solution.
| johnkelly wrote:
| This is very cool.
|
| Until web bundles are supported in all browsers, this is a great
| way to share/run a folder of files as a website directly from
| your phone.
|
| Thank you for this.
| nfgrep wrote:
| So cool. I'd honestly love to replace my laptop with an iPad.
| That apple pencil is so good.
| kringo wrote:
| Good work, This will be a great tool for designers and non-dev's
| who don't know or don't like to start from command line!
|
| Just add live push/reload, you're good to go!
|
| Like other commenters, there are a million ways to run a web
| server nowadays npm, python, ruby, etc
| DanAtC wrote:
| Very nice.
|
| On iOS can this listen on IPv6? Some cell providers allow
| incoming connections on IPv6.
|
| This coupled with a dynamic DNS service could make for a cheap,
| always-on and portable server. Maybe put Cloudflare in front of
| it for IPv4 access and use their cache to smooth out TTL
| expiration between IP changes.
| fevangelou wrote:
| If the purpose is to test static html pages only, what's the
| problem with just opening them up in the browser with file://
| paths? For everyone else who need PHP, python, ruby or node they
| can just use Homebrew to install the relevant packages. The only
| benefit I see is just sharing a URL with someone else on the same
| network.
| draw_down wrote:
| Origins and schemes (among other things) are important to how
| content is served on the web.
| [deleted]
| fiddlerwoaroof wrote:
| I've run into a couple security limitations when I try to use
| file:// URLs
___________________________________________________________________
(page generated 2022-06-03 23:00 UTC)