TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Introducing Firebase Hosting

220 点作者 jamest大约 11 年前

32 条评论

zackmorris大约 11 年前
I&#x27;ve been using Firebase for a couple of months now for an iOS app I&#x27;m building for a client, and it has been a fantastic experience.<p>For anyone who doesn&#x27;t know, it&#x27;s main selling point is that it automatically syncs with the server so you can focus on the data instead of the communication protocol or replication. Its nosql data store looks like a local filesystem, so you can save trees of data to it as JSON. It also has server-side rules written in javascript that enforce constraints on data and read&#x2F;write permissions per user. They also have a free test account for developers.<p>&quot;What about merge conflicts?&quot; was my first question, but luckily it has transactions on an individual node (and its subtree) that perform an &quot;optimistic-concurrency transactional update&quot; which basically means a compare-and-swap where you review the current value in a callback and decide whether to try to commit that value (or a new value, say, for a counter) or give up. For most other writes, you&#x27;re usually just saving status updates where there is little or no danger of being rejected or encountering merge conflicts. If in doubt, it&#x27;s possible to get a callback with the final value.<p>So when it’s all said and done, I can totally see writing a full-featured app using it without a single line of server-side code. I used their hosting while it was in development to store images (like a CDN) and it’s very simple to use from the console, so if you have a build script, it could push to production with a single call. After an exhausting ordeal battling iCloud for a different project, Firebase is so profoundly better that I will never go back.
drTriumph大约 11 年前
Hi HN, I&#x27;m the lead developer on Firebase Hosting and the post’s author. We&#x27;re trying to build something that&#x27;s both simple to use and a serious production grade product. We think we&#x27;re pretty close to the mark but we&#x27;d love to hear how we can improve it. Let us know in the comments (or email me at chris@firebase.com).
评论 #7740973 未加载
评论 #7739233 未加载
评论 #7739086 未加载
stevetjoa大约 11 年前
Would someone here kindly be able to comment about the usability of Parse vs. Firebase vs. AWS JS SDK? I&#x27;ve looked into all three. They seem comparable because they are &quot;no-backend&quot; solutions and NoSQL stores.<p>It seems like the AWS JS SDK is the youngest, least mature (there are surprisingly few results on Google), and perhaps most difficult to use, but it&#x27;s sure nice that I can manage my <i>existing</i> AWS stuff with a client-side JS SDK, now. If you use AWS JS SDK with DynamoDB, isn&#x27;t it as if you&#x27;ve built your own Firebase?
评论 #7739776 未加载
评论 #7739630 未加载
michaeldwan大约 11 年前
Building with Firebase was always a bit of a pain since I had to use at least two services (Firebase + S3). This is really great. I&#x27;ve got a dozen or so static page apps that could use this right away.<p>Non-SNI device support &amp; naked domain support are <i>awesome</i> features. I’d like to see a bit more customization around the routing &#x2F; DNS still. It would be nice if I could host different versions of my app on different subdomains (staging, etc). Apex hosting is a nice touch too. Overall this is a great entry to the PASS space.
thurn大约 11 年前
One nice thing about Firebase Hosting is that they&#x27;re the only static site provider I could find that will render html in response to a POST request. When you make a Facebook Canvas app, they expect you to serve your site via POST. If you host on github or something, you just get a 400 error.
primitivesuave大约 11 年前
Firebase is a revolutionary tool, and this is the last piece that was missing from the big picture. It&#x27;s hard to imagine a Firebase-driven world today, but in 5 years developers will need to quickly deploy and iterate on real-time applications, for which a system like this is ideal. Lay out your database, set up login and security rules, and deploy your application, all through the same service.<p>However, the lack of benchmarks is a bit disconcerting. Hosting and SSL are great, but if the page loads are slow I&#x27;d rather pay money to host them elsewhere.<p>Also, there is the single-point-of-failure problem, which materialized yesterday when Firebase went down. Although the outage was only for a couple minutes (a lot faster than it would take me to troubleshoot a downed Rails app), it made me realize the dangers of relying on a single system for all of your web application&#x27;s needs.<p>Overall, I think Firebase is just going to get better and better. They still need to integrate payments, file upload, and the ability to make API calls to external services, but by adding hosting they are demonstrating a desire to provide services for the full stack. Also, there is a brilliant team of people behind Firebase, so I&#x27;m sure that my ideas for Firebase are only the tip of the iceberg.
评论 #7739707 未加载
评论 #7739449 未加载
colevscode大约 11 年前
Brilliant work guys. Choice of initial features seems right on for a developer focused hosting service. At first I was a bit confused by the SSL offering for custom domains, until I saw that firebase actually acquires the cert and configures it. That&#x27;s a huge pain point, bravo.
amirvaliani大约 11 年前
What about bots (search engines, social media bots, etc.)? If a web app has both static content and dynamic content (based on data in the firebase db) how can bots see a rendered version of the page. Do you have a way &#x2F; plan for users to install middleware to check for bots and if so return pre-rendered content. ( Middleware details: <a href="http://webcache.googleusercontent.com/search?q=cache:8k8JuuUs9SoJ:https://prerender.io/how-it-works+&amp;cd=1&amp;hl=en&amp;ct=clnk&amp;gl=us" rel="nofollow">http:&#x2F;&#x2F;webcache.googleusercontent.com&#x2F;search?q=cache:8k8JuuU...</a> ). Thanks in advance!
评论 #7739986 未加载
tylermauthe大约 11 年前
Upvoted solely for the description of how modern web-apps should be developed!!! So many people have legacy, server-side attitudes... JavaScript is treated like a special cousin that can raise alert boxes and things...
评论 #7739764 未加载
hrrld大约 11 年前
This is neat. Thanks for making and sharing this.<p>So far I have been using site44 (<a href="http://www.site44.com/" rel="nofollow">http:&#x2F;&#x2F;www.site44.com&#x2F;</a>) to accomplish this already. I see that you guys have built some node apps to make deploying and rolling back easy, which is smart. I have found the way site44 works (it&#x27;s a dropbox app that updates what&#x27;s being served automatically when the dropbox folder contents change) to be very convenient.<p>It may be interesting for you guys to consider doing something similar.<p>Take care.
评论 #7739143 未加载
jermaink大约 11 年前
Hey Firebase team, I really liked how you did the <a href="https://www.firebase.com/tutorial/" rel="nofollow">https:&#x2F;&#x2F;www.firebase.com&#x2F;tutorial&#x2F;</a> !
评论 #7739708 未加载
thomasfromcdnjs大约 11 年前
Why are connections always the selling point for these real time services? Are they actually the most expensive thing to scale or just the most required therefore most profitable?<p>Edit: The surcharges for going over the limits seem a bit high. (Candle Plan: $0.25 each additional connection). Get some spike in traffic that causes 2000 visitors to your site for an hour and pay $500 lol
评论 #7739376 未加载
评论 #7739358 未加载
sevilo大约 11 年前
Congrats Firebase team! I&#x27;ve used Firebase hosting while it was in beta, and had a great experience. Very easy to setup and follow even for someone like me who has very little experience with servers&#x2F;deployment.<p>They&#x27;re also super friendly to their community and always responds to questions fast :-) would love to see more awesome stuff coming from them.
bsaul大约 11 年前
I&#x27;ve built some client &#x2F; server syncing code for a while, and never wondered to check for papers on that subject ( since i did it in a wqy specific to my model each time). What those guys are doing seem quite generic. Are there any famous algorithms for multi end-point data syncing ?<p>I suppose it&#x27;s related to the ditributed database research field...
评论 #7743248 未加载
评论 #7740819 未加载
评论 #7741048 未加载
naught_sleeping大约 11 年前
I am building a financial services app and was using Angular and Firebase. I absolutely loved my development time with Firebase. It really complements Angular nicely and helped cement (in my head at least) what the role of the server in a modern app should be.<p>That being said, I decided that Firebase is not quite ready yet for my own app&#x27;s requirements (for financial data I need data-at-rest encryption and on-premise hosting for my clients), but I wish them all the best and highly recommend them for anyone whose apps do not have the same constraints that mine does.<p>FWIW, my Firebase-like alternative is Node.js + SockJS + MongoDB. I&#x27;m looking into Feathers.js as well. It doesn&#x27;t seem to be very widely used, but looks like it will provide some of the basics (service hooks, event hooks, etc.) on top of Node&#x2F;SockJS that I will need.
Ryel大约 11 年前
Isnt $0 - $49 quite a large gap in your packages?
pramodliv1大约 11 年前
We&#x27;re building a single page app. Is it possible to use Firebase Hosting only for SSL and static assets and our own servers(exposing REST APIs) for dynamic content?
评论 #7739413 未加载
评论 #7739614 未加载
评论 #7739409 未加载
marknutter大约 11 年前
This solves a major headache for me. I have a production app built using Angular and Firebase and I was up until this point using Amazon S3 hosting to host my static assets. It was a beautiful thing - I don&#x27;t have to maintain any server side code. But it was annoying having to deal with Amazon and their stale, obtuse documentation. I will definitely be moving my static files over to Firebase. It&#x27;s one less service I have to worry about.
shiftb大约 11 年前
This is great. I have a site completely powered by Firebase but hosted on S3&#x2F;cloudfront, which tbh is overkill for it.<p>I&#x27;ll be switching to Firebase hosting it tonight!
podviaznikov大约 11 年前
<a href="http://www.divshot.com/" rel="nofollow">http:&#x2F;&#x2F;www.divshot.com&#x2F;</a> - provides similar hosting for the static sites.
happywolf大约 11 年前
Why firebase doesn&#x27;t provide pro-rated refunds on downgrades or refunds? It seems indirectly that locks an unhappy user in. Not cool.<p><a href="https://www.firebase.com/pricing.html" rel="nofollow">https:&#x2F;&#x2F;www.firebase.com&#x2F;pricing.html</a>
asadlionpk大约 11 年前
This is great. I am using Firebase for my app <a href="https://remoteinterview.io" rel="nofollow">https:&#x2F;&#x2F;remoteinterview.io</a> . And yes my current build&#x2F;deploy system is a bit long due to FTP. Will try this out.
评论 #7739754 未加载
jayonsoftware大约 11 年前
How do integrate business logic on the back end ? Do we implement EventSource &#x2F; Server-Sent Events protocol and have a server on our back end that is basically the logic server ?<p>Also have any one done a C# wrapper for your REST layer ?
评论 #7744344 未加载
jenkinsj大约 11 年前
I&#x27;ve hosted my FB apps on Github up to this date but am very pleased to see they have added the features that a go beyond a simple static site deployment. I&#x27;m especially excited about the SSL support.
Max_Horstmann大约 11 年前
Very cool! I just built and deployed a real-time voting app in literally 10 minutes.<p><a href="https://crackling-fire-7227.firebaseapp.com" rel="nofollow">https:&#x2F;&#x2F;crackling-fire-7227.firebaseapp.com</a>
workoy大约 11 年前
For my app i use other databases (MySQL) along with Firebase. Does firebase hosting allow me to host MySQL or connect to a MySQL instance on another hosting provider like AWS?
Noxchi大约 11 年前
It seems like firebase is good if you&#x27;re making a CRUD app. But if yours is media heavy with pictures and video, using something a little lower level is needed.
cnp大约 11 年前
Just deployed my first app and WOWOW that workflow is NICE.
评论 #7742300 未加载
camus2大约 11 年前
Hi i&#x27;d be interested to know what kind of db your using under the hood,just curious are there any technical articles about it? thanks.
评论 #7742465 未加载
dsl大约 11 年前
It looks like the actual hosting is done on top of SoftLayer. The CDN is Fastly.
lazyant大约 11 年前
Unlike other hosted db offerings it supposts SSL by default, awesome
p1mrx大约 11 年前
Does it support IPv6? www.firebase.com has no AAAA records.