|Pathologically Eclectic Rubbish Lister|
Re^14: [OT] Re^7: Perl Contempt in My Workplaceby huck (Prior)
|on May 30, 2021 at 17:54 UTC||Need Help??|
so I fixed it. If you think I made something wrong there - welcome to discuss these problems on proper mailing list or on github.
I KNOW you "made something wrong there", and "so i fixed it" so it didnt bust existing code anymore. Its even in github and was even discussed on the proper mailinglist, and even discussed here
My point was you are known to act without thinking it thru first. That makes you look foolish. As a generalized solution a datatables sever in perl is not trivial, (not real hard, but a lot of housework first) but for any given SELECT it is not very hard at all. Once the "get results" subroutine works, it is easy to add to any framework.
The point you ARE making is that there is not much continuing interest by perl programmers in datatables. If you looked you might have found the perl datatables module on cpan,somewhat out of data tho. that they or anyone else didnt update it to work with the newer releases shows me datatables is if little interest to this community.
perlmonks is not a group of cut&paste script-kiddies and in general doesnt tolerate them well. This is not your first rodeo so they are not giving you a pass like the might a newbie. You stuck your foot into your mouth again and got called on it.
No there isnt some magical 5 LOC solution, but the mechanics of constructing the SELECT is somewhat minor compared to the mechanics of setting up the the server, getting/validateing the parms, connecting to the database, and returning massaging/returning the result set via JSON. And you know that, still its bound to be under a couple of hundred LOC. I dont use datatables so i dont care much.
Has "Show me some code!" become the new "gifs or it didnt happen"?
Enough is enough already. Make your own module and publish it to CPAN if you want. Nobody has to show you any code, and continuing to demand they do so is not polite at all.