Shrnutí - project management system

14.5.2013 08:40 | Přečteno: 939× | Software | poslední úprava: 14.5.2013 08:35

V minulém zápisku jsem prosil o rady ve výběru project management systému, který by mi sloužil jako zákaznický portál. Podle vašich komentářů, se mi nejvíce zalíbil Chiliproject fork Redmine, tak jsem začal študovat. Pro Redmine existuje windows instalátor, tak jsem ho hned vyzkoušel a nadchnul mě takovou elegantní a mocnou jednoduchostí. Hlavně tedy možností nastavovat procesy a číselníky.

Redmine je napsán v Ruby, sám jsem Ruby nepoužíval tuším zhruba co jsou gemy a uživatelsky ovládám Jekyll ale Ruby na serveru.... :-\ Proto jsem se poohlédl po PHP variantách a ano! Vznikly minimálně dva klony Redmine v PHP: redmine-ci, který je postavený na CodeIgniteru a CandyCane nad CakePHP. CandyCane jsem vyzkoušel, ale nakonec jsem se rozhodl jít přímo ke kováři i když k Ruby.

Instaloval jsem na CentOS 6 - aktuální zhuba podle návodu z redmine wiki, mysql a server už mám, takže to jsem přeskočil. Kdykoli jsem se zasekl (na nějakém gemu nebo bundlu nebo tak něčem), pamatuji si že JSON a MySQL byly záseky, tak to vyřešilo doinstalování devel balíčku z repozitářů (mysql-devel a podobně, obvykle do 3. místa ve výsledcích na googlu). Spustil jsem redmine přes Ruby development server Webrick a on běžel - to bylo celkem motivační.

Instalace nakonec zabrala opravdu jen pár minut.

Poslední co zbývalo bylo nahradit Webrick nečím pro malé produkční nasazení. Protože používám na serveru Nginx, řekl jsem si že nechám nějaký malý server běžet za ním a Nginx použiju jako proxy.

Po rychlé konzultaci jsem vybral Thin server, ten se snadno nechal nainstalovat do systému jako servis (takže na Centosu valí service thin start a chkconfig thin on), a stačil jeden konfigurační soubor a server mi hezky běží:

---
user: redmine
group: www-data
pid: tmp/pids/thin.pid
timeout: 30
wait: 30
log: log/thin.log
max_conns: 1024
require: []
environment: production
max_persistent_conns: 512
servers: 1
threaded: true
no-epoll: true
daemonize: true
socket: tmp/sockets/thin.sock
chdir: /home/redmine/
tag: redmine-server

na serveu je pak jen:

upstream thin {
        server 127.0.0.1:3000;
    }

server {
    listen 80;
    server_name  moje1adresa mojeadresaswww;
    access_log  /var/log/nginx/redmine.access.log  main;

        location / {
                proxy_pass http://thin;
        }
}

To mám rád na Nginx, konfiguraci která je přehledná.

Včera jsem ještě nainstaloval vzhled A1, protože mi z doporučovaných přišel nejaktuálnější. A teď postupně zkouším vytvářet uživatele a tak dál.

Dík za tipy všem.        

Komentáře

[Michal Karas]

Jen pro zajímavost, proč jsi upřednostnil Thin před Passengerem?

[Dát smazat]

No hledal jsem něco jednoduchého co by jelo za nginx... takže jsem do googlu zadával postupně asi něco jako "ruby service nginx proxy centos" nebo "simple production ready ruby server" a hledal aktuální řešení. A když jsem narazil na Thin (resp. nějaký tutoriál a pak další zdroje), tak jsem dál už nehledal.

[Michal Karas]

Aha, díky za odpověď. Mně právě ten Passenger přijde jako jednodušší řešení, protože běží jako modul uvnitř Nginxu (anebo Apache) a tak není potřeba se starat o další systemovou službu, pro kterou je potom webový server jen proxy.

[Dát smazat]

Tak možná že jsem do něj nechtěl rýpat Taková logická oddělenost mi je celkem sympatická... ale díky za informace. Příště na něj kouknu.

[xvasek]

Já bych se zeptal ještě: A co máte všichni aktuálně proti Apachi? Nikdy jsem nic jiného nedělal, tak abych věděl, o co přicházím...

[Josef Kufner]

Apache je zaměřen na konfigurovatelnost a univerzálnost, nikoliv na výkon. Pro provoz jedné nebo jen několika málo aplikací je výhodnější použít méně pružný, ale výkonější server.

[Dát smazat]

No mě osobně přijde Nginx přehledněji nastavitelný.. konkrétně takové běžné věci jakože www a bez www mají být ve stejném aderáři. Z portu 80 má přesměrovat na port 443 a tak Jinak mé weby se výrazně zrychlily - ale to může být (a asi i bude) tím, že jsem neměl ideálně nastavený apache. Jinak mi vyhovuje i to, jak si nginx řeší PHP (což jde taky nastavit i u apache).

Tákže nakonec jsem se vrátil na začátek k osobním sympatiím :D

[xvasek]

No tak díky oběma, ale pořád mě to nepřesvědčilo, abych se naučil něco nového - nějaký jakože impuls "tak proto". Na těch mých šest webů dva Apačové stačí, problémy s výkonem nemám (spíš tam to železo jenom nečinně sedí) a konfigurace mi přijde přehledná. Tak možná v příštím životě, až nebudu toho Apače umět, tak se naučím rovnou nginx.