链接

一.开源软件官方网站 1.CodeIgniter中国官方 http://codeigniter.org.cn CI用户手册 http://codeigniter.org.cn/user_guide/general/index.html 2.Thinkphp http://www.thinkphp.cn/ TP3.2使用手册 http://document.thinkphp.cn/manual_3_2.html 3.WordPress 4.Yii 5.Discuz 6.bootstrap中文网 http://www.bootcss.com/ 7.jQuer UI http://jqueryui.com/ 8. scrapy : http://scrapy-chs.readthedocs.org 9.beautiful_soup python爬虫库 http://www.crummy.com/software/BeautifulSoup/bs4/doc.zh/ 二.使用工具 1.JetBrains注册码计算(Phpstrom,Webstrom,IDEA等注册) http://idea.lanyus.com/ 2.大话主席-SuperSlide-幻灯片等效果- http://www.superslide2.com/ demo.html 3.自动生成柱状，饼状，线状直观图 http:/

在使用Visual Studio在Windows下开发应用程序时，可能面临需要引用第三方库来支撑自身代码的情况。第三方库通常以下面两种方式提供： 1、静态LIB库：这种提供形式通常包含LIB库文件、头文件及相关文档说明。 2、动态DLL库：这种提供形式通常也包含LIB库文件 （有些厂商不提供LIB库文件） ，头文件，DLL文件以及相关文档说明。 无论以上那种形式的库，在使用时都会面临链接这个步骤（LoadLibrary->GetProcAddress方式载入DLL库不在本文讨论范围内， 下同），而链接步骤又由于将要生成的目标工程的不同类型变得越发复杂。为什么这么说呢，我们继续往下看。 通常在链接一个第三方库的LIB文件时，我们使用下面两种方法： 1、#pragma comment(lib, "XXX.LIB") 杂注方式。 2、项目->属性->链接器->输入->附加依赖项方式。 乍一看这两种方式我们都用过，而且在使用时并没有感觉到两种方式有何不同。但实际上仔细分析还是有些地方值得商榷的。两种不同的链接方法在生成不同类型的目标工程时表现出的行为区分明显。为了展示方便，我们做了如下几个实验： 目标工程类型 使用#pragma杂注链接 使用附加依赖项链接 可执行文件（EXE） √ √ 动态链接库（DLL） √ √ 静态库（LIB） √ √ 可执行文件（EXE），并链接上一步骤生成的静态库

声明：转载请注明原链接 http://my.oschina.net/u/1167407/blog/484426 ‍‍‍今天在看《Professional Assembly Language》一书的第四章的Using C Library Functions in Assembly一节时，由于我使用的是64位的Linux系统，所以遇到了一些问题，其中有些挺有用的信息。所以，记录下来以免遗忘。‍ Using C Library Functions in Assembly这一小节介绍了如何在汇编程序中调用C的库函数。书中给出的示例代码如下：‍‍ .section .data output: .asciz “The processor Vendor ID is ‘%s’\n” .section .bss .lcomm buffer, 12 .section .text .globl _start _start: movl $0, %eax cpuid movl $buffer, %edi movl %ebx, (%edi) movl %edx, 4(%edi) movl %ecx, 8(%edi) pushl $buffer pushl $output call printf addl $8, %esp pushl $0 call exit 接下来使用gnu as汇编这段程序

