Just my small 2 cents in this discussion.
Maybe ELM is a nice solution?
https://twitter.com/BrideOfLinux/status/1544038348154716162?s=20=8Mz9AXP9vnPh68YWYRlsHQ
Greets, Jeroen
Op 03-07-2022 om 22:22 schreef Roan Horning:
Hi Ken,
On 7/3/22 06:22, Ken Fallon wrote:
I would like to know
Hi Ken,
On 7/3/22 06:22, Ken Fallon wrote:
I would like to know who else, other than Chris, in interested in, or would use
a API for upload ?
I would be interested in helping develop an upload API. I have contemplated an
HPR recording app that would help record, edit, and post the show
On 2022-06-27 07:28, Christoph Zimmermann wrote:
As I'm sure I'm not the only host using some background magic for
automatic uploads of episodes as part of the Podcast production
workflow (which is a pain due to potential changes in the upload page
structure, etc. which can easily break the
I second the above motion.
--
This email account is monitored seven days a week.
OpenPGP_0xE7EEC1C45FE2A7BB.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
___
Hpr mailing list
Hpr@hackerpublicradio.org
In any case, I'd like to be in the loop. Should some sort of website
working group be created to have these discussions without filling up
this mailing list?
Good point. We'll move the discussion out after the community news, where the
wider community can have their say.
I have started my
Is it possible to publish a mysqldump of the current database?
On Tue, Jun 28, 2022 at 2:44 AM Ken Fallon wrote:
> On 2022-06-28 05:23, dnt via Hpr wrote:
> > Is there some reason a proper database just for storage would really be
> better?
> Yes to build and maintain the relationships between
On 2022-06-28 05:23, dnt via Hpr wrote:
Is there some reason a proper database just for storage would really be better?
Yes to build and maintain the relationships between hosts, series to the
shows. The full rss feed already contains everything that a database
would provide, but a a database
Though it's been a while since I used Jekyll and longer since Wordpress,
I should be able to contribute to migrating the existing page templates
to another type of template. My understanding of SQL is very minimal so
if I had the choice, each show would be a .md file with metadata in yaml
at the
On 2022-06-27 17:36, Mike Ray wrote:
But for concurrent access by multiple Web visitors, we really need a
transactional database.
There will no longer be multiple visitors accessing the database as only
ever one person will be accessing it (more correctly them) at any given
time.
When a
Dave, and all
Please excuse top-posting. But I have an excuse :)
Dave, I refer the honourable gentleman to the show I did about
many-to-many relationships some years ago, in response to that nice Mr
Fallon's shocking approach to tags. Mr Codd was spinning in his grave.
I would not call
On 2022-06-27 15:10, Dave Morriss via Hpr wrote:
I'm currently looking at replacing this database system with a SQLite
version. I think this might be the format that would be shared in due
course.
Well I think an SQL export of the SQLite would be be the "source of
truth", and checked into
On 25/06/2022 15:16, Ken Fallon wrote:
Hi All,
I had a conversation with Alan Pope on mastodon about fixing some issues
on the HPR website. He makes the valid point that if we don't release
the code (because it's a mess), then it's not actually open source.
Sorry if I missed this in a previous message. Where is the DB published?
On Sun, Jun 26, 2022 at 10:21 AM Ken Fallon wrote:
> We are publishing the data in the form of a SQL db and static HTML, and
> I'm very happy for there to be multiple ways to produce the web mirror.
>
> [DB + Static HTML
I would also agree with a complete new start . . .
On Sun, 26 Jun 2022 at 16:21, Ken Fallon wrote:
> We are publishing the data in the form of a SQL db and static HTML, and
> I'm very happy for there to be multiple ways to produce the web mirror.
>
> [DB + Static HTML Pages] → some tech →
I concur with Ken that a rewrite is probably the easiest solution if the current is too
shocking for the wider audience to view... :-)
The Inlaws did a whole show on git-controlled static site generators a while ago (S01E51 /
hpr3549), a concept that has been successfully deployed in quite a
We are publishing the data in the form of a SQL db and static HTML, and
I'm very happy for there to be multiple ways to produce the web mirror.
[DB + Static HTML Pages] → some tech → Working site on your domain.
If there are multiple approaches then all the better. Anyone can start a
proof of
I suggest that if something new is going to be developed then it should
be in Perl, using either Dancer or Mojolicious as the framework.
This I suggest since Dave is a Perl enthusiast, and I am currently
professionally engaged in Perl development of a system comprised of both
CGI, and
I was thinking along the same lines as Klaatu. Let's start afresh and build
something for the long term that is easy to understand and maintain.
I am happy to contribute but doubt I'm the best web developer in these here
parts.
Andrew
On Sat, 25 Jun 2022, 21:34 Klaatu, wrote:
> I think what
On 2022-06-25 22:32, Klaatu wrote:
I think what you are saying is that HPR requires a full rewrite.
I think what you are proposing is that we forget that the existing code
exists, because it's not worth "saving", and instead develop new open source
code to replace it.
If that's correct, then I
Well, I am not smart enough to do that, hence my lack of complaining.
I'll just stay out of the way.
Regards,
--
Kevin B. O'Brien
zwil...@zwilnik.com
http://google.me/+kevinobrien
http://www.google.com/profiles/Ahuka5656
http://about.me/zwilnik
“People shouldn't be afraid of their government.
I think what you are saying is that HPR requires a full rewrite.
I think what you are proposing is that we forget that the existing code
exists, because it's not worth "saving", and instead develop new open source
code to replace it.
If that's correct, then I agree. Let's not dwell on broken
On 2022-06-25 19:34, Kevin O'Brien wrote:
Maybe if you release it someone will clean it up. That seems like a
good outcome.
Or someone would use an exploit to take advantage of the site and put
other sites on the server at risk.
The code is almost 17 years old and any effort to fix it would
Maybe if you release it someone will clean it up. That seems like a
good outcome. I have belonged to several organizations where we had a
rule that if you complained about something an unpaid volunteer did
you were implicitly offering to take it over.
Regards,
--
Kevin B. O'Brien
23 matches
Mail list logo
