4 ms·

pencil, paper and eraser dell keyboard Model number: SK-8115 (felt like machine gun for the first time) http://dellparts.us/index.php?main_page=product_info&cP

pencil, paper and eraser dell keyboard Model number: SK-8115 (felt like machine gun for the first time) http://dellparts.us/index.php?main_page=product_info&cPath=2_4&products_id=16&zenid=7f4e3d44cf8fac479387d1040f5ef1f3 http://dellparts.us/index.php?main_page=product_info&cPath=2... org-mode emacs macros git Qt c++ framework unix pipes matlab npm install --save # dont have to edit the package.json, awesome tmux pm2 # npm package to make the node app as service. Just mindblowing. ssh-copy-id user@ip # no need to type password always for ssh session

nailer 10y ago
You can use a .service file - about 10 lines in ini-ish format - to make node run as a service on most Linux distros
- joe563323 10y ago
  those 10 lines keep changing b/w different linux distros and thats the problem pm2 solves elegantaly.
  - nailer 10y ago
    Hrm, have been using the same .service file from 2014 to 2017 here and moved from CentOS to Ubuntu and haven't had to change much if anything. Installing a separate app that repeats a lot of the work of the OS seems like overkill.
    - joe563323 10y ago
      I understand that the change must have been simple. The problem with this kind of one time per application task is the developers often forget about how the script worked since it is not being revisited once it got working. So while porting one is forced to understand the whole script(i.e the conventions of systemd, initV or upstart e.t.c) which is not much work, but compared to the third party tool like "pm2 <generate_script_whatever>" it is atleast 10 times the work.
      - nailer 10y ago
        > I understand that the change must have been simple I'm not even sure the change was required at all. Actually checking it with 'git blame' the only thing modified was a WorkingDirectory, which didn't change between versions, just wasn't set the first time around. > compared to the third party tool like "pm2 <generate_script_whatever>" it is atleast 10 times the work. Installing and running a second service management layer isn't 10x easier than just using your OS.
- deleted 10y ago
  [deleted]

nailer 10y ago

You can use a .service file - about 10 lines in ini-ish format - to make node run as a service on most Linux distros

joe563323 10y ago
those 10 lines keep changing b/w different linux distros and thats the problem pm2 solves elegantaly.
- nailer 10y ago
  Hrm, have been using the same .service file from 2014 to 2017 here and moved from CentOS to Ubuntu and haven't had to change much if anything. Installing a separate app that repeats a lot of the work of the OS seems like overkill.
  - joe563323 10y ago
    I understand that the change must have been simple. The problem with this kind of one time per application task is the developers often forget about how the script worked since it is not being revisited once it got working. So while porting one is forced to understand the whole script(i.e the conventions of systemd, initV or upstart e.t.c) which is not much work, but compared to the third party tool like "pm2 <generate_script_whatever>" it is atleast 10 times the work.
    - nailer 10y ago
      > I understand that the change must have been simple I'm not even sure the change was required at all. Actually checking it with 'git blame' the only thing modified was a WorkingDirectory, which didn't change between versions, just wasn't set the first time around. > compared to the third party tool like "pm2 <generate_script_whatever>" it is atleast 10 times the work. Installing and running a second service management layer isn't 10x easier than just using your OS.
deleted 10y ago
[deleted]