<p>I am curious, how is ChicagoBoss compared to Nitrogen?</p>
<div class="gmail_quote">On Aug 2, 2011 11:31 PM, "Icarus Alive" <<a href="mailto:icarus.alive@gmail.com">icarus.alive@gmail.com</a>> wrote:<br type="attribution">> On Wed, Aug 3, 2011 at 3:54 AM, Benson Wong <<a href="mailto:mostlygeek@gmail.com">mostlygeek@gmail.com</a>> wrote:<br>
>> Hi,<br>>> My background is a web developer (~15 years), done PHP for about 11 years.<br>>> So I know it pretty well.<br>>> Just starting to learn Erlang. Done lots of javascript (jQuery, node.js,<br>
>> etc). So a PHP developer, in the Erlang pool here :)<br>>> I think an imperative language like PHP would be a lot easier (and more<br>>> agile) to build the web app in than Erlang. I would choose erlang if I need<br>
>> long lived connections (web sockets, long-poll, etc). Frameworks like Django<br>>> (Python)/Rails (ruby) would also make life easier.<br>>> If you want scalability/reliability/performance, add more PHP processes /<br>
>> servers.<br>>> PHP is shared nothing, so it is easy to scale. Just add more. Using Nginx +<br>>> PHP-FPM. Solves a lot of slow request issues.<br>>> Put them behind an HTTP load balancer, HAProxy is a very popular choice.<br>
>> Performance is usually database bound than it is app server bound.<br>>> On Fri, Jul 29, 2011 at 6:16 AM, Icarus Alive <<a href="mailto:icarus.alive@gmail.com">icarus.alive@gmail.com</a>><br>>> wrote:<br>
>>><br>>>> Would appreciate if my thread wasn't hijacked :-)... although gotta<br>>>> agree that our scenarios are quite similar.<br>>>><br>>>> On Fri, Jul 29, 2011 at 6:31 PM, Banibrata Dutta<br>
>>> <<a href="mailto:banibrata.dutta@gmail.com">banibrata.dutta@gmail.com</a>> wrote:<br>>>> > Thanks @Marc, for taking time to reply this this mail.<br>>>> > On Fri, Jul 29, 2011 at 5:38 PM, Marc Worrell <<a href="mailto:marc@worrell.nl">marc@worrell.nl</a>> wrote:<br>
>>> >><br>>>> >> It mostly depends on what kind of web development you want to do.<br>>>> >><br>>>> >> Is it more of a mobile application than a publishing web site?<br>
>>><br>>>> In my case, content characteristics are:<br>>>> 1. Always originating from single source<br>>>> 2. Always consumed by single user<br>>>> 3. Content has short lifetime - once consumed, will be archived<br>
>>> 4. Each user has several hundreds of content display to her in "newest<br>>>> first" fashion<br>>>><br>>>> >><br>>>> >> Does is have specific authentication schemes?<br>
>>> >> Etc. Etc.<br>>>> ><br>>>> > Honestly, haven't given this enough thought. One of the requirements is<br>>>> > to<br>>>> > ensure privacy of user data, and that of the interaction. I'm yet to<br>
>>> > figure<br>>>> > out the "how" part.<br>>><br>>> Security/Privacy, this is more of an operation and application design than<br>>> it is a Erlang/OTP vs PHP/Ruby/Python+framework.<br>
>> Generally you'd want to:<br>>> * firewalls, no SSH access, web servers are only web servers, ie: only port<br>>> 443 open.<br>>> * use cookie based sessions. Don't use HTTP basic authentication.<br>
>> * Server has controls all access based on the cookie.<br>>> * Use HTTPS. Always.<br>>> * There are lots of other techniques:<br>>> -- use bcrypt for passwords<br>>> -- sessions can be limited to one IP address at a time<br>
>> -- sessions have short expire times (controlled on the server)<br>>> -- etc.<br>>><br>>>><br>>>> Well in my case it has to be some strong authentication. Storage,<br>>>> archival and access has to conform to HIPAA compliance. So we know we<br>
>>> are dealing with EMR type content.<br>> <br>> Hi Benson,<br>> <br>> Really appreciate your descriptive & informative response, especially<br>> so for the part on security.<br>> <br>> My inclination towards Erlang stems from the fact that I was intending<br>
> to do much of the backend in Erlang as well. The backend does lot of<br>> other things than just bridging between FE client request/responses<br>> and a DB, s.a. converting content format, managing archival policies,<br>
> do some data analysis for reporting etc. Maybe some of that via ports.<br>> <br>> I wish I'd seen your mail few days back, because having tried both<br>> Nitrogen and Zotonic, which are I am sure excellent products, I think<br>
> I've found peace in settling for ChicagoBoss. I found it lot easier to<br>> work with, as a beginner, maybe because the FP guts are almost hidden<br>> away from sight, and much of the developer/user coding is done in an<br>
> imperative fashion. Also, I found it's documentation (although quite<br>> light) to be simple & just-enough to get me started and get me going.<br>> <br>> However, I might have to come back to PHP unless I am able to train my<br>
> team on Erlang. Being a beginner, I find it hard to imagine being a<br>> good teacher / coach for rest of the team.<br>> <br>> Thanks again, everyone, for responding on this thread.<br>> <br>> Icarus.<br>
> _______________________________________________<br>> erlang-questions mailing list<br>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>> <a href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div>