12.1 存储类 C为变量提供了5种不同的存储模型，或称为存储类。还有基于指针的第6种存储模型，本章稍后（“分配内存malloc()和free()”小节）将会提到。可以按照一个变量（更一般地，一个数据对象）的存储时期来描述它，也可以按照它的作用域（SCOPE)以及它的链接（linkage)来描述它。存储时期就是变量在内存中保留的时间，变量的作用域和链接一起表明程序的哪些部分可以通过变量名来使用该变量。不同的存储类提供了变量的作用域、链接以及存储时期的不同组合。 您可以拥有供多个不同的源代码文件共享的变量、某个特定文件中所有函数都可以使用的变量、只有在某个特定函数中才可以使用的变量、甚至只有某个函数的一小部分内可以使用的变量。 您可以拥有在整个程序运行期间都存在的变量，或者只有在包含该变量的函数执行时才存在的变量。您也可以使用函数调用 为数据的存储显示的分配和释放内存。 12.1.1 作用域 作用域描述了程序中可以访问一个标识符的一个或多个区域。 一个C变量的作用域可以是 代码块作用域、函数原型作用域，或者文件作用域 。 到目前为止的程序实例中使用的都是代码块作用域变量。 在代码块中定义的变量具有代码块作用域（block scope），从该变量被定义的地方到包含该定义的代码块的末尾该变量均可见。 另外， 函数的形式参量尽管在函数的开始花括号前进行定义，同样也具有代码块作用域

引子 使用VS编译C++程序经常会遇到这种情况：编译已经成功，没有报错；但是链接时报错，类似于：“error LNK2001！@#￥#￥@%#……@#￥%&*&￥%￥@#￥”。网上查到的相关文章和我实际遇到不太一样，在这里总结一下我所遇到的链接错误的解决方式。注：这里不明确指明error LNK的错误代码。 一、没有正确的配置XXX.lib windows编译用到其他的dll库如XXX.dll，不但需要 .h的头文件，而且需要相应的 XXX.lib文件。之前查过说是这个XXX.lib文件是指明了函数的入口地址神马的，但为啥linux下就不需要呢？ 回到问题本身，没有正确配置XXX.lib文件有以下几种可能： a）没有在链接的附加依赖项中写入正确的XXX.lib（或者使用#param 在程序中设定）； b）搜索库文件的路径上XXX.lib不存在（库文件路径没有设置正确）； c）XXX.lib文件有多个版本，而库文件路径上那个版本与你头文件的版本不一致； 二、C++类的函数在头文件中声明了，但是在cpp文件中没有对应的定义。 这种错误比较容易发现。错误中会出现函数名。 三、VS的配置不正确 这个是刚发现，并且昨天折磨了我半个下午。 我们工程的一个solution中包含多个project，而且project之间有依赖关系——某些的project会用到一些基础project生成的lib。

使用 ionic 的 iframe 封装 web App 时可能会遇到无法全屏，页面链接无法点击等问题，这里展示下如何解决此问题 1、使用 ion-content 标签封装 iframe 标签 <ion-content scroll="true" overflow-scroll="true"> <iframe ng-src='{{myUrl}}' class="width-100 height-100" style="min-width: 100%;min-height: 100%;"> </iframe> </ion-content> ion-content 要设为 scroll="true" overflow-scroll="true" iframe 要设为 class="width-100 height-100" 同时还要设置 min-width 和 min-height 为 100%，这样才可以全屏 2、在页面对应的控制器中设定信任的安全连接 angular.module("start.controllers", []) .controller('IndexCtrl', function($scope, $http, $sce) { var url = "http://m.yoururl.com"; $scope.myURL = $sce

这里收藏了一些不错的的技术博客和文章的链接，供平时学习和参考，经常看看还是很有收获的。链接列表会不定时更新，列在这里就当是书的目录了。 （1）技术文章系列： 前端技术： http://www.cnblogs.com/Darren_code/ 数据机构和算法： http://blog.csdn.net/v_JULY_v hashcode和equals的区别和联系（很详细）： http://www.damndigital.com/archives/125955 JVM： http://rednaxelafx.iteye.com/ http://rednaxelafx.iteye.com/blog/362738 http://blog.csdn.net/bingduanlbd/article/details/8363734 Java垃圾回收： http://www.open-open.com/lib/view/open1380593930103.html http://blog.jobbole.com/37273/ java线程知识点总结： http://blog.csdn.net/xuweilinjijis/article/details/8878649 面向程序员的数据库访问优化法则： http://blog.csdn.net/yzsind/article/details