These are chat archives for openworm/ChannelWorm

12th
Jun 2015
Milad Jafary
@miladjafary
Jun 12 2015 04:38
@travs thanks
You should help
Us to integrat Channelworm with Pyopenworm
Milad Jafary
@miladjafary
Jun 12 2015 15:16
Hi everyone
Travis Jacobs
@travs
Jun 12 2015 15:23
Hey @miladjafary !
Just wanted to compliment you on your work in ChannelWorm recently. Really great stuff!
I have been chatting with @joebowen privately and we are going to get the app online today
Milad Jafary
@miladjafary
Jun 12 2015 15:26
Hi @travs
Great.
where you want live APP
?
Travis Jacobs
@travs
Jun 12 2015 15:27
We're going to deploy to OpenShift
Milad Jafary
@miladjafary
Jun 12 2015 15:28
seams good :d
Travis Jacobs
@travs
Jun 12 2015 15:28
Joe already has something set up, but we're basically going to sync the new version of the web app with the cloud space we already initialized
yeah!
Milad Jafary
@miladjafary
Jun 12 2015 15:28
so we have ChannlWorm in the word
:D
yes. He setup a basic django project
and sync it with his repo
but now he should sync app form ChannelWorm repo.
Travis Jacobs
@travs
Jun 12 2015 15:30
That's right. We're going to do that later today
Milad Jafary
@miladjafary
Jun 12 2015 15:30
OK. great
Travis Jacobs
@travs
Jun 12 2015 15:31
When @VahidGh gets here we can get into the data side of things
Milad Jafary
@miladjafary
Jun 12 2015 15:31
That's right
Travis Jacobs
@travs
Jun 12 2015 15:31
So integrating PyOpenWorm under ChannelWorm
Milad Jafary
@miladjafary
Jun 12 2015 15:31
would you please summery target of this session ?
we want to use PyOpenWorm as a ChannelWorm database?
Travis Jacobs
@travs
Jun 12 2015 15:33
In short, yes
At least for data related to the worm itself (ion channel models, information, papers, experiments, plots, etc)
So we should start before Vahid gets here to get all the related issues from github
Milad Jafary
@miladjafary
Jun 12 2015 15:34
do you want start befor Vahid coming ?
Travis Jacobs
@travs
Jun 12 2015 15:35
I think we can wait, I just wanted to get the issues organized
What do you think?
Milad Jafary
@miladjafary
Jun 12 2015 15:36
Yes we can wait . i am calling Vahid
Vahid is coming :D
Travis Jacobs
@travs
Jun 12 2015 15:38
haha alright :)
So yeah, the idea for this session is to decide how to best integrate pyopenworm and channelworm
Joe Bowen
@joebowen
Jun 12 2015 15:39
Hey, I'll try to join up with everyone when I get off work later.
Milad Jafary
@miladjafary
Jun 12 2015 15:39
gatcha
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:41
Hi everyone
Travis Jacobs
@travs
Jun 12 2015 15:41
Hey Vahid :)
Milad Jafary
@miladjafary
Jun 12 2015 15:41
Hi vahid (سلام کجا بودی)
:))
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:42
:D
Travis Jacobs
@travs
Jun 12 2015 15:43
OK, so Milad and I have been chatting a little about what this meeting is all about
basically the idea for this session is to decide how to best integrate pyopenworm and channelworm
I've been running the app and it's a really cool interface
Milad Jafary
@miladjafary
Jun 12 2015 15:44
Thank you :d
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:44
Yep, that's really cool
Milad Jafary
@miladjafary
Jun 12 2015 15:44
I am happy for that :d
Travis Jacobs
@travs
Jun 12 2015 15:45
And thank you! :)
So the way I imagine PyOpenWorm fitting in is as a final destination for the data generated using this web app
so we can keep the database in the web app the way it is right now
But have some exporting function to take the "good" data (stuff that we need for modeling/simulating)
Milad Jafary
@miladjafary
Jun 12 2015 15:45
I agree with you
Travis Jacobs
@travs
Jun 12 2015 15:46
and put it in PyOpenWorm from there
Milad Jafary
@miladjafary
Jun 12 2015 15:46
also we can define something like crone
Travis Jacobs
@travs
Jun 12 2015 15:46
So the web app db is a kind of "middle" database, between the plots and the final modeling data
Milad Jafary
@miladjafary
Jun 12 2015 15:46
that execute every 1 hour and sync ChannelWorm Db with PyOpen Worm
Exactly
Travis Jacobs
@travs
Jun 12 2015 15:47
Ah yes, that's true as well, we will have to come up with a way to sync the two databases, and also define which data is "good" and should go to PyOpenWorm
Milad Jafary
@miladjafary
Jun 12 2015 15:47
In this way we can decopled wep app from pyOpenWorm
Travis Jacobs
@travs
Jun 12 2015 15:48
Right.
Joe Bowen
@joebowen
Jun 12 2015 15:48
the openshift server has cron capabilities. maybe couple that with a script to run every hr.
Milad Jafary
@miladjafary
Jun 12 2015 15:48
we can have some View in Db which have filter good data
Travis Jacobs
@travs
Jun 12 2015 15:49
The way pyopenworm currently is, the database is built on install. So it pulls data from different sources and builds the PyOW db all on the user's side
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:49
@joebowen, how is the performance with Openshift?
Travis Jacobs
@travs
Jun 12 2015 15:49
So we could even do it that way, and just pull from ChannelWorm's web app when the user is building
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:50
Do you know how much memory do we have? or what are the processors?
Travis Jacobs
@travs
Jun 12 2015 15:50
so those are two options, cron and pull-on-build
Milad Jafary
@miladjafary
Jun 12 2015 15:50
@travs yes. that's better to pull data from ChannelWorm
Joe Bowen
@joebowen
Jun 12 2015 15:50
pretty good. The one thing to keep in mind is that the free servers aren't dedicated to run all constantly and spool down after a period of time. They then spool up when accessed but it can take a few seconds
not sure on memory or processors. Probably depends on costs.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:51
Ok, not bad for an starting point :)
Travis Jacobs
@travs
Jun 12 2015 15:51
Ah right, and @joebowen this would be a problem when trying to pull from the cloud right? Maybe we can have a delay, or wait for the server to come online after pinging
@VahidGh here are their specs I believe
Sorry, here
Joe Bowen
@joebowen
Jun 12 2015 15:52
@travs if we paid for even a bronze plan the servers wouldn't spool down.
Milad Jafary
@miladjafary
Jun 12 2015 15:52
@travs i Think updating PyOpenWorm should be an Async proccess
Travis Jacobs
@travs
Jun 12 2015 15:53
@miladjafary I agree. Maybe cron would be overkill at the rate we are inserting data
Milad Jafary
@miladjafary
Jun 12 2015 15:53
Maybe.
Travis Jacobs
@travs
Jun 12 2015 15:53
@joebowen that's true. I'm going to look around at other PaaS. I know Heroku has a similar spin-down on their free plan
Google App engine would also be worth checking into
Milad Jafary
@miladjafary
Jun 12 2015 15:54
yes maybe
Joe Bowen
@joebowen
Jun 12 2015 15:54
maybe this?
Travis Jacobs
@travs
Jun 12 2015 15:54
But OpenShift free is definitely enough for a prototype
Ah!
That looks like it might be up our alley
Also, pythonanywhere has free app hosting for django
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:55
Ok, we can think about the synchronization later,we still have far way to have reliable data :)
let's keep focus on data modeling and entry for now
Travis Jacobs
@travs
Jun 12 2015 15:56
yes for sure @VahidGh But I'll raise an issue on this at the end of the session since it's important to implementation
Ok
so
DATA
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:56
@travs, yes of course
Travis Jacobs
@travs
Jun 12 2015 15:57
What do you think of the model of CW being an intermediary database
between plots and pyopenworm
I mean, maybe that was the idea all along
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:57
And as for the resources, if 3 gears means 3 GB of RAM, that's not bad!
Travis Jacobs
@travs
Jun 12 2015 15:58
Also, going to paste this here:
data modelling milestone
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:58
@travs, we can start merging this with our data model based-on Django
Milad Jafary
@miladjafary
Jun 12 2015 15:59
Yes. not bad.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 15:59
Some of them could be replaced with PyOW
Milad Jafary
@miladjafary
Jun 12 2015 15:59
@VahidGh I think that's better to seprate them
Travis Jacobs
@travs
Jun 12 2015 16:00
Ok, I think one good way to connect the two things would be with a design pattern: adapter
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:01
@miladjafary, yes, finally we need to do that, because we have data and models not related to the PyOW as discussed before
Travis Jacobs
@travs
Jun 12 2015 16:01
Basically we just wrap the PyOpenWorm data models in the django app
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:02
But for now, we can replace some of the classes with PyOW equivalents, @travs has implemented to find out what else do we need
Travis Jacobs
@travs
Jun 12 2015 16:02
Some data in the app will not go into PyOpenWorm,so it only makes sense to wrap data that will eventually go there
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:02
And how we can extend them
Travis Jacobs
@travs
Jun 12 2015 16:03
Ok, so where are the models stored in the app?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:03
In different Models.py in each app
Travis Jacobs
@travs
Jun 12 2015 16:04
Ah ok
So the models I linked will be the ones going into pyopenworm right?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:04
What we can start with, is going down from GUI
@travs, Actually we should use PyOW APIs within these files
Travis Jacobs
@travs
Jun 12 2015 16:06
Yes yes
That sounds right
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:06
Now we can discuss on how to do this
Travis Jacobs
@travs
Jun 12 2015 16:06
Ok
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:06
Starting with a use-case
Let's saying we want to enter data for a voltage-clamp experiment
Travis Jacobs
@travs
Jun 12 2015 16:08
Ok
So we start with a plot like you, Stephen and I picked out
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:09
We have Patch clamp in the left-side menu
A form with some input fields
when adding a patch clamp
Here is where we left the last meeting :)
We needed somewhere to enter data in detail from each paper
Now we need to do two things for preparing this
1) to complete the GUI
Milad Jafary
@miladjafary
Jun 12 2015 16:12
So we need a GUI
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:13
Here the most important thing is how accurate and specific data is going to be stored
Milad Jafary
@miladjafary
Jun 12 2015 16:13
I think use regular DMBS like MySQL etc .
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:13
So we need to replace many of these input fields with drop-downs
Milad Jafary
@miladjafary
Jun 12 2015 16:14
and then write some proccess for adding them to PyOpenWrom
Travis Jacobs
@travs
Jun 12 2015 16:14
@miladjafary I agree
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:14
@miladjafary, this is the next step
Travis Jacobs
@travs
Jun 12 2015 16:14
Yes @VahidGh some will have a limited number of choices
Bootstrap/ember provides an easy way to manifest this
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:15
@travs, this theme has also some interesting built-in functionalities for these purposes
Milad Jafary
@miladjafary
Jun 12 2015 16:15
@VahidGh to be clear ,First of all we are taking about GUI ?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:16
@miladjafary, yes, and how to relate it with data model (PyOW)
Travis Jacobs
@travs
Jun 12 2015 16:16
Ok, so after we define the models in models.py for the patch-clamp section
Milad Jafary
@miladjafary
Jun 12 2015 16:17
@VahidGh Is there any predifine data model for this purpes?
Travis Jacobs
@travs
Jun 12 2015 16:17
is there a way we can auto-generate the fields/dropdowns without having to code them manually?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:17
Everything we need to implement/extend existing class for experiment/patch-clamp is coming mainly from this form
Travis Jacobs
@travs
Jun 12 2015 16:18
Right, but if the data model in PyOW changes later, we will have to sync the changes to the GUI.
Milad Jafary
@miladjafary
Jun 12 2015 16:18
@travs django has an ablity for your target
Travis Jacobs
@travs
Jun 12 2015 16:18
Ok, it seems like a feature that might be useful if we decide to change the data model slightly
Milad Jafary
@miladjafary
Jun 12 2015 16:18
@travs also you should use Standard django datamodel for this target.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:18
This theme is a free opensource theme, with a good documentation.
@miladjafary, can guide you through this
Travis Jacobs
@travs
Jun 12 2015 16:19
So an issue then is to get the GUI to sync with the patch-clamp data model in ChannelWorm's django app. Agree?
@VahidGh ok gotcha
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:19
yes
Travis Jacobs
@travs
Jun 12 2015 16:19
@miladjafary are you able to point me to the docs for this theme?
Milad Jafary
@miladjafary
Jun 12 2015 16:20
@travs Yes
Travis Jacobs
@travs
Jun 12 2015 16:20
Alright, I'll raise that over on github as we speak
Milad Jafary
@miladjafary
Jun 12 2015 16:20
wait
Travis Jacobs
@travs
Jun 12 2015 16:20
ok
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:21
Ok, looking at the form...
Milad Jafary
@miladjafary
Jun 12 2015 16:21
@travs where patch-clamp data persist ? in PyOpenWorm datamodel or django db?
Travis Jacobs
@travs
Jun 12 2015 16:21
@miladjafary both. First django-db, then PyOpenWorm when we want to push it
when we have decided (through whichever process) that it is good
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:22
@travs, right
Milad Jafary
@miladjafary
Jun 12 2015 16:22
@travs the theme which we used in here : https://almsaeedstudio.com/preview
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:23
we can now store data within our db but using PyOW API
Milad Jafary
@miladjafary
Jun 12 2015 16:23
@VahidGh how?
Travis Jacobs
@travs
Jun 12 2015 16:23
@miladjafary thanks
Milad Jafary
@miladjafary
Jun 12 2015 16:23
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:24
The DB is not really important right now, if we can store data in a synchable format, then we can merge DBs any time
Milad Jafary
@miladjafary
Jun 12 2015 16:25
@VahidGh yes. but the API is important
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:25
And the format is better to be specified by PyOW APIs
Travis Jacobs
@travs
Jun 12 2015 16:25
@miladjafary We will be calling PyOW APIs inside the django models
Milad Jafary
@miladjafary
Jun 12 2015 16:25
If for saving data in PyOpenWorm we should chang process of django , so i don't agree.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:26
we have some API for experiments in PyOW right now
Milad Jafary
@miladjafary
Jun 12 2015 16:26
@travs you mean that we should override save, read , etc of django Model?
Travis Jacobs
@travs
Jun 12 2015 16:27
It will still be using django's data models, but we will be defining them according to what is in PyOpenWorm
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:27
@miladjafary, we don't do that, we just need to write appropriate wrappers which are in Django models format
Travis Jacobs
@travs
Jun 12 2015 16:27
@VahidGh exactly
It will still use django's models, but the structure will mirror PyOpenWorm's
basically
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:28
Ok
let's compare two classes of patch-clamp we have right now
Milad Jafary
@miladjafary
Jun 12 2015 16:28
OK
@VahidGh do you have patch-clamp in PyOW
?
Travis Jacobs
@travs
Jun 12 2015 16:30
We don't have patch clamp in PyOW yet unfortunately
just a generic experiment class
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:30
@travs, would you please link us to the experiment class?
Travis Jacobs
@travs
Jun 12 2015 16:30
So I can get to work on creating a class specific to patch clamp data
here is experiment
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:30
Both of them are the same
Travis Jacobs
@travs
Jun 12 2015 16:31
I suppose, since conditions could be "start time" and "end time", etc.
Milad Jafary
@miladjafary
Jun 12 2015 16:31
@travs conditions in Key Value format?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:31
And @miladjafary, the patch clamp class?
Milad Jafary
@miladjafary
Jun 12 2015 16:32
@VahidGh w8
Travis Jacobs
@travs
Jun 12 2015 16:32
@miladjafary excatly, yes
Milad Jafary
@miladjafary
Jun 12 2015 16:33
@travs so insted of fields here we have key :D
Travis Jacobs
@travs
Jun 12 2015 16:33
precisely
this should not be too hard :)
Milad Jafary
@miladjafary
Jun 12 2015 16:34
@travs not at all :d
@VahidGh so ?
do you want join patch-clamp with experiment in PyOW
?
Travis Jacobs
@travs
Jun 12 2015 16:36
#61 deals with this issue now
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:37
So we should implement these key-values within the class in PyOW
But are these key-values reliable?
Travis Jacobs
@travs
Jun 12 2015 16:38
Which ones?
Milad Jafary
@miladjafary
Jun 12 2015 16:38
@travs @VahidGh is't possible to have both of PyOW and django model ?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:39
this way it would be probable to have inconsistency
Travis Jacobs
@travs
Jun 12 2015 16:39
@miladjafary yes, but we would need them to be in sync, which means 2x as much code to maintain
but ultimately we will have both, just the django models will wrap PyOpenWorm models like we were talking about
Milad Jafary
@miladjafary
Jun 12 2015 16:40
@travs right.
Travis Jacobs
@travs
Jun 12 2015 16:40
We could make a "field" for each "key"or something like that
Milad Jafary
@miladjafary
Jun 12 2015 16:41
@travs totaly we should override standard django method model like Save , fetch , ...
but i wan't just persist method in django model override.
because if we wan't wrap all of the operation we should override every thing .
Travis Jacobs
@travs
Jun 12 2015 16:43
@miladjafary Right
Milad Jafary
@miladjafary
Jun 12 2015 16:44
if we don't , we lose lot's of useful operation like sorting ,filtering , etc , ...
Travis Jacobs
@travs
Jun 12 2015 16:44
In fact, I can try to take this on tomorrow
Milad Jafary
@miladjafary
Jun 12 2015 16:44
and because off that i told you have both of them .
@travs OK.good idea
Travis Jacobs
@travs
Jun 12 2015 16:46
If it goes as smoothly as we are hoping, then we can incorporate other PyOpenWorm data models into django models in the same way
Milad Jafary
@miladjafary
Jun 12 2015 16:46
if it possible why not? :d
Travis Jacobs
@travs
Jun 12 2015 16:46
:)
Milad Jafary
@miladjafary
Jun 12 2015 16:47
also we can write new driver for django model for interaction with PyOW
instead of standard RDBMS
Travis Jacobs
@travs
Jun 12 2015 16:48
@miladjafary What would that look like?
Milad Jafary
@miladjafary
Jun 12 2015 16:50
@travs i can't understant you mean?
:D
Travis Jacobs
@travs
Jun 12 2015 16:50
haha, I am just wondering what you mean by driver. Is there one in django already, or is this something we would create?
Milad Jafary
@miladjafary
Jun 12 2015 16:52
as you know, there is a concept in django and other framework which is called ORM .
Travis Jacobs
@travs
Jun 12 2015 16:52
Yes
Milad Jafary
@miladjafary
Jun 12 2015 16:52
in standard way ORM integrate with RDMBS.
and for integrating with NoSQL database we should use suitable driver which can interact with them.
Travis Jacobs
@travs
Jun 12 2015 16:54
Oook, gotcha
Milad Jafary
@miladjafary
Jun 12 2015 16:54
:D
Travis Jacobs
@travs
Jun 12 2015 16:54
:)
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:55
So it seems like for classes such as experiment it's better to use Django classes for now
Milad Jafary
@miladjafary
Jun 12 2015 16:56
Agree
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:56
Then we should find a way to sync data with the master DB from PyOW, when available
Milad Jafary
@miladjafary
Jun 12 2015 16:56
OK.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:57
But other type of data we need from PyOW, is ion ion channel and cell parameters
Milad Jafary
@miladjafary
Jun 12 2015 16:57
@VahidGh we should show related information about ion channel etc in django?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:58
Yes
Travis Jacobs
@travs
Jun 12 2015 16:58
@VahidGh right. And you saw that I am taking on #61 to try and integrate PyOW data model into django as an experiment, right?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:58
But as it is not yet implemented in Django, we should find a way to work with PyOW right now :)
Travis Jacobs
@travs
Jun 12 2015 16:59
Ok, but I have to run right now unfortunately
Want to schedule another meeting for this?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 16:59
@travs, it needs some extra work
Travis Jacobs
@travs
Jun 12 2015 17:00
And what you are saying about working in PyOW, if you think you can put it into an issue on github I can have a look at it later tonight
Vahid Ghayoomie
@VahidGh
Jun 12 2015 17:00
Django has it's own model, and it's difficult to integrate it with PyOW
We have two approaches
One is to directly call PyOW APIs from within the code (not models)
Milad Jafary
@miladjafary
Jun 12 2015 17:03
@VahidGh and second ?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 17:03
The second one is to write a wrapper (for example a function) in Django classes to call the related class in PyOW
Milad Jafary
@miladjafary
Jun 12 2015 17:03
both of them are good idea.
Vahid Ghayoomie
@VahidGh
Jun 12 2015 17:03
We can use the first one for the ion channel example
and the second one for the experiment (but with less priority)
@travs, Ok, so to sum up, we can start with existing patch clamp class
and try to complete this for now
Milad Jafary
@miladjafary
Jun 12 2015 17:05
@VahidGh OK. we will start on first approach . OK?
Vahid Ghayoomie
@VahidGh
Jun 12 2015 17:07
@miladjafary, as the second one is more related to @travs's works we can discuss this in the next meeting
but we can continue with the first one
we need to complete the form and related classes
Milad Jafary
@miladjafary
Jun 12 2015 17:09
@VahidGh OK.
@VahidGh which field requires ?
Joe Bowen
@joebowen
Jun 12 2015 21:58
Ok, I've got the OpenShift project up and running. http://channelwormdjango-channelworm.rhcloud.com/ let me know if you see anything I missed. I had to add a few things to the ChannelWorm repo to make things work. The static files have moved to ChannelWorm/wsgi/static and the project is now under the ChannelWorm/wsgi/channelworm folder.
Travis Jacobs
@travs
Jun 12 2015 22:05
@joebowen That's awesome! Thanks Joe!
I'm clicking around there and everything seems to be working
Joe Bowen
@joebowen
Jun 12 2015 22:05
cool
Travis Jacobs
@travs
Jun 12 2015 22:06
The db seems to be working fine too. Cool!
Joe Bowen
@joebowen
Jun 12 2015 22:06
very cool, I hadn't tested that yet
@miladjafary , that interface looks really nice. I'm gonna have to figure out what you used to do that and "steal" it for other projects.
Travis Jacobs
@travs
Jun 12 2015 22:16
@joebowen so this is also updating through a cron job right?
Joe Bowen
@joebowen
Jun 12 2015 23:03
yea, every minute when the server is not idle