For example, how would I get to http://localhost:3000/ten/1/ (http://localhost:3000/ten/1/) ?
So do you run JSBin locally? Because in that case the bins aren't saved as files, but in a mySQL database using SQLite. But you can look up your html/css/js code by the url http://localhost:3000/ten.html. If you have written code in processors like Sass or coffescript you can look them up as well e.g. http://localhost:3000/ten.sass. Unfortunately I don't know how to access the the database.
Related
I have a Node-RED flow. It uses a sqlite node. I am using node-red-node-sqlite. My OS is Windows 10.
My sql database is configured just with name "db" :
My question is, where is located the sqlite database file?
I already search in the following places, but didn't found:
C:\Users\user\AppData\Roaming\npm\node_modules\node-red
C:\Users\user\.node-red
Thanks in advance.
Edit
I am also using pm2 with pm2-windows-service to start Node-RED.
If you don't specify a full path to the file in the Database field it will create the file in the current working directory for the process, which will be where you ran either node-red or npm start.
Use full path location with file name.
It should work i guess.
This isn't a valid answer, just a workaround for those who have the same problem.
I could't find my database file. But inside Node-RED everything worked just great. So. this is what I have done as a workaround:
In Node-RED, make some select nodes to get all data from tables
Store the tables values somewhere (in a .txt file or something like that)
Create your database outside Node-RED, somewhere like c:\sqlite\db.db. Check read/write permissions
Create the tables and insert the values stored from old database
In Node-RED, inside "Database", put the complete path of the database. For example, c:\sqlite\db.db
In my case this was easy because I only had two database with less than 10 rows.
Hope this can help others.
Anyway, still waiting for a valid answer :)
Something I can't get my head around. When I use Sqlite in the console I can do .save test.sqlite.
But how can I save my database to a file when I am inside the Jetbrains datagrip console?
I tried this:
But is does not work. When I search for this on the internet I find how to export data in general within datagrip, but that is not where I'm looking for.
I hope there is some way to to this. Datagrip is handy if it comes to geopackages, for only if I could save them.
sqlite-jdbc has two additional statements: backup & restore, see
their docs. So it does exactly the same as .save
But I'm not sure you need it. When you call .save in command line client, it just copies current database to specified location.
In DataGrip you usually open existing database and work with that. All changes will be reflected in opened file (taking transactions & Co into account). So no reason to "save" your work.
Is there a way to look back at previous code in a file? For instance maybe be able to revert to an earlier saved version or somehow see changes the file code went through?
Short answer: no.
Unless your changes are tracked in some sort of source control (like git) or you keep backups of your files, there is no way to see previous version of a script file. A .R script is just plain text files. They do not store their own history just like other documents or images on your computer don't either. Sorry.
If that's something you want to do in the future, Rstduio makes it easy to integrate with git. Check out this guide to Connect RStudio to Git and GitHub
Is there a way to download the code for the projectName app that I uploaded to projectName.meteor.com?
Is there a meteor command line interface that will accomplish this?
At the moment this is not possible through any meteor tools.
You can get the client side code by reading out the javascript files over from projectName.meteor.com. The files will be concatenated and minified so they will be far from the original albeit a bit helpful if you can rebeautify them.
For the server side code you'll have to contact the guys who run meteor.com and hopefully they can help you out with that. Keep in mind most of your code will be minified and may not be like the original.
We are using Flyway to keep up-to-date many databases in our test environments with sql scripts and it works fine.
But we have a special need to also update databases with csv files.
I know Flyway offers some Java based migrations to handle more complicated updates.
But the problem is that these Java classes have the wanted version in their names, that would oblige us to recompile the class each time we want to use it.
It would be more simple if we could drop our csv files in migration directories exactly like we do with sql files.
Then some specific Java code would handle these csv files to do the right update.
So how can we extend Flyway with this specific code that would handle our csv files ?
Thanks
There is currently no support this. Sounds like the same issue as https://github.com/flyway/flyway/issues/469
I am still not sure how to resolve this without exposing too much of Flyway's internals.