丢掉花生壳吧!自己实现DDNS

作者:V君 发布于:2017-8-27 23:20 Sunday 分类:我的应用

TL;DR

[源代码] 按需修改,尚未提供直接可用的二进制版本

效果:自动将当前IP地址更新到指定DNS记录,并持续监视确保同步。

用法:

 首次启动应用程序会自动创建数据库,然后因未填入配置而停止运行。

 在数据库填入配置并重新运行即可。

限制:

 目前只实现了 GoDaddy 的域名 API,且需要一个获取当前IP的途径,

 因此没有直接可用的二进制版本。

环境:需要.NET 4.5,兼容 mono

 

不吐不快!

虽然早就知道各种实名制要求的政策出来了,但是没有影响就一直无视。

直到花生壳帐号一个个挂掉,最后到本博客的花生壳也不幸遭到屏蔽,

去花生壳实名认证发现要上传身份证照片以及手持纸条的照片,泥马,这就像x贷一样哇!

如果只是绑定手机号,给你就给你吧,要求不能太过分,再见花生壳!


找别的法子实现 DDNS 吧!

首先想到的是三方DDNS,

比如不存在的 dyndns 啦、无缘无故封帐号的 afraid 啦、没用过的 2233 拉。

纠结这些不靠谱的东西时,灵光一闪:

如果直接把IP通过域名提供商的API捅进去,是不是可以把DDNS搞定?!

赶紧放狗出去找找看可能性,结果就找到了狗爹的API,很全哇!

于是这个小工具就诞生辣!

标签: 我的应用 个人服务器 C# mono DDNS

评论(0) 引用(0) 浏览(118)

活久见:有些异常是不能被catch(Exception)捕获的,你得把catch参数去掉

作者:V君 发布于:2017-6-14 0:25 Wednesday 分类:折腾手记

TL;DR: 

当你发现本应被捕获的异常却被无视 try-catch 语句时,

你应该试着去掉 catch(Exception ex) 中高亮的部分

写成 try {....} catch{....} 这种写法将不能直接取得异常实例,

你可以将上下文对象值记录下来作为排查线索。


本例:

将 MVC 5.2.3 站点部署到装了 mono 4.2.2 的Debian@树莓派。

首先就遇到一大堆兼容性问题。去掉一系列不兼容的组件。

