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

• #8821 coco2 őstag sztanozs #8817

  Új Válasz 2019-07-25 11:17:50 #8821

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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