[DUG] Multi client website

[Leigh Wanstead]

Hi Stefan,

You suggested to jump the ship from delphi to c#.
If you really want to do that, I think that you need to consider following
issue.

To use asp.net mvc involves a cost which requires a windows server and iis.
Windows server cost license fee.

If you do it in linux, you can save the license fee of windows to buy some
really nice stuff. :-)

It is very slow to use asp.net mvc using amazon aws free server. It is very
fast to do ubuntu linux on amazon aws ec2 free server to do web hosting.

Regards
Leigh

On 31 July 2016 at 18:49, Stefan Mueller <muellers at orcl-toolbox.com> wrote:

> Couple of thoughts:
>
>
>
> ·        Don’t use Delphi for that, use ASP.Net MVC ... if you do web
> then using a proper web development tool makes things a lot easier. Delphi
> IntraWeb is probably ok if you need to cobble together a simple page and
> only know Delphi .. but other than that it’s a dead-end. The ASP.Net
> community is thriving with new exciting development and support available
> there. I am very fond of ASP.Net MVC, it does a lot of things right and is
> easy to learn coming from Delphi.
>
> ·        ASP.Net MVC routing & controllers architecture lets you
> seamlessly merge custom client pages with your “common” pages. You also get
> a lot of security already out of the box with that framework and handled
> for you (mentioning Cross-site scripting & Cross-site request forgery here)
> as well as client side forms validations.
>
> ·        DNS supports wildcard matching for a non-existing domain .. you
> can create a DNS record like “*.mydomain.co.nz” to point all to the same
> endpoint
>
> ·        On that endpoint you then can check the name of the domain
> requested and use that one to point to the right locations for your
> css/images (could even check if any for those customized files exists and
> if not serve your default files).
>
> ·        Cookies are a client side thing, what you really need is a
> server side solution to know what content to serve. Cookies can’t handle
> things such as website users that link to a common page first without
> having visited the client page first … and obviously website users wanting
> to watch 2 different of your clients websites also wouldn’t work because a
> cookie can only point to one client at a time … and then there are users
> (including google/bing/yahoo-bots that index your pages) that have cookies
> disabled.
>
>
>
>
>
> Kind regards,
>
> *Stefan Müller*,
> R&D Manager
>
> *ORCL* *Toolbox Ltd.*
> Auckland, New Zealand
>
>
> P Please consider the environment before printing this email
>
> This message is intended for the adresse named above and may contain
> privileged or confidential information.
> If you are not the intended recipient of this message you must not use,
> copy, distribute or disclose it to anyone.
>
>
>
> *From:* delphi-bounces at listserver.123.net.nz [mailto:
> delphi-bounces at listserver.123.net.nz] *On Behalf Of *John C
> *Sent:* Sunday, 31 July 2016 1:42 p.m.
> *To:* 'NZ Borland Developers Group - Delphi List'
> *Subject:* [DUG] Multi client website
>
>
>
> Hi all
>
>
>
> I have a website what will be available to the public but specific for
> more than one clients. The frame work of the website will be the same for
> each client but their images and CSS file will be different (making it look
> differently).
>
> The plan is to have a sub-domain for each client from where it will jump
> to the "common" pages on the main domain. The index file on each sub.domain
> identifies the client and therefore define the directory path to use for
> the images and the CSS file.
>
> I was thinking of doing this with cookies for the paths to be used in the
> main program, but I'm not sure it would be a good plan and if that will
> work properly (setting a cookie from within a sub.domain to be used in the
> main domain).
>
>
>
> Any ideas or suggestions of how to do this?
>
>
>
> Thanks a lot in advance
>
> John C
>
>
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
> Subject: unsubscribe
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20160801/3622f5ec/attachment.html