Zotonic
Zotonic
zotonic@conference.zotonic.com
Wednesday, 28 August 2013< ^ >
Arjan has set the subject to: Zotonic - The Erlang Web Framework & CMS
Room Configuration

GMT+2
[01:43:32] cillian.deroiste leaves the room
[08:34:02] cillian.deroiste joins the room
[09:01:13] arcusfelis joins the room
[09:05:50] cillian.deroiste leaves the room
[09:40:52] Andreas Stenius joins the room
[09:44:44] Maas joins the room
[10:03:34] arcusfelis leaves the room
[10:11:05] Steffen Hanikel joins the room
[10:11:22] arjan joins the room
[11:00:30] simon.smithies joins the room
[11:17:31] <Marc Worrell> 0mq or mqtt - that is (a/the) question
[11:21:06] Jeff Bell leaves the room
[11:22:15] Jeff Bell joins the room
[11:23:43] <arjan> or.... http://nanomsg.org/
[11:23:51] <arjan> which is supposedly a successor to 0mq
[11:24:13] <arjan> cool project to write erlang bindings for that
[11:24:17] <Marc Worrell> yeah - I understood there were some developer splits in the 0mq team
[11:24:38] <Marc Worrell> I am looking into having some good pubsub, which also extends into the browsers
[11:25:10] <Andreas Stenius> Ah.. thanks for the heads up about 0mq... will have to take a look at that (was planning on using it..)
[11:25:38] <Andreas Stenius> currently making erlang lib for cap'n proto..
[11:26:12] <Andreas Stenius> cap'n proto + 0mq (or similar) = nice communication protocols, I hope :)
[11:26:46] <Marc Worrell> or use UBF-A :)
[11:27:51] <Andreas Stenius> yeah.. I've looked at UBF, on several occassions.. guess I'm dumb, but I don't quite get it.. it looks good, but I fail to apply it (in my head, never really tried it)
[11:28:22] <Marc Worrell> The protocol checking part is the nice part - and of course that it maps well to/from Erlang
[11:29:51] <Marc Worrell> nanomsg seems to revolve around having sockets
[11:33:07] <arjan> indeed
[11:33:16] <arjan> some form of reliable communication
[11:33:21] <Marc Worrell> i like mqtt - at least from their doc page
[11:33:46] <Marc Worrell> "MQ Telemetry Transport (MQTT) is a lightweight broker-based publish/subscribe messaging protocol designed to be open, simple, lightweight and easy to implement. These characteristics make it ideal for use in constrained environment"
[11:33:57] <Marc Worrell> • Where the network is expensive, has low bandwidth or is unreliable
• When run on an embedded device with limited processor or memory resources
[11:34:11] <Marc Worrell> sounds like a browser/server connection to me :p
[11:34:49] <Marc Worrell> and some people made it work over websockets as a transport
[11:35:44] <Marc Worrell> I think we might even be able to let it communicate over our postback/comet connection
[12:30:05] Mawuli Adzaku joins the room
[12:33:46] simon.smithies leaves the room
[12:39:19] Mawuli Adzaku leaves the room
[12:40:41] Mawuli Adzaku joins the room
[12:46:07] Mawuli Adzaku leaves the room
[12:50:09] Mawuli Adzaku joins the room
[12:53:04] Mawuli Adzaku leaves the room
[14:00:50] <Maas> Does it have a good fallback mechanism... websockets are sometimes quite unreliable..
[14:01:37] Jeff Bell leaves the room
[14:02:06] Jeff Bell joins the room
[14:04:20] <Maas> I think we must go talk someday marc ;-)
[14:06:16] <Maas> With mobile you also have to deal with devices going to sleep and are then out of sync.
[14:10:40] <Maas> I've looked around to see if we could use already existing things for channel, but couldn't find any which met all our requirements.
[14:32:55] <Maas> We also do not subscribe to events from the page itself. It was unreliable when you have to deal with server restarts (or parts like we do)
[14:56:05] <Steffen Hanikel> Is there a way to find out with what template a resource is going to be rendered?
[14:56:30] <Steffen Hanikel> Or do I have to get the resource url and dispatch it in some way?
[15:39:55] Mawuli Adzaku joins the room
[15:47:24] <arjan> yeah you'd have to use the dispatcher to get that information
[15:59:39] Piotr Nosek joins the room
[16:28:45] <Steffen Hanikel> hmm ... it's not so easy to get the right dispatch rule from the dispatch list
[16:40:12] arjan leaves the room
[16:51:21] <Steffen Hanikel> Marc Worrell: would it be okay to export z_sites_dispatcher:wm_dispatch/5 ?
[16:51:43] <Steffen Hanikel> I'd need it match a resource to a template
[16:58:48] Mawuli Adzaku leaves the room
[17:13:11] Jeff Bell leaves the room
[17:13:23] Jeff Bell joins the room
[17:35:12] Maas leaves the room
[17:57:05] Steffen Hanikel leaves the room
[18:22:57] arjan joins the room
[18:30:30] <Piotr Nosek> Hi everyone. I have a question about rsc table. To be more precise: about "props" column. If I want Zotonic to manage quite many kinds of entities like events, persons, places, event registrations etc., what would be the best approach in your framework: to keep all custom, entity-specific data in props or rather have separate table with ids matching those from rsc and there should I keep my custom properties? I would like to consider both approaches in performance terms and ease-of-use on application side, putting "beauty" or human-readiblity of DB schema.
I hope I explained clearly what I have on mind. :)
[18:35:52] Piotr Nosek leaves the room
[18:36:17] arjan leaves the room
[18:49:22] piotr.nosek joins the room
[19:37:08] Steffen Hanikel joins the room
[19:38:09] <Steffen Hanikel> piotr.nosek: I think if you want to query that stuff, then you should absolutely put it in a separate table
[20:08:39] arjan joins the room
[20:27:05] cillian.deroiste joins the room
[20:31:13] <arjan> I would first store it just in the props
[20:31:32] <arjan> later when you decide you want to query it, you can define custom pivot tables
[22:17:31] Mawuli Adzaku joins the room
[22:23:54] Mawuli Adzaku leaves the room
[22:25:13] Mawuli Adzaku joins the room
[22:25:47] Mawuli Adzaku leaves the room
[22:26:45] Mawuli Adzaku joins the room
[22:27:52] Mawuli Adzaku leaves the room
[22:29:11] Mawuli Adzaku joins the room
[22:31:58] Mawuli Adzaku leaves the room
[22:35:50] Mawuli Adzaku joins the room
[22:51:33] Mawuli Adzaku leaves the room
[22:53:04] Mawuli Adzaku joins the room
[22:58:38] Mawuli Adzaku leaves the room
[22:59:14] Mawuli Adzaku joins the room
[23:00:39] Mawuli Adzaku leaves the room
[23:09:04] Mawuli Adzaku joins the room
[23:14:10] Mawuli Adzaku leaves the room
[23:14:36] Mawuli Adzaku joins the room
[23:16:41] Mawuli Adzaku leaves the room
[23:53:45] arjan leaves the room
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!