GithubHelp home page GithubHelp logo

hookii's People

Contributors

crazyhg avatar ernitron avatar s1m0n4 avatar

Stargazers

 avatar

Watchers

 avatar  avatar  avatar

Forkers

s1m0n4 hookii

hookii's Issues

Hookii Advanced Search on Archive

Hookii Advanced Search on Archive

Vado per sommi capi.

La ricerca sull'archivio dovrebbe prevedere un riquadro "search" nel banner (diciamo in alto a destra e per gli smartphone un design responsive).
La ricerca può essere semplice (ricerca su tutto) o raffinata con diversi criteri. Si dovrebbe aprire un riquadro esteso in questo caso con le opzioni.

Le opzioni di ricerca articoli sono:

  • per titolo (ricerca solo nel titolo o titolo e articolo)
  • per autore (uno o più)
  • per data (o range di date)

Le opzioni di ricerca commenti sono:

  • commento nel titolo (ricerca solo nel titolo o titolo e articolo e commenti)
  • per autore (uno o più)
  • per data (o range di date)
  • per destinatario (da commentatore A a commentatore B)

La ricerca estrae gli articoli selezionati e tutti i commenti che soddisfano i criteri di selezione. Se la ricerca seleziona più articoli presenta solo gli articoli. Se la ricerca seleziona un articolo e commenti presenta anche questi.

VM // Discussion

VM sì o no?

Riporto alcune considerazioni (già fatte su hookii) per ri-aprire la discussione.

In generale distribuire applicazioni su diverse VM ha senso. Ma è ovviamente un problema di risorse disponibili e come ottimizzarle.

Ho sempre polemizzato parecchio con chi sosteneva che funziona meglio un frontend (nginx o apache) e i backend su VM se girano sulla stessa macchina fisica. E' intuitivo (secondo la mia intuizione) che è più lento. Oltre al contest switch di processo hai quello della VM e alla fine scala quanto il numero di core della cpu. E' più flessibile ma ovviamente meno prestante.

Questa è la attuale configurazione di hookii.

nginx serve (in reverse proxy ma è la normale configurazione) i backend php-fpm che a loro volta parlano con il db (mysql). Il numero di workers è determinato automaticamente ma di solito si aggira sui 5 processi nginx e altrettanti php. Mysql è il collo di bottiglia ;)

Tutto su una macchinetta da 1GB e su un core solo in VM su digitalocean (ubuntu server 14.04 a 64bit). Quindi il loadbalancer proprio non serve e secondo me con un paio di VM all'interno di una VM si siede completamente ;)

Scalare questa architettura prima di avere una dotazione di ram seria (diciamo 16/32GB di RAM) e almeno un quad core è abbastanza inutile imho.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.