Thanks @Fabiano Sanches  - looks like great resources to help get people out of the gate more quickly!

Great recommendations and very helpful with the screenshots - thank you @Anastasia Dyubaylo  :)
 

Great article @Yuri Marx !!  Really good practical suggestions for these areas of security focus.  Thank you!

really excellent course!  and Joel is a great teacher!!!

@ROBSON SERPA DA ROSA  - welcome to the Community!!

The two options available to you are InterSystems Studio (ships with Caché and is an install-time option) and VS Code with appropriate add-ons.

InterSystems Studio is being phased out (no new dev) - the future is VS Code, so I suggest you start there.

This may be a good place for you to start: https://community.intersystems.com/post/webinar-introduction-vscode-obj…

Hope that helps!!

Great article, thank you!  I hadn't seen the DataOps concept before but it makes a lot of sense.

Really excellent article Anton- I learned a lot,  thank you for taking the time to put it together!!!

really helpful trick!  thanks for sharing @Alex Kogan , I didn't previously know this was an option :)

Great work on this Matt!  Thank you for your hard work to bring this enhancement to our Beta Users!!

The nice advantage of storing them in the DB is that is makes the following easier:

- refreshing earlier environments for testing
- mirroring the file contents
- encryption
- simpler consistent backups

However, if you're talking about hundreds of GBs of data, then you can run into issues which you should weigh against the above:

- journaling volume
- .dat size
- .dat restore time

One way to help mitigate the above for larger volume file management is to map the classes that are storing the the stream properties into their own .DAT so they can be managed separately from other application data, and then you can even use subscript level mapping to cap the size of the file .DATs.  

Hope that helps

Congratulations - well done everyone :)

Congratulations - well done everyone :)

Congratulations - well done everyone :)

Thanks Phillip ... very helpful!!

Congrats!!!  Well deserved:)  Thank you all for your contributions!! 

Thank you for publishing!!

I am curious ... did you start with one of the existing open source Git hooks for ObjectScript or did you start from scratch with this project?

Great article @John Murray!  We automatically set this global in our environment configuration logic (as well as set notify the user as to the application and environment type in ZWELCOME) whenever we run our customized instance configuration script.  Very helpful to make the intention of the environment clear whenever you are in the SMP!

Are you asking how to check a global to see if the system is Dev/Test/Production as per the "System Mode" dropdown in the "Memory and Startup" page in the SMP?

If so, then this is stored in the following global:

^%SYS("SystemMode")

It should have values like "DEVELOPMENT", "TEST" and "LIVE"

nice work!!!

very nice ... this definitely fills a practical need!!!

Great tool to know about... thank you for sharing.

If you are looking for a tool that does something similar for your desktop, check out https://www.rescuetime.com/

Congratulations guys ... well deserved!

Nice work team!!

very helpful, thank you for sharing!!

Thanks for getting the work out Tracey!  If any users have any questions, please feel free to ask.  

Thanks for your work as a Moderator @Nigel Salm !!

Very interesting Evgeny!  Just curious what the motivating case is for this?