Keresés

Új hozzászólás Aktív témák

  • coco2

    őstag

    válasz sztanozs #8817 üzenetére

    Válasz mindkettőtöknek @sztanozs @joysefke

    A project célja webes kliensek mögé költséghatékony backend szervert gyártani. A facebooknak köszönhetően sajnos kötelezően https lesz a szerverek domain-jén (a szerver back egy facebook-os alkalmazáshoz kellene), különben a chrome piros ablakokat dobál majd minden alkalommal a felhasználóknak - nem elfogadható marketing veszteség egy új alkalmazás számára.

    A javascript topicban rámutattak, hogy a kapcsolatépítés az alaposan számításigényes hátulütője a https használatának (amit le kell nyelni), és kaptam útmutatót is, hogy merre érdemes haladnom. Ha mindig bontogatnom kell a kapcsolatot, a kapcsolat építések elég rendesen enni fogják a szervert, mert apró elemi kommunikációk lennének csak, de abból sokezernyi per szerver per másodperc (per felhasználó maximum 1 per másodperc, de nagyon sok lenne a felhasználó). Akárhány másodpercnyire is tudom egy socket életciklusát kinyújtani, az mind szerver költség spórolás, mert mindegyik kliens várhatóan huzamosabb ideig is kommunikálni fog a szerverrel. Teljesen mindegy nekem, hogy 5 vagy 15 másodperc. Ha akár csak 5 másodperc, már 80% erőforrás spórolás arra a műveletre. Valójában az már elég is ahhoz, hogy érdemes legyen megküzdeni a problémával.

    A felhasználást illetően ha valaki ismerkedett már a facebook graph api-jával, nem lesz neki semmi meglepetés, pontosan mit is szeretnék. Https get paraméterekkel, json válasz. Független elemi kommunikációk. Emberi számítás szerint kliens oldalon chrome asztali / mobil böngészőben javascript xhr - és ahhoz kellene szerver framework-öt gyártani. Azon ügyködöm.

    Ha van még kérdés, nagyon szívesen megválaszolom, és utána én is örülnék válaszoknak.

    កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Új hozzászólás Aktív témák