Re: [Catalyst] What happened to the Catalyst wiki?

[Marco Vittorini Orgeas]

Il 11/08/22 16:27, John Napiorkowski ha scritto:
This list isn't particularly active, the IRC channel 
(catal...@irc.perl.org) is likely going to get you a faster response


The website is a mess and we're trying to get volunteers together to 
fix it up


While real time chat has arguably a faster response rate, it nonetheless 
has the great disadvantage of losing much of the information.


Never understood the rationale of diverting people to another forum: why 
just don't close this list instead (a bad idea to be clear) ?


--
Marco

CONFIDENTALITY NOTICE:
The information contained in this message as well as the attached
file(s) is confidential/privileged and is only intended for the person
to whom it is addressed. If the reader of this message is not the
intended recipient or the employee or agent responsible for delivering
the message to the intended recipient, or you have received this
communication in error, please be aware that any dissemination,
distribution or duplication is strictly prohibited, and can be illegal.
Please notify us immediately and delete all copies from your mailbox and
other archives. Thank you

In ottemperanza con il nuovo Regolamento Europeo GDPR n. 679/2016, le
informazioni contenute in questo messaggio sono riservate e
confidenziali. Il loro utilizzo è consentito esclusivamente al
destinatario del messaggio, per le finalità indicate nel messaggio
stesso. Qualora Lei non fosse la persona a cui il presente messaggio è
destinato, La invitiamo ad eliminarlo dal Suo Sistema ed a distruggere
le varie copie o stampe, dandocene gentilmente comunicazione. Ogni
utilizzo improprio è contrario ai principi del nuovo Regolamento Europeo
GDPR n. 679/2016.
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/

Re: [Catalyst] Catalyst based Content Management/Blogging

[Marco Vittorini Orgeas]

On 04/19/2018 10:36 AM, Aaron Trevena wrote:

Hi All,

What's the "state of the art" these days for CMS & Blogging with
Catalyst (or just Perl and something else) - I'd prefer Catalyst as I
find it easy to work with and I'm pretty familiar with it.

Previously I've worked on a fork of denny's ShinyCMS project which is
nice enough, and added support for running multiple instances in a
single application, and now I have some nice code that allows
multi-tenant databases which can work nicely with catalyst
applications.

Cheers,

A.


Hi!
While I don't know any catalyst based full-fledged CMS, I think that's 
worth investigating the work done on the RapidApp here 
: I've successfully used the framework as a 
stepping stone to manage simple data insertion/retrieval and more.
While the docs could be made more thorough, it is easy enough to build 
an "admin" section for your front-end and start prototyping fast.


Also, the Rapi::Blog distro is well worth investigating to get a nice, 
polished catalyst-based blogging platform!


--
Marco

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/

[Catalyst] Hosting Catalyst on OpenShift online v3

[Marco Vittorini Orgeas]

Hi!
I'm investigating openshift v3 cloud hosting platform - 
https://www.openshift.com/about/index.html - to host some perl projects, 
and in particular I'd like to know if somebody has already tried or is 
already hosting Catalyst based apps on openshift.


The "official" Perl resources - 
https://docs.openshift.com/online/using_images/s2i_images/perl.html#perl-templates 
- are focused on a sample application built on Dancer2, and my 
researches haven't provided anything relevant to Catalyst.


On "the paper" it should work, but I'd like to hear any comments or past 
experience if any.


Naturally, I'm also interested in any related analysis on the pros/cons 
of having Perl code running on openshift, particularly if you have 
already done some evaluation in this sense: I had past experience with 
openshift v2 and some simple CGI::Application in this regard, and I 
should say that the experience has been not bad at all.


Thank you.

--
Marco Vittorini Orgeas


___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/

[Catalyst] Objects and persistence

[Marco Vittorini Orgeas]

Hi,
I am approching in those days the Catalyst framework.
I am also quite new to persistence of Objects, and therefore before start 
building my application I need some
clarifications, because I don't want to get myself in the wrong
direction in the middle of the work.
The point is:  let's say that I have a good amount of logic of my application 
coded in a Object
oriented way with moose (thus I have all the goodness of a OO
approach: so inheritance, moose rooles, moose checks of attributes' types and 
all what OO gives).
Well from what I've read all I have to do to plug-in my code is just use my 
Objects and methods in some controller: now the problem is that I obviously 
need persistence.
Now, always reading tutorials on the topic,seems that DBIx::Class is the
common approach to map Objects to and from rdbms, but from what I've read from 
the code
of this module I think there's slightly abuse of notation: the
overmentioned module gives me a OO API to query my RDBM (as also
class::DBI gives)hiding all the SQL operations from me(at least partially).Now 
I could be horribly wrong here...

The problem is, how to really maps my (moose) objects to rdbm tables ? DBIx 
gives me his objects...to use my objects after have retrieved them I
need some sort of casting or even re-create(bless) them from the retrieved 
informations
of DBIx every time.

Probably I should specify here that I am thinking at the problem
after have seen how an OR mapper as Java's Hibernate approaches the
Objects -- RDBM problems...that is, strongly map your plain old java
classes attributes to table fields, and after some cast I've back
my POJOS.

Again I could miss the whole point of DBIx:Class and his overall
approach: casting or blessing again a lot of objects to apply them my
classes methods is worth the
overhead that this produce? Or it's better to play just with objectified 
retrieved informations and re-implement my objects roles (methodes) as 
controller
subroutines and pass them DBIX objects?


Thank you

-- 
Marco Vittorini Orgeas

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/