Navigazione

    Privacy - Termini e condizioni
    © 2020 Search On Media Group S.r.l.
    • Registrati
    • Accedi
    • CATEGORIES
    • Discussioni
    • Non letti
    • Recenti
    • Hashtags
    • Popolare
    • Utenti
    • Stream
    • Interest
    • Categories
    1. Home
    2. slaogiweb
    3. Post
    S

    slaogiweb

    @slaogiweb

    • Profilo
    • Chi segue 0
    • Da chi è seguito 0
    • Discussioni 5
    • Post 7
    • Migliore 0
    • Gruppi 0
    Iscrizione Ultimo Accesso
    Località Milano Età 43
    0
    Reputazione
    8
    Post
    0
    Visite al profilo
    0
    Da chi è seguito
    0
    Chi segue
    User Newbie

    Post creati da slaogiweb

    • RE: Scalabilità di un'applicazione (eccessive richieste al DB)

      @coolnetwork said:

      Potresti fare un cluster di n nodi per la "lettura" del db visto che è l'operazione più pesante magari utilizzando storage su SSD.

      In realtà l'operazione più pesante è quella di scrittura... Gli automobilisti scrivono la loro posizione sul DB ogni 2 secondi circa (migliaia di operazioni di scrittura al secondo). Non ho mai letto di soluzioni di replica in cui ci siano più Master dedicati alla scrittura. Tu ne sai qualcosa?

      postato in Hosting e Cloud
      S
      slaogiweb
    • Php, MySQL e Google Maps - Troppi I/O contemporanei

      Salve a tutti, spero che qualcuno possa darmi una mano.

      Ho sviluppato un'applicazione web in ambiente LAMP con un layout mobile friendly.
      Lo scopo è condividere la posizione di migliaia di automobilisti su una mappa, che è consultata a sua volta da altrettanti migliaia di utenti, contrassegnandoli con dei marker e visualizzandone i movimenti.
      In pratica rilevo, attraverso HTML5, la posizione (Latitudine e Longitudine) dell'automobilista ogni 2 secondi e la invio al database (MySQL). Così facendo gli utenti sono in grado di visualizzare gli automobilisti sulla mappa e i loro spostamenti.

      L'applicazione funziona, e anche bene, però non ho la più pallida idea di cosa possa succedere quando, una volta entrato a regime, mi ritroverò migliaia di automobilisti e utenti che contemporaneamente interrogano e modificano il database. Gli utenti che visualizzano la posizione degli automobilisti interrogano il database (quindi operazione di lettura), gli automobilisti modificano continuamente la loro posizione sul database (quindi scrittura). Mi ritrovo con decine di migliaia di operazioni di scrittura e lettura al secondo.

      Esiste un metodo per testare preventivamente l'applicazione? (simulare la presenza di tutte queste richieste e stressare il database e l'applicazione)

      Secondo voi, quello che ho utilizzato, è il metodo migliore?

      postato in Coding
      S
      slaogiweb
    • Scalabilità di un'applicazione (eccessive richieste al DB)

      Salve a tutti,
      forse dovrei spostare il post nella sezione Php - MySql (magari mi suggeriscono un altro metodo), però mi sembra più adatto a gente esperta di sistemi e server.

      Ho realizzato un'applicazione in ambiente LAMP, adattandone il layout per il mobile, che permette a migliaia di automobilisti di farsi localizzare dagli utenti su una mappa e comunicare in automatico gli spostamenti (in pratica si vede il marker sulla mappa che si muove).
      Il funzionamento è il medesimo:
      Calcolo Latitudine e Longitudine e ogni 2/3 secondi invio questi dati al DB in modo tale che ogni utente riesce a localizzarlo sulla mappa.
      Funziona, e anche bene, però purtroppo se moltiplico questa operazione per migliaia di automobilisti ecco che il DB non regge più, se sommo anche le richieste di letture al DB (fatte da parte degli utenti che consultano la mappa per vedere la posizione degli automobilisti) il numero diventa mostruoso per un DB gestito da un singolo server (parliamo di decine di migliaia di richieste al secondo se non di più).

      Come potrei risolvere per scalare/replicare?

      Grazie

      postato in Hosting e Cloud
      S
      slaogiweb
    • RE: Cloud, Scalabilità e Load balancing, un chiarimento.

      @erise said:

      Premesso che sono sistemista fino ad un certo punto, ma ho lavorato con ambienti strutturati. Un load Balancer è una cosa, si mette sui web per distribuire le richieste secondo il carico. Il db risiede su un'altro server e in caso di scalabilita orrizontale si parla di cluster di database. Cmq cosa vuol dire migliaia di richieste? Al giorno, simultanei? Comincerei a pensare a strutture di questo problema quando i problemi sono reali, anche perché a quei livelli ci son molti altri problemi da gestire.

      Ciao Erise,
      il progetto dell'applicazione web a regime dovrebbe arrivare a generare migliaia di visitatori unici giornalieri. Al momento del lancio, anche un unico webserver (ben settato e prestante) + un server per il db può bastare, ma sto pensando alla scalabilità dell'applicazione proprio perchè non ne so molto e non vorrei trovarmi nel momento del bisogno a discutere con un sistemista che mi dice che il codice dell'applicazione così com'è scritto non va assolutamente bene e quindi va riscritto. Vorrei sapere cosa c'è da fare prima che questa avvenga, cosa è bene predisporre sin da ora, in modo tale da trovarmi pronto per scalare l'applicazione.
      Poi, a parte le prestazioni, se l'applicazione va bene credo sia utile installarla su almeno un secondo server per ridondanza/continuità.

      Ho anche letto qualcosa sul round robin, ma a parte il fatto che non saprei come replicare il contenuto sui vari server, pare ci siano problemi con la gestione delle sessioni. A quanto ho capito l'utente viene allocato, sequenzialmente, sui vari server ad ogni richiesta (quindi ad ogni pagina).

      postato in Hosting e Cloud
      S
      slaogiweb
    • Cloud, Scalabilità e Load balancing, un chiarimento.

      Buongiorno a tutti,
      scrivo questo post nella speranza che qualcuno sappia sciogliere i miei dubbi e/o comunque darmi chiarimenti in merito. Oggi si parla tanto di cloud (dedicato o non), scalabilità, architetture hardware configurabili personalmente (IAAS), ecc. ma non so come potrei gestire una mia applicazione web in termini pratici.

      Sono un designer (con qualche competenza di php + mysql ), ho sviluppato una mia applicazione web (ambiente LAMP) che a regime dovrebbe servire migliaia di utenti.
      Vorrei provare a configurare più server (almeno 2 dedicati al DB e almeno 3 per la parte php/script) e posizionarvi l'applicazione. Ho letto, documentandomi un pò sull'argomento, che un load balancer analizza la richiesta del client indirizzandola sul server meno carico in quel momento. Fin qui ci sono, ma essendo un'applicazione che vive anche di contenuti generati dal contributo degli utenti, come fa in pratica il contenuto ad essere salvato sugli hard disk di più server? Devo essere io (tramite il codice della mia applicazione) a far scrivere il dato simultaneamente su più server/hard disk o è sufficiente un'impostazione hardware che monitora un server principale e duplica il contenuto appena inserito su tutti gli altri server? Oppure quello che ho illustrato fin qui è errato e la metodologia di funzionamento è completamente diversa?

      E poi... se si tratta di contenuti duplicati, come faccio ad evitare che Google mi penalizzi? (ma questo forse devo postarlo in un altra sezione del forum)?

      Grazie a chiunque dia il proprio contributo, anche se esaustivo solo in piccola parte. Sono un "quasi" neofita anche io.

      Francesco

      postato in Hosting e Cloud
      S
      slaogiweb
    • URL Rewrite e SEO

      Buongiorno,
      in questi giorni sto affrontando la costruzione di un programmino (simile ad un blog) in php + mysql (ambiente LAMP), scritto da me e senza l'utilizzo di framework. A regime dovrebbe generare un migliaio di post/pagine all'anno.
      Visto il numero di pagine/post è naturale che opti per registrare il contenuto dei post nel database, insieme ad altri dati (quali titolo, descrizione, keyword, ecc ad esempio) e poi vada a costruire la pagina in base alla richiesta dell'utente, generare delle pagine fisiche non mi sembra indicato. E qui sorgono dei dubbi dal punto di vista SEO.

      Non mi è chiaro come tutte queste pagine/post possano essere lette bene dai motori di ricerca e da google nello specifico (in fondo si tratta di informazioni che si trovano nel database e vengono visualizzate solo se richiamate dall'utente). Devo usare qualche accorgimento particolare? esiste qualche tecnica di scrittura doverosa in questi casi?

      Volevo chiedervi anche qualche informazione sul metodo di scrittura dell'url.

      Grazie mille

      Francesco

      postato in SEO
      S
      slaogiweb
    • Redirect per versione mobile

      Buongiorno a tutti,
      sono nuovo, anzi freschissimo, di questo forum. Sposto qui un post sperando sia di maggior visibilità.

      Ho un problema con i vari OS per devices di ultima generazione.
      Ho un sito "URL1" che voglio venga visualizzato solo ed esclusivamente da smartphone (quindi niente tablet e niente PC/laptop)...

      Provando con questo script

      <script language=javascript>
      if((navigator.userAgent.match(/Macintosh/i)) || (navigator.userAgent.match(/Windows/i)) || (navigator.userAgent.match(/Linux/i)))
      {
      location.replace("URL2");
      }
      </script>

      ho notato che funziona abbastanza bene, ma non per gli smartphone basati su Android.
      Se visito "URL1" attraverso un pc vengo giustamente rediretto su "URL2", se lo visito con un iPhone rimango giustamente su "URL1", ma se provo a visitarlo con uno Smartphone Android anzichè rimanere su "URL1" vengo rediretto su "URL2" e non capisco il perchè.

      Ho anche provato ad aggiungere la stringa || (navigator.userAgent.match(/iPad/i)) || e se provo a visualizzare URL1 con un iPad giustamente vengo rediretto ad URL2.

      Qualcuno sa dirmi il perchè?

      Mi piacerebbe trovare degli script che permettano di far visualizzare un URL solo ad un macrogruppo specifico di devices (PC/LAPTOP; Tablet; Smartphone).

      Grazie mille a chi saprà illuminarmi

      postato in Help Center: consigli per il tuo progetto
      S
      slaogiweb