Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
workhere-io
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
workhere-io
12y ago
For PostgreSQL: RDS or Heroku Postgres.
2.
▲
by
workhere-io
12y ago
Does this mean that all FastMail accounts are now hosted in Iceland?
3.
▲
by
workhere-io
12y ago
Node's big advantage (some would say disadvantage) is that it uses JavaScript (or languages that compile to JavaScript). There's a good ecosystem around it. However, let's face it, the whole asynchronous thing is a pain - eve
4.
▲
by
workhere-io
12y ago
Don't think you are gaining any SEO-benefit from one-page JS-only applications, just because Google made it possible for you to start ranking. No one is expecting to get any SEO benefits that "normal" pages don't have.
5.
▲
by
workhere-io
12y ago
Which I emphasized in the post :)
6.
▲
by
workhere-io
12y ago
If anything but almost all of your website is static, you won't be saving all that much time. Single page apps can easily be static (static HTML page + static JSON). The point of this would be to decrease the download size for each n
7.
▲
by
workhere-io
12y ago
But, have Yahoo or Bing or DuckDuckGo made the transition to be able to crawl the web with a full JS & DOM rendering engine? They can just use PhantomJS ( http://phantomjs.org/ ), which is free and open source.
8.
▲
by
workhere-io
12y ago
What they were saying before was that you always need a HTML fallback for JS-generated content. Now it seems they're saying you don't necessarily need to.
9.
▲
by
workhere-io
12y ago
For each new page on your site that your user loads, the benefit of single page apps becomes greater: Now she only has to load a bit of JSON, not a full page. So essentially single page apps are a tiny bit slower on the first page load, but
10.
▲
by
workhere-io
12y ago
Author here. Some of you are saying that this will lead to bloated, JS-heavy websites. I disagree. The JS necessary for making a single page app can be done with something like 10 lines of JS (plus jQuery or something similar, but that is a
11.
▲
by
workhere-io
12y ago
One potential problem here is that google will use this to widen the gap between it and the 'one page apps' web and other search engines (such as duckduckgo) that can't match it in resources. There are free and open source
12.
▲
by
workhere-io
12y ago
I agree with you; developers definitely have to think about the URLs they're exposing to Googlebot. But this is essentially no different from how things were before. Your example with sorting a list by date instead of name would be don
13.
▲
by
workhere-io
12y ago
Those who claims that developpement is easier with framework on a single page have too learn programming, because for most case, the "old" way works very well and is incredibly faster than a bloated javascript page. Who says the
14.
▲
by
workhere-io
12y ago
The whole point is to make the experience better for the user: When going to each new page on the site only involves fetching a bit of JSON and not an entire HTML page including header, footer, JS, CSS, etc., that makes the user experience
15.
▲
by
workhere-io
12y ago
Clientside rendering doesn't need to be heavy at all. In fact, you could do it with just $.getJSON('/api/users', function(data) { $('#users').text(data.content) }. Sure, that requires jQuery, but most &quo
16.
▲
by
workhere-io
12y ago
As I mentioned in the post, all these problems can be solved by using real paths/URLs and changing them dynamically using pushState.
17.
▲
Googlebot's recent improvements might revolutionize web development
(blog.workhere.io)
119 points
by
workhere-io
12y ago
|
96 comments
18.
▲
by
workhere-io
12y ago
I see what you mean. However, given the large number of different CMSes, I'm not sure designers would appreciate having to re-learn how to design every time they use a new CMS. Right now they use a relatively small "default"
19.
▲
by
workhere-io
12y ago
Once you leave design and layout to non-designers/non-layouters, they will ruin everything, and you will get angry calls from the companies' designers, complaining about how their beautiful design was ruined by someone using Comic
20.
▲
by
workhere-io
12y ago
Braintree's checkout process is every bit as easy to implement as Stripe's. However, signing up for Braintree and getting approved takes longer (at least in the EU - I don't know what the situation is in the US). On the plus
21.
▲
by
workhere-io
12y ago
A bit late to the party. The issue has already been discussed on HN, and the Swiss ended up rejecting the bill anyway: http://www.thelocal.ch/20140518/swiss-vote-on-worlds-highest...
22.
▲
by
workhere-io
12y ago
I didn't dismiss anything, and I'm not saying $7.25 is okay. I'm merely saying that cost of living should be taken into consideration when comparing countries' minimum wages.
23.
▲
by
workhere-io
12y ago
Before you compare it to American wages, keep in mind that Switzerland has one of the highest costs of living in the world. http://www.numbeo.com/cost-of-living/rankings_by_country.jsp
24.
▲
by
workhere-io
12y ago
I am not sure where the mail servers are located. I asked them about this some time ago, and they said their mail servers are in France.
25.
▲
by
workhere-io
12y ago
Fastmail.fm is a completely different option, I am using that as well, their biggest problems are: - lack of proper push email (on mobiles) Plus the fact that their servers are hosted in the US.
26.
▲
by
workhere-io
12y ago
http://www.gandi.net/ includes a 1 GB IMAP account with every domain purchase.
27.
▲
by
workhere-io
12y ago
I see that Python is still used as hobby language and something serious is written in Java. Google, Dropbox, NASA, Instagram and Pinterest seem to think Python is more than a "hobby language".
28.
▲
by
workhere-io
12y ago
I’m going to go out on a limb and predict that Python is being replaced by Go. I don’t have a lot of information to back up this prediction except that most of the positive articles I read about Go are written by Python developers The fac
29.
▲
by
workhere-io
12y ago
I'm working on a website for that: http://workhere.io .
30.
▲
by
workhere-io
12y ago
AdWords was run on MySQL up until two years ago. The vast majority of developers working on "web-scale" projects won't get to handle projects with larger requirements than AdWords. In that perspective the whole NoSQL trend ma
More ›