sqlite

docke 命令 docker run -d -p 10022:22 -p 10080:3000 --name gogs -v/etc/localtime:/etc/localtime -v /root/gogs/:/data gogs/gogs 或者 docker run -d -p 10022:22 -p 10080:3000 --name gogs -e TZ=Asia/Shanghai -v /root/gogs/:/data gogs/gogs 安装成功，访问 ip:10080 我这里数据库选择 SQLite3 ，你们按照自己的需求来 设置管理员账号 然后安装成功。访问登录成功 安装还是挺简单的 来源： oschina 链接： https://my.oschina.net/u/4398646/blog/4408559

一.下载需要的安装包及下载地址 1.subversion http://subversion.apache.org/download/ 2.apr http://apr.apache.org/download.cgi 3.apr-util http://apr.apache.org/download.cgi 4.zlib http://linux.softpedia.com/get/Programming/Libraries/zlib-159.shtml 5.sqlite http://sqlite.org/download.html 6.expat http://www.linuxfromscratch.org/blfs/view/6.3/general/expat.html 我这里使用的版本如下： 1.主要安装包： subversion-1.14.0.tar.gz 2.SVN基础依赖包 ： apr-1.7.0.tar.gz 3.SVN基础依赖包： apr-util-1.6.1.tar.gz 4.SVN基础依赖包： zlib-1.2.11.tar.xz 5.数据库依赖包： sqlite-autoconf-3320300.tar.gz 6.apr-util依赖包： expat-2.0.1.tar.gz 二.将安装包导入到Linux系统目录下并解压 1.在Linux系统下创建目录

前言： 这是我独立做的第一个APP，是一个记账本APP。 This is the first APP, I've ever done on my own. It's a accountbook APP. 源码： https://github.com/AnneHan/accountBook 欢迎satr or fork 备注： APP中所涉及到的 图标请勿商用 效果图 （备注：在把图片制作成gif时，图片的质量受损，所以最终呈现出来的gif图片，背景变得有些模糊） 开发环境 IDE：Android Studio Database：SQLite 功能介绍 该APP共包含6个功能，分别是： 1、登录&注册功能： 　进入该界面，默认是让用户进行登录操作； 　若用户之前没有注册过，则会提示让用户进行注册； 　若用户忘记登录密码，也有重置密码的功能。 2、收入&支出功能： 　该功能分为两个页签：明细、类别报表 　这两个页签内容，都根据月份来统计呈现（开发中，目前是呈现所有收支明细） 　并根据月份，显示当月的收入与支出（开发中，目前是呈现固定值） 　明细页签： 　　在该页签最下方会显示【记一笔】按钮，点击该按钮，会提示让用户选择记录的类型，是收入 or 支出 　　然后会进入到记录收支明细的界面 　　根据用户的选择类型，来呈现不同的内容 　　当用户录入好收支明细，点击保存，会返回到明细页签

问题： If your application requires a database and it comes with built in data, what is the best way to ship that application? 如果您的应用程序需要一个数据库，并且它带有内置数据，那么最好的运输方法是什么？ Should I: 我是不是该： Precreate the SQLite database and include it in the .apk ? 预先创建SQLite数据库并将其包含在 .apk ？ Include the SQL commands with the application and have it create the database and insert the data on first use? 在应用程序中包括SQL命令，并让它创建数据库并在首次使用时插入数据吗？ The drawbacks I see are: 我看到的缺点是： Possible SQLite version mismatches might cause problems and I currently don't know where the database should go and how to access it.

废话开头 这篇文章是我有史以来编辑最长时间的，历时 4小时！！！原本我可以利用这 4小时编写一堆胶水代码，真心希望善良的您点个赞，谢谢了！！ 很久很久没有写文章了，上一次还是在元旦发布 1.0 版本的时候，今年版本规划是每月底发布小版本（年底发布 2.0），全年的开源工作主要是收集用户需求增加功能，完善测试，修复 bug。FreeSql 1.0 -> 1.5 相隔半年有哪些新功能？只能说每个功能都能让我兴奋，并且能感受到使用者也一样兴奋（妄想症）。 迫不及待的人会问，这更新速度也太快了吧，升级会不会有问题？ 不了解版本的更新日志，直接升级不是好的习惯，建议关注我们的更新日志（github 上有专门的文档）； 我们的版本开发原则：在尽量保证兼容的情况下，增加新功能，砍掉少量不合理的功能； 我们的单元测试数量：4000+，这是我们引以自豪，发布版本的保障； 入戏准备 FreeSql 是 .Net ORM，能支持 .NetFramework4.0+、.NetCore、Xamarin、XAUI、Blazor、以及还有说不出来的运行平台，因为代码绿色无依赖，支持新平台非常简单。目前单元测试数量：4000+，Nuget下载数量：123K+，源码几乎每天都有提交。值得高兴的是 FreeSql 加入了 ncc 开源社区： https://github.com/dotnetcore/FreeSql

