All of the following information is based on go version go1.17.1 darwin/amd64.
| GOOS | Out of the Box |
|---|---|
aix |
✅ |
android |
✅ |
Discover gists
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| #!/usr/bin/env bash | |
| # checck if pidof exists | |
| PIDOF="$(which pidof)" | |
| # and if not - install it | |
| (test "${PIDOF}" && test -f "${PIDOF}") || brew install pidof | |
| # find app in default paths | |
| CO_PWD=~/Applications/CrossOver.app/Contents/MacOS | |
| test -d "${CO_PWD}" || CO_PWD=/Applications/CrossOver.app/Contents/MacOS |
chrisaldrich
/ Hypothesidian.js
Last active
May 13, 2024 09:35
— forked from TfTHacker/Hypothesidian.js
Hypothes.is - retrieve your annotations into Obsidian (for templater plugin)
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| <%* | |
| /* | |
| # Hypothes.idian a templater script for retrieving annotations from Hypothes.is | |
| Dev: RoamHacker https://twitter.com/roamhacker | |
| # Prerequisites: | |
| + Templater plugin by https://github.com/SilentVoid13/Templater | |
| + Free Hypothes.is developer token from: https://hypothes.is/account/developer | |
| + This script will prompt you for his token and save it to a file called "hypothesis config.md" | |
| + This file store your configuration and can be located any where in your vault. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| https://rfc3161.ai.moda | |
| https://rfc3161.ai.moda/adobe | |
| https://rfc3161.ai.moda/microsoft | |
| https://rfc3161.ai.moda/apple | |
| https://rfc3161.ai.moda/any | |
| http://rfc3161.ai.moda | |
| http://timestamp.digicert.com | |
| http://timestamp.globalsign.com/tsa/r6advanced1 | |
| http://rfc3161timestamp.globalsign.com/advanced | |
| http://timestamp.sectigo.com |
For some reason IDA executes FreeLibrary() to the plugin immediately after getting its PLUGIN structure's address, so later invocations of the plugin lead to calls to nowhere (that was supposed to be python3.dll). Simply patching the location of the FreeLibrary() call fixes the issue. The location is easy to find: go by cross-references to a place where the call to FreeLibrary is followed by a reference to the string "%s: incompatible plugin version..." and NOP it away.
vlad-ds
/ deploy_telegram_aws.md
Last active
May 13, 2024 09:30
How to deploy a Telegram bot on AWS EC2
If you run your Telegram bot locally, it will stop working when you close the terminal. The alternative is to host the bot somewhere.
There are many ways to do this. I chose AWS EC2 as it's a cheap and easy option.
Create an AWS account and start an EC2 instance. Install pip, git and github cli. If you use an Amazon Linux image (which is what the free tier offers) you can run the commands in this gist.
Connect to your GitHub account with gh auth login and clone this repo. Create the .env
YukiSakamoto
/ hdf5_simple.cpp
Created
August 23, 2013 13:41
simple example to write hdf5 using c++.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| #include <string> | |
| #include <iostream> | |
| #include "H5Cpp.h" | |
| #define MAX_NAME_LENGTH 32 | |
| const std::string FileName("SimpleCompound.h5"); | |
| const std::string DatasetName("PersonalInformation"); | |
| const std::string member_age("Age"); | |
| const std::string member_sex("Sex"); | |
| const std::string member_name("Name"); |
The philosophy behind Documentation-Driven Development is a simple: from the perspective of a user, if a feature is not documented, then it doesn't exist, and if a feature is documented incorrectly, then it's broken.
- Document the feature first. Figure out how you're going to describe the feature to users; if it's not documented, it doesn't exist. Documentation is the best way to define a feature in a user's eyes.
- Whenever possible, documentation should be reviewed by users (community or Spark Elite) before any development begins.
- Once documentation has been written, development should commence, and test-driven development is preferred.
- Unit tests should be written that test the features as described by the documentation. If the functionality ever comes out of alignment with the documentation, tests should fail.
- When a feature is being modified, it should be modified documentation-first.
- When documentation is modified, so should be the tests.
erikyuzwa
/ wordpress-6-2-2-docker-compose.yml
Last active
May 13, 2024 09:27
Wordpress 6.2.2 Docker Compose for Local Development
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| # create a local .env file with the following 4 properties: | |
| # | |
| # MYSQL_DATABASE=<something> | |
| # MYSQL_USER=<something> | |
| # MYSQL_PASSWORD=<something> | |
| # MYSQL_ROOT_PASSWORD=<something> | |
| # | |
| # Note: I have had a LOT of issues working with anything newer then Docker Desktop v4.26.1 | |
| # If you're on something newer, then double check against this release. | |
| # |
NewerOlder