Turkiyenin en sevilen filmlerinin yer aldigi porno internet sitemiz olan ve sex tarzi bir site olan sitemiz gercekten dillere destan bir durumda herkesin sevdigi bir site olarak tarihe gececege benziyor. Sitenin en belirgin ozelliklerinden birisi de Turkiyede gercekten kaliteli ve muntazam, duzenli siteleri olmamasidir. Bu yuzden iste. Ayrica en net goruntu kalitesine sahip adresinde yayinlanmaktadir.
Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.
We're making this build specially available for people participating in the SenchaCon 2011 app contest (http://www.sencha.com/share-contest) and folks who are interested in trying out Sencha.io Sync.
Please note that this is a beta, so please do not use it for production environments or mission critical applications. Since it's a beta, the APIs may change and your data may get lost. We don't expect it to, but since it's a beta, anything is possible.
I built an app for a company that measures sidewalks. We're currently using local storage and often after a lot of entries that app basically will lose all of the data. (It's sort of recoverable, but essentially we go over the limit and weird things start to happen). Does sencha.io magically solve this problem for me, because it's all backed up to the cloud or does it still rely primarily on local storage and therefore not last beyond 2.5 - 5mb?
Oh and if anyone has any suggestions to help us get around the local storage issue that would be great.
The local replica is stored in localstorage, so we do have the same limitations as the localstorage does. The server has a full replica (i.e. the sync of it), but since we use localstorage to keep the replica, we have the same limitations as the browser.
I'm still trying to figure out how this will work for my company's app. Our IPad app (still in the works) will involve A LOT of data (sensitive and secure). We currently plan on developing a service layer on top of our application layer & databases (sql server). Whenever our users are online, then our app uses our services to read/write data, but when no connection is available (for whatever reason), we plan on storing data locally, and then syncing it back up to our live stores.
Now Sencha.io sync seems to help resolve this issue, but from all the docs i've read so far, it syncs to a Sencha cloud location (pls correct me if i'm wrong). But am I able to sync up to our own live stores when the user's device regains connectivity?
Looking forward to your responses.
Last edited by dolowoyo; 30 Sep 2011 at 10:15 AM.
Reason: added to the question
Hi there -- right now, we only sync to our cloud and that's likely how it'll be for a while. We store a bunch of metadata in order to make the sync work. We're looking for the future (think: after 1.0) to have webhooks so that you can get callbacks when the state changes, but right now it's only w/in our cloud.