微服务确实是行业的一个趋势，我自己也在把一些项目往微服务架构迁移。玩微服务架构配置中心是一个绕不过去的东西，有很多大牌的可以选，比如spring-cloud-config，apoll，disconf等等。而我为什么还要造一个轮子呢？一来这些都不是.net实现的，我就想试试用.net core实现一个，而且他们也对.net不太友好，也只有apoll提供了官方的.net客户端。二来这些组件都太重量级了，比如apoll，光跑起来就要部署多个节点（admin,portal,meta sevice）还要依赖eureka。很多旧的项目往微服务迁移的时候并不是一下次全部调整完成的，可能是一步步来的，比如先把所有的服务都容器化，并没有使用微服务全家桶。而且有的项目也不需要微服务全家桶，毕竟微服务不是银弹，很多项目单体结构就足够了，有些项目传统的SOA架构也可以了。（唠叨一句，那种毫无流量毫无并发的项目，几人几天就搞完的强上微服务真的好吗？）但是这些项目也可能是分布式的，容器化部署的，那么这些项目我觉得也是需要配置中心的，因为在分布式、容器化环境下更改配置实在是太麻烦了。可以说配置中心并不是微服务独有的。基于以上原因我提炼了一些配置中心必备的功能，做的尽量简单（陋），开发了AgileConfig，为.net core的生态尽一份绵薄之力。 Github求star： AgileConfig

Arctic Code Vault Contributor 上榜了，内心比较喜悦，谢谢开源社区的支持，也谢谢广大 coder 的支持； go-admin 是一个基于 Gin + Vue + Element UI 的前后端分离权限管理系统脚手架（包含了：基础用户管理功能，jwt 鉴权，代码生成器，RBAC 资源控制，表单构建等） 演示地址： http://www.zhangwj.com 在线文档 https://wenjianzhang.github.io/go-admin-site 国际仓库 https://github.com/wenjianzhang/go-admin 国内仓库 https://gitee.com/mydearzwj/go-admin 视频教程 https://space.bilibili.com/565616721/channel/detail?cid=125737 新增功能： 新增了开发模式单独控制部分属性： 开发模式中 token 过期时长； login 接口开发模式中不需填写验证码； 菜单一键生成到数据库； api 接口配置一键生成到数据库； 表单构建工具升级： 添加富文本等组件； 修复已知 bug ； 数据库类型增加 sqlite3，postgres 的支持； 更新文档说明； 不断更新的教程 轻松实现 go-admin 写出第一个应用 - 文档教程

本文主要介绍如何使用flask操作数据库。 数据库按照一定规则保存程序数据，程序再发起查询取回所需的数据。Web程序最常用基于关系模型的数据库，这种数据库也称为SQL数据，因为它们使用结构化查询语句。不过最近几年文档数据库和键值对数据库成了流行的替代选择，这两种数据库合称为NoSQL数据库。 大多数的数据库引擎都有对应的Python包，包括开源宝和商业包。Flask并不限制你使用何种类型的数据库包，因此可以根据自己的喜好选择使用MySQL、Postgres、SQLite，Redis、MongoDB或者CouchDB。 如果这些都无法满足需求，还有一些数据库抽象层代码包供选择，例如SQLAlchemy和MongoEngine。你可以使用这些抽象包直接处理高等级的Python对象，而不用处理如表、文档或查询语言此类的数据库实体。 选择框架时，你不一定非得选择已经集成了Flask的框架，但选择这些框架可以节约你编写集成代码的时间。使用集成了Flask的框架可以简化配置和操作，所以专门为Flask开发的扩展是你的首选。 关于选择使用的数据库框架，选择的是Flask-SQLAlchemy。 0.安装Flask-SQLAlchemy pip install flask-sqlalchemy 1.配置Flask-SQLAlchemy 在Flask-SQLAlchemy中，数据库使用URL指定。