Hi,
I am using gaej web application. I am trying to put facebook
authentication along with the google. If it is google then I was able to
get the current logged-in user through the userService. Now, how would I
get the current user, If he has logged-in through facebook. Is there any
common
I would like to see Snapchat numbers.
On Tuesday, 21 January 2014 20:33:38 UTC-2, Rafael Sanches wrote:
Jim,
It seems you're talking from a point of view of a big corporation. Since
snapchat didn't had big funding since short time ago, I was supposed we're
talking about startups. Big
:) haha. That's true!!! Some people think we are insulting their family
when we say that google app engine is very expensive telling oh, I am a
developer with hundred of years of experience
C'mon guys: open your eyes Google app engine is very expensive for
companies that are beginning
On Jan 22,
Rafa,
You are correct that I have a lot of large corporate experience, working
for good sized commercial software houses. That's where I had the pleasure
of building these sorts of highly available, scalable, secure, etc
platforms from the ground up to host products my teams built. That's
Hello,
Unfortunately, facebook is not an OpenId provider (they user their
own-baked opeinId like mechanism called facebook connect). the AppEngine
UserService can track openId providers logins, but not facebook connect ;)
I think your best option is to make your own user-check mechanism. Im not
What you mean when say then read file normally is that I can use the same
new ava.io.File(filePath) function?
I guess this line:
*InputStream stream = this.getServletContext().getResourceAsStream(path);*
is only to collect the inputsream that you refer, but I don't use *stream *
variable?
El
Hello Juan, maybe with an example is more clear:
URI keyURL;
String fileName = google_bigq.p12;
keyURL =
BigQueryAPIManager.class.getClassLoader().getResource(fileName).toURI();
GoogleCredential credential = new
I'm the only engineer working on backend, so I pay $0 per year to
configure, manage and monitor machines. Startups don't have cash to hire
systems engineers.
In my startup I'm an engineer, not a systems engineer or software
engineer or bathroom cleaner engineer.
If people can build code complex
Rafael Kaan... since you both utilize dynamic image serving, do either of
you have an issue concerning the size of dynamically served images? I
filed the issue below a while ago and it has seemingly been ignored by
Google. In short my grievance is that dynamically served images are
This is how we load it during our DI phase:
String certificate = /someuniqueid-privatekey.p12;
File privateKey = new File(getClass().getResource(certificate).toURI());
...
builder.setServiceAccountPrivateKeyFromP12File(privateKey);
In this example, the p12 file is in our src/main/resources.
Doug,
Does that behaviour also happens in production? Compare prod vs dev.
That's another reason why I prefered to run my own image serving, I control
all the parameters and can also add things like watermarking, vertical
cropping and WEBP formatting.
thanks
rafa
On Wed, Jan 22, 2014 at 12:57
Yes, the tests I conducted were on the production server. I'd even be
content if the resized images used the same default (quality=85) as the
Images service. A switch to a more reasonable default would instantly cut
all dynamically served images to nearly 1/2 the size... that must be
Hi Doug,
Just correcting your phrase a little bit:
that must be significant bandwidth even for *YOU*
We've cut thousands of dollars out of our total bill by serving the images
ourselves, through a real cdn.
Appengine output bandwidth is much more expensive than almost any other cdn
out there.
I assume he caches the images somehow, might even be possible with
appengine's services, pagecache etc. however I haven't looked into them,
but I'm sure an external service could handle it easily - although I would
definitely keep the simplicity of google's images service instead of going
the
I wish! ;)
On Wed, Jan 22, 2014 at 5:05 PM, Coto Augosto C. c...@me.com wrote:
Rafa, do you work for snapchat?
On Jan 22, 2014 8:59 PM, Rafael mufumb...@gmail.com wrote:
Hi Doug,
Just correcting your phrase a little bit:
that must be significant bandwidth even for *YOU*
We've cut
I think GAE is trying to remain competitive with Amazon Web Services etc...
and not with CDNs. App Engine and Google Cloud Storage *is* competitive
with Amazon Cloud Services EXCEPT those services offer tiered pricing
(lower prices) for high volume clients... to my knowledge App Engine
Doug,
I agree.
My argument is that, when costs is an issue, most startups can't afford
to not be worry about things :)
thanks
rafa
On Wed, Jan 22, 2014 at 5:11 PM, Doug Anderson d...@claystreet.com wrote:
I think GAE is trying to remain competitive with Amazon Web Services
etc... and not
I believe they are using a very substantial network CDN for serving static
content. I think they only charge bandwidth for items served from their
CDN. You can always choose to use something else in addition.
On Wed, Jan 22, 2014 at 5:11 PM, Doug Anderson d...@claystreet.com wrote:
I think GAE
Absolutely agree.
I used to rely on app engine services more than heroku or other PaaS but
now I am disappointed after see that I have been billed for pagespeed while
it was disabled and I was billed 3 months for back-end instances type B2
while we had B1.
Other issue I had was when our
I saw this issue back on December 12th, it lasted a few hours then it went away
on its own. I see it again tonight. Tonight is vey disruptive because recaptha
servers are down, so many public facing forms in my site are down, and I am
trying to urgently upload a patch to disable recaptcha until
App Engine is very cheap for startups. I would even say it's a game-changer. I
built two startups before PaaS became an option, and I can say with certainty
that App Engine would have saved me millions of dollars each time.
Most new applications can happily live within a free quota until they
I don't understand why people keep adding DBA or systems engineer costs as
a benefit of appengine.
Most startups don't need those profiles at the beginning. Most engineers
can do that work at design time.
It's not that difficult to setup a fail-safe cluster.
I have done all of those optimizations
The support pricing is a very sore point for me too. I can see why when GAE
becomes perfect and all the support calls are because of user errors this
might make sense. This is not the case as of yet. For instance, both last
Saturday and tonight I am hitting customer embarrassing and confidence
23 matches
Mail list logo
