Rather than a module to be run, you can also persist data using `write` and
`read` (perhaps in combination with `serialize` and `deserialize`).
On Tue, Dec 26, 2017 at 7:14 AM, Zelphir Kaltstahl <
> Hm that's a point.
> It is only data for a blog, though and if someone got access to the
> hosting machine, they could change my whole program. Still, a valid point
> to consider in other scenarios, when the authors of the persisted data are
> not necessarily the same as the authors of the program which reads those
> persisted files.
> On Tuesday, December 26, 2017 at 6:43:13 AM UTC+1, David K. Storrs wrote:
>> There's a security issue in that if someone managed to modify your
>> persistence file they could use it to execute arbitrary code when you
>> read it in.
>> On Mon, Dec 25, 2017 at 7:26 AM, Zelphir Kaltstahl
>> <zelphirk...@gmail.com> wrote:
>> > I wrote some program which uses the `yaml` library to parse some data
>> > However, this morning, I had an idea. I often read, that XML is sort of
>> > more verbose form of S-Expressions or that it at least could be
>> replaced by
>> > S-Expressions. So why not use that instead of YAML? Why not simply put
>> > data into S-Expressions in those files and simply `require` them?
>> > For example lets say I have some struct:
>> > ~~~
>> > (struct Abc (member1 member2))
>> > ~~~
>> > I could simply write in that data file:
>> > ~~~
>> > #lang racket
>> > (provide (all-defined-out))
>> > (make-Abc data1 data2)
>> > ~~~
>> > This would probably even increase speed, because I'd not have to parse
>> > thing, but interpret S-Expressions directly.
>> > With the magic of macros, I guess it could be as little text a some
>> > file. Besides, who cares about a few more parentheses anyway.
>> > Oh and I would not have to worry about types, because they are already
>> > the data file. For example if I want to make a datetime, I'd use the
>> > appropriate S-Expression for doing that immediately or define some
>> > for it to make it easier to read.
>> > Is there any downside to this approach, compared to reading some YAML
>> > (Why am I even reading a YAML file!)
>> > --
>> > You received this message because you are subscribed to the Google
>> > "Racket Users" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > email to racket-users...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.