Yeah I never liked nitrogen records either. I don't know how others build sites, but at my company the client side steps are always:<br>photoshop file  -> create html/css -> convert to templates and write javascript<br>
<br>Using django templates makes complete sense when you're starting from an html file. It does not take that much work at all and requires very little programming knowledge. If you change anything, it's not difficult to put the changes in the template, because they are so similar.<br>
If we used nitrogen, it would take significantly more work and the person doing it, would need to learn something completely unnatural if he did not know erlang already.<br><br><br>Sergej<br><br><div class="gmail_quote">On Wed, Aug 3, 2011 at 8:40 PM, Icarus Alive <span dir="ltr"><<a href="mailto:icarus.alive@gmail.com">icarus.alive@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Wed, Aug 3, 2011 at 9:50 PM, OvermindDL1 <<a href="mailto:overminddl1@gmail.com">overminddl1@gmail.com</a>> wrote:<br>

><br>
> I am curious, how is ChicagoBoss compared to Nitrogen?<br>
<br>
</div>Haven't experienced Nitrogen long enough to make a good objective<br>
comparison. Just that there was something about Nitrogen Records, that<br>
seemed -- verbose and intimidating. Also, found it somewhat difficult<br>
to imagine how that syntax maps to the generated HTML. On the<br>
contrary, I found ErlyDTL very simple, once I saw the CB<br>
video-tutorials on youtube. Also the MVC constructs were a bit easier<br>
for me to follow in case of ChicagoBoss. The admin-interface was<br>
dead-simple. Finally, I found the tutorial for ChicagoBoss to be<br>
short, to-the-point, very simple/lucid and achieved something concrete<br>
I understood. The documentation get me functional quite quickly, and<br>
in fact, there wasn't very much to read. While it might take a lot<br>
more to become an expert, I felt that I could get up-n-running (from<br>
zero) with CB much sooner.<br>
<div><div></div><div class="h5"><br>
> On Aug 2, 2011 11:31 PM, "Icarus Alive" <<a href="mailto:icarus.alive@gmail.com">icarus.alive@gmail.com</a>> wrote:<br>
>> 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<br>
>>> 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<br>
>>> need<br>
>>> long lived connections (web sockets, long-poll, etc). Frameworks like<br>
>>> 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>
>>> +<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<br>
>>>> > 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<br>
>>> 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<br>
>>> 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>
</div></div><div><div></div><div class="h5">_______________________________________________<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" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br>