(ApplicationInsights系列、CodeDom系列

总算能报出些看起来有点线索的异常。

System.Reflection.ReflectionTypeLoadException: The classes in the module cannot be loaded.
  at (wrapper managed-to-native) System.Reflection.Assembly:GetTypes (System.Reflection.Assembly,bool)
  at System.Reflection.Assembly.GetTypes () <0x721db540 + 0x00023> in <filename unknown>:0 
  at Ease.Ioc.IocManager.RegisterInterface (System.Reflection.Assembly[] assemblies, System.Type iface,
System.Func`1 lifetimeManager) <0x721db0c0 + 0x000fb> in <filename unknown>:0 
  at Ease.Ioc.IocManager..ctor () <0x721fb130 + 0x00283> in <filename unknown>:0 
  at Ease.Ioc.IocManager..cctor () <0x721faff8 + 0x00027> in <filename unknown>:0 

这是模仿 ABP 在当前应用域中的所有程序集中寻找实现了指定接口的类,然后加到 IoC 容器。

(哎……谁让 ABP 还不支持 mono 呢。。。)

在对某个程序集调用 GetType 时爆炸了……

于是在其周围加上常规异常处理 try-catch(Exception) 试图找出有问题的程序集。

然而异常依旧引发,就跟没写 try-catch(Exception) 一样……

试着调整方法结构,避免一些在首次访问方法就引发异常的状况 —— 无果……

心一横,去掉 catch 语句的参数,记下当前调用 GetTypes 的程序集。

try
{
types.AddRange(asm.GetTypes().Where(p => false == p.IsAbstract && false == p.IsInterface && iface.IsAssignableFrom(p)));
}
catch
{
throw new Exception("Asm load fail?" + asm);
}

功夫不负有心人 or 瞎猫撞上死耗子? bingo! 抓到你啦!

Asm load fail?System.Web.Helpers, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35

咋办? 没办法哇! 试着把引用干掉看看吧…… 果然就没事儿了!

稍稍去了解一下那玩意儿,发现是一堆辅助类, 反正一时半会也用不上。


于是就这样,用作类似 Hello world 的站点首页就成功呈现出来啦!

 —— 尽管是乱码…… 因为偷懒直接输出 Content 嘛! 接下来可以慢慢折腾啦!

标签: 软件开发 树莓派 C# linux mono

评论(0) 引用(0) 浏览(174)

修改Mono源代码,改变mscorlib库目录

作者:V君 发布于:2016-12-3 23:49 Saturday 分类:折腾手记

TL;DR:

一共改了两处地方, 都在 assembly.c

1) mono_set_rootdir(void)

把 installdir,root,config 这几个标识符干掉

将 bindir 直接喂给 mono_set_dirs 的两个参数

 

2) mono_assembly_load_corlib(const MonoRuntimeInfo *, MonoImageOpenStatus *)

修改 mono/<version> 路径拼接

corlib_file = g_build_filename("", "mscorlib.dll", NULL);


听我扯扯:

上次咱总算是把Mono编译成功了, 也初体验了嵌入Mono的运作方式.

不过略为不爽的是它只能从 ..\lib\mono\4.5\ 来加载 mscorlib 库.


啃了源代码才发现有写死的策略...

以及从被运行的程序集中取得Framework版本最终拼出mscorlib的路径.

由于咱是用嵌入mono,并且已明确Framework版本, 就不用管太多

 

改完TL;DR的两处就能加载当前目录下的mscorlib了, 但是如果当前目录下没有mscorlib

得到的提示仍然是之前的目录, 因此最好也改一下 domain.c 的 mono_init_internal

找到字符串 The assembly mscorlib.dll was not found or could not be loaded

然后修改下一行的提示就可以了, 咱的做法是 把标识符 corlib_file 干掉, 改成

g_print ("It should in same directory.\n"); 这样就能准确提示了.



标签: 软件开发 mono C语言

评论(0) 引用(0) 浏览(393)

从源代码编译mono, 嵌入mono初体验

作者:V君 发布于:2016-11-29 23:19 Tuesday 分类:折腾手记

前些天定下的小目标还是纯属扯蛋, 还是先在健全的平台从编译运行调试开始练手吧.


TL;DR

本来想在Windows环境下编译, 但变着花样重试N多次仍未成功

才注意到官方git上的 Windows:build unstable

这下只能在Linux下完整编译, 然后回到windows单独编译可执行文件了

以前有在树莓派上编译ARMHF非常顺利的经历, 

这次也圆润的通过了完整编译, 除了网络状况有点糟糕 (断开重试数次) :) 

 

详细步骤:

阶段1 -- 获取源码并于Linux编译托管库

参照文档 http://www.mono-project.com/docs/compiling-mono/linux/

安装编译所需软件包

执行以下为我神奇国度做修改的脚本


mkdir mono

cd mono

git init

# 按需做以下科学配置, 否则只有10KB每秒, 一旦断开又得重头开始

# git config http.proxy "type://x.x.x.x:xxxx"

# git config https.proxy "type://x.x.x.x:xxxx"

# git config core.gitproxy "connector"

# core 配置需要指定连接适配才能工作

# 该步骤可能会被中断多次, 需要手动重试

git fetch --depth=1 https://github.com/mono/mono.git

# 得到输出 * branch HEAD -> FETCH_HEAD 才算结束

git checkout FETCH_HEAD

# 下面两个命令会从git拉取子模块, 被中断则需要重试

git submodule update --init --recursive

make get-monolite-latest

# 获取完源代码之后开始自动配置吧

./autogen.sh

# make可以指定并发数量, 按机器的处理能力改变j参数

make -j6



阶段2 -- 编译windows可执行文件

将文件打包带回Windows

参照以下文档做编译 -- 也就是载入解决方案, 选择x64目标, F6, 其中libtest编译失败不管

http://www.mono-project.com/docs/compiling-mono/windows/#build-mono-64-bit-using-visual-studio



阶段3 -- 调试

到这一步终于可以开始调试啦!

定位到解决方案文件夹EmbeddedSamples中

新增一个(4.5)控制台应用程序,叫做teste-csharp, 删掉默认的Program.cs和App.config

以链接的方式添加在编译目录samples\embedtest.cs文件, 编译它


最后在启动之前需要把核心托管库mscorlib.dll放到相应位置

它在 mcs\class\lib\net_4_x 我们已经在Linux上编译好了

复制到 msvc\build\sgen\x64\bin\lib\mono\4.5\ (创建目录)


然后是把编译好的.net控制台teste-csharp.exe也放到mono的windows执行引擎旁边

复制到 msvc\build\sgen\x64\bin\Debug 


最后就是跑起来啦! 

下图 第一个窗格定义了C语言写的方法,第二个窗格向运行时绑定,第三格就是C#代码了

   小窗口是在输出目录用命令行启动编译好的EXE, 非常顺利!

点击查看原图


嵌入了mono的EXE,不需要.NET Framework环境也能独立跑起来的C#!

当然还要安装VC++2015运行库, 和 .NET Framework 比起来小太多.


接下来还要多熟悉熟悉 看看能不能移植到PSV上 乂目.


标签: 软件开发 C# linux mono C语言

评论(0) 引用(0) 浏览(337)

[失败]在VitaSDK编译Mono[Update]

作者:V君 发布于:2016-9-11 0:46 Sunday 分类:折腾手记

PSV破解之后玩些啥?

当然是先定一个小目标, 比如说我先把mono编译进去让我大井能在PSV上跑.

这次尝试是失败的, 但也阻止不了发表出来, 放在这儿把大法挂起来

阅读全文>>

标签: 软件开发 mono PSV

评论(0) 引用(0) 浏览(505)

Powered by emlog 去你妹的备案 sitemap