[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)