60 lines
1.5 KiB
ReStructuredText
60 lines
1.5 KiB
ReStructuredText
What have we done?
|
|
==================
|
|
|
|
**Senior**
|
|
|
|
Hey, I come from seeing our project team mates. They're delighted with their
|
|
new toy, but they miss something.
|
|
|
|
I forgot to tell you that after the backup is run they need to review the log
|
|
file to check that everything went OK.
|
|
|
|
**Junior**
|
|
|
|
Makes sense. Do you think that *Kapow!* can help with this? I have the
|
|
feeling that this is the right way to go about it...
|
|
|
|
**Senior**
|
|
|
|
Sure! Let's take a look at the documentation to see how we can tweak the
|
|
logic of the request.
|
|
|
|
**Junior**
|
|
|
|
Got it! There're a
|
|
`lot of resources to work with </theory/resource_tree.rst>`_, I see that we
|
|
can write to the response. Do you think this will work for us?
|
|
|
|
**Senior**
|
|
|
|
Yeah, the team is used to :command:`cat` the log file contents to see what
|
|
happened in the last execution:
|
|
|
|
.. code-block:: console
|
|
|
|
$ cat /tmp/backup_db.log
|
|
|
|
I've made it easy for you. Are you up to it?
|
|
|
|
**Junior**
|
|
|
|
Let me try add this to our :file:`pow` file:
|
|
|
|
.. code-block:: console
|
|
|
|
kapow route add /db/backup_logs -c 'cat /tmp/backup_db.log | kapow set /response/body'
|
|
|
|
**Senior**
|
|
|
|
Looks good to me, clean and simple, and it is a very good idea to use ``GET``
|
|
here as it won't change anything in the server. Let's restart *Kapow!* and try it.
|
|
|
|
**Junior**
|
|
|
|
Wooow! I get back the content of the file. If they liked the first one
|
|
they're going to loooove this.
|
|
|
|
**Senior**
|
|
|
|
Agreed. And with this, I think we are done for the day...
|