Ahojte, souhlasim s Honzou Kralem. Podle tvyho prvniho prispevku mas dost dobrou predstavu o cele architekture sluzby, dilci kostky uz se daji vybrat pri implementaci. Par postrehu:
- Drzel bych se postgresu, subjektivne i objektivne podle novych django migration [1]. - Nemam dobrou zkusenost s RabbitMQ a redisem jako postakem pro celery. Rabbit ztracel zpravy, nutno podotknout, ze na velice nestandartnim a nestabilnim sitovym pripojeni mezi rabbit cliente a rabbit serverem. A zpravy z redisu mne zas celery spoustelo vickrat, zde nutno podotknout, ze sem nepatral moc dlouho proc, proste sem ho vymenil. Nakonec pouzivame patchovanej trunk, kterej pouziva listen/notify na postgresu [2]. Ale kazdopadne, zmena postaka je asi na hodku prace, takze zadnej velkej problem. - A API mezi backendem a frontendem je supr pro vyvojare, kteri budou nasledne API pouzivat a psat na nej klienta. Webadmin Kerio Connect to tak ma a napsat na jejich API ovladani pak byla pasticka. Muzes pak pouzit FE jako testovaci rozhrani a manual v jednom. Ale uz nevim, jestli to stoji za te vic prace oproti django views. Zatim, M. [1] http://www.youtube.com/watch?v=a-_GAHfpk1Y [2] https://github.com/qdqmedia/trunk Dne 20. října 2014 7:16 Honza Král <[email protected]> napsal(a): > Ahoj, > > ja si myslim ze nema smysl tyhle veci planovat dopredu - zacni s > nejjednodussim moznym resenim a postupne optimalizuj. Nema cenu predem > delat vsechno. takze zacni s django orm (sqlite na lokale, postgres na > produkci) a gunicornem a pak pridavej veci podle toho co budes > skutecne potrebovat ted a tady, ne co si ted od stolu myslis, ze budes > ve finale potrebovat > Honza Král > E-Mail: [email protected] > Phone: +420 606 678585 > > > 2014-10-19 8:34 GMT-07:00 Radek Svarz <[email protected]>: >> Ad Tuttle - kratke, ale vystizne :) >> >> Ad Tom - take nemam rad zabomysi dohady o tom, co je zrovna nej. Akorat, ze >> technologie prichazi a odchazi. Btw, kdyz se mne v roce 2001 ptali do >> nejakeho Telekom platku, jak jsem nadseny z ISDN, tak jsem se musel hodne >> drzet ;) >> >> ad lidi, co se jim libi - aktualne spolupracuje s nami junior, ktery si >> jeste neuvedomuje ruzne souvislosti. Musim hodne zasahovat, aby nevznikal >> bastl. >> >> Diky moc za tipy... >> >> Radek >> >> >> On Sunday, October 19, 2014 4:08:20 PM UTC+2, Tomáš Ehrlich wrote: >>> >>> Ahoj, >>> mě už je DNES všechno jedno. Všechny ty debaty co je lepší, co je správně, >>> co je normální, co je moderní jdou mimo mě, protože nakonec to není o >>> nástroji, ale o lidech, kteří nástroje používají. Navíc nevěřím, že úspěch >>> produktu záleží na technologii. Pokud máš dobrý nápad a dobře promyšlenou >>> realizaci, tak si to můžeš udělat v ASP, které ti budou běžet na nějakém >>> Windows serveru, stejně tak i v Elixiru, který ti poběží kdo-ví-na-čem. >>> >>> Zeptej se raději lidí se kterýma chceš něco vytvářet, co umí, co se jim >>> líbí a podle toho se rozhodni, jakou použiješ technologii. >>> >>> >>> Následuje nudný výčet toho, co používám. U většiny bych ani neřekl proč. >>> Jen proto, že jsem se to kdysi naučil a nic mi tam zatím nevadí: >>> Na frontend Bootstrap, kde si upravuji LESS + jejich Javascript založený >>> na jQuery. >>> Těd jsem začal používat AngularJS. Ember i Backbone jsem zkoumal, ale o >>> Angularu se píše všude, takže se mi snadněji hledají materiály. Objektivní >>> důvod nemám. >>> >>> Storage: >>> PostgreSQL, do budoucna přijde Redis. Memcache jako... cache. >>> Django s Celery a RabbitMQ, REST Framework pro API, nuda. >>> >>> Deployment Ansible, přijde mi přehlednější a pružnější než Fabric. >>> Lokální tasky přímo přes Django management commands. Frontendové úlohy >>> přes Grunt. >>> Testy v PyTestu s Django dynamic fixtures, splinter jako frontend k >>> selenium, nic extra. Na frontend mám Karma runner, který spouští testy >>> napsané v Jasmine. Na e2e testy Protractor. >>> >>> Většinu tedy píšu v Pythonu 3, javascript ideálně v coffeescriptu, místo >>> css píšu v less a prototypy stránek píšu v Jade místo html. Šťastný nejsem, >>> výhody preprocessoru vyvažuje nevýhoda všechno před deployem/testem >>> kompilovat. >>> >>> Dlouhodová udržitelnost taky není moc o technologii, ale o tom, jak ji >>> umíš používat. Viděl jsem, psal jsem :( prasácký python kód, který by teď >>> nedal dohromady ani hipster hacker… Každý večer si za to dávám 5 ran bičem a >>> odříkávám Zen of Python. >>> >>> >>> Budoucnost je v čistém Haskellu, říkávala už moje babička... >>> Tom >>> >>> V 18. října 2014 at 11:29:14, Radek Svarz ([email protected]) napsáno: >>> >>> Ahoj, >>> >>> 1. diky za super prazske pyvo. Ted k otazce... >>> >>> Predstavte si, ze mate moznost vytvorit novou aplikaci - na zelene louce. >>> (huraaa :) >>> >>> Pro predstavu aplikace je Software as a Service typu ala Github, >>> Bitbucket, JIRA, Mailchimp, Zendesk, Freshdesk. >>> >>> Tedy ma prijemny, primocary frontend + nejake background tasks (at uz pres >>> cron, ci iniciovane userem) + ma API na integrace. Zakaznici - korporace, >>> SMEs. Idealne tedy se zero downtime z pohledu designu architektury. >>> >>> App by se skladala jak z casti URL oddelenych, tak Single Page Application >>> (pro moduly) pres # v URL - chovani jako v Mailchimpu. >>> >>> Vzhledem ke kontinualnimu vyvoji, rad bych mel konfigurovatelne feature >>> flipping (jak pro FrontEnd, tak BackEnd, tak mozna i pro webservice APIs). >>> >>> Pouziti je jak na PC browseru (IE9+ a ostatni), tak browsery v tabletech >>> (Android Chrome, Ipad Safari). >>> >>> Jakou byste zvolili DNES architekturu? >>> --------------------------------------------------- >>> >>> Browser Front End (prosim odpoved hlavne na toto): >>> >>> UI pro interaktivni special grafy: D3JS (uz mame vyzkousene, ze musime) >>> >>> UI ostatni: bootstrap / kendo UI / dojo / jquery UI / ... ? >>> >>> JS framework: angularJS / backbone.js / ember ? (btw, mam radeji >>> deklarativni zapis, nez algoritmicky) >>> >>> >>> Ostatni::::::(back end,...):::::::::::::::::: >>> >>> BE API vuci browser FE: resit, nebo pouzit normalni django views...? >>> >>> BE API pro web services integrace: TastyPie? (bude muset byt verzovane, >>> rad bych autodokumentaci) >>> >>> Cache: reddit? memcached? >>> >>> BE - app server: Django (urcite :), Celery / Rabit MQ? >>> >>> Authentication: (nejedna se o social app, nyni tedy je mozny vlastni >>> login, pripadne bude potreba nejake SSO z korporatniho prostedi - jak na >>> to?) - python-social-auth pro public SSO (pro SMEs, co pouzivaji GApps?) >>> >>> Search: Whoosh? (zaznamu bude cca do 100 000, kazdy zaznam pro predstavu >>> ala github ticket, nicmene search by mel vytvaret jakysi groupovaci wizard - >>> takze haystack se mi nelibi), Solr atd mi zatim prijdou kanon na vrabce >>> >>> BE - DB: PostgreSQL? >>> >>> Deployment: Fabric? >>> >>> Supporting: Sentry, New Relic? >>> >>> BE autotesty: >>> >>> FE autotesty: selenium? >>> >>> CDN: google, maxcdn, jine? (pro JS, fonty apod.) >>> >>> Podminka - milujeme Django, takze to bude na tom :) >>> >>> Vize je, ze aplikaci budeme udrzovat dlouhodobe. Takze potrebujeme prvky, >>> co jsou dobre udrzovatelne. >>> >>> Prosim odpovedi strukturovane... :) >>> >>> Diky, >>> Radek >>> -- >>> -- >>> E-mailová skupina [email protected] >>> Správa: http://groups.google.cz/group/django-cs >>> >>> --- >>> Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny >>> „django-cs“ ve Skupinách Google. >>> Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, >>> zašlete e-mail na adresu [email protected]. >>> Další možnosti najdete na https://groups.google.com/d/optout. >> >> -- >> -- >> E-mailová skupina [email protected] >> Správa: http://groups.google.cz/group/django-cs >> >> --- >> Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny >> „django-cs“ ve Skupinách Google. >> Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, >> zašlete e-mail na adresu [email protected]. >> Další možnosti najdete na https://groups.google.com/d/optout. > > -- > -- > E-mailová skupina [email protected] > Správa: http://groups.google.cz/group/django-cs > > --- > Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny django-cs > ve Skupinách Google. > Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete > e-mail na adresu [email protected]. > Další možnosti najdete na adrese https://groups.google.com/d/optout. -- -- E-mailová skupina [email protected] Správa: http://groups.google.cz/group/django-cs --- Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny django-cs ve Skupinách Google. Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny, zašlete e-mail na adresu [email protected]. Další možnosti najdete na adrese https://groups.google.com/d/optout.
