put the other file in folder /volume1/@appstore/SurveillanceStation/@surveillance/@SSCapInfo/IntegrationSupported/
Tested OpenWRT DDNS version: 2.8.2-11
Add following two file to file system after installed luci-app-ddns
Change the following files name, replace _
with /
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
FROM ubuntu:20.04 | |
RUN export DEBIAN_FRONTEND=noninteractive && \ | |
apt-get update && \ | |
apt-get install -y \ | |
build-essential \ | |
cmake \ | |
python3-dev \ | |
python3-sip-dev \ | |
protobuf-compiler \ |
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
config sockd | |
option external 'wg0' | |
option internal '127.0.0.1' | |
option clientmethod 'none' | |
option socksmethod 'none' | |
option user_privileged 'root' | |
option user_notprivileged 'nobody' | |
option logoutput 'syslog' | |
option port '10080' |
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
<?php | |
class Point | |
{ | |
public $x; | |
public $y; | |
public function __construct($x, $y) | |
{ | |
$this->x = $x; |
-
服务化粒度 业务层面在选择进行服务化时,是按照核心功能、核心实体,还是一种类型功能?具体参照标准希望有一些经验上的分享,最好有具体的例子或坑。
-
服务化迁移 什么样的业务需求会被归纳到服务中,服务提供方和业务开发是怎样高效协作的?
-
服务化维护
- 服务层改动上线可能会导致业务层的报错,但是业务层具体调用点可能会很多且比较散,如何确保底层改动业务层可以有check的机制。
- 因为app平台需要有版本的控制,可能对服务层的依赖也需要版本化。服务层的版本及业务层调用之间如何管理比较合理。
- 业务需要看一些数据,一个模块被服务化后,可能服务本身有自己的监控打点,但是不能满足业务层打点需求,公司是否有统一的业务数据监控解决方案,如何考虑的?
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
# fOr more options and information see | |
# http://www.raspberrypi.org/documentation/configuration/config-txt.md | |
# Some settings may impact device functionality. See link above for details | |
# uncomment if you get no picture on HDMI for a default "safe" mode | |
#hdmi_safe=1 | |
# uncomment this if your display has a black border of unused pixels visible | |
# and your display can output without overscan | |
#disable_overscan=1 |
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
sudo apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys 58118E89F3A912897C070ADBF76221572C52609D | |
echo "deb https://apt.dockerproject.org/repo ubuntu-trusty main" | sudo tee /etc/apt/sources.list.d/docker.list | |
sudo apt-get update | |
sudo apt-get purge -y lxc-docker | |
sudo apt-get install -y docker-engine |
Deploy key is a SSH key set in your repo to grant client read-only (as well as r/w, if you want) access to your repo.
As the name says, its primary function is to be used in the deploy process in replace of username/password, where only read access is needed. Therefore keep the repo safe from the attack, in case the server side is fallen.
- Generate a ssh key
NewerOlder