dengal3 / log Goto Github PK

一个是有关负边距带来的问题,一个是checkbox,radio之类的input要设置不允许修改,但readonly属性无效的问题。

终于来填坑了。

负magin后遗症

我之前会用负边距来调整容器位置，这次发现当容器width:50px, margin-left:-100px, 容器右边会有margin出现，即使并没有设置margin-right。可见margin-left为负值且绝对值大于宽度时，会影响到正常的margin计算，导致“右边产生了margin”这样的假象。

checkbox的readonly无效

我们要实现一个常见的电影票订票网页，其中有个页面是选择座位页面，当然我们需要备注提示什么样的图标代表可选，已选，还有已售的座位。这些备注是不能被修改的。

但是checkbox的readonly是无效的，就是你即使设了，淘气的用户还是可以点点点toggle checkbox的状态。解决方法也也很简单。

    <input type="checkbox" onclick="return false;"/>

即可。由于一般这种场景下，这些备注一般也不会绑定什么事件，所以这么写我觉得还是可以的。

以上。

Browsersync

browsersync能够帮助我们快速开发静态页面。在命令行下运行的话，连gulp那些自动化工具的配置都不需要，真的是非常舒心。
今天就简单记录一下browsersync在命令行下的使用。

browsersync命令行

现在假设我们的开发目录如下

• html/
  • login.html
  • register.html
    ...
• css/
  • main.css
  • login.css
    ...
• js/
  • main.js
    ...
• assets/
  • bg.jpg
    ...

我们在当前目录下执行
browser-sync start --files "css/*.css", "html/*.html" --server --startPath "html/" --index "login.html"

--files:监视哪些文件
--server: 开启服务器
--index: 指定页面作为首页，默认是 startPath路径或根目录下的index.html
--startPath: 打开的url的默认路径

这里要注意一个问题，部署在服务器上的时候是以在执行该命令行的目录作为服务的根目录，所以当我们想在浏览器中去访问register.html时，输入的应该是“/html/register.html”，而不是“register.html”，同理，我们在所有文件中对其他资源的链接都是建立在这个认识上的。

docker

docker实际上就是集封箱的**，把开发软件所有环境都包在一个容器里面，这个容器不会影响到我们主机本地的环境。这个容器中的环境可以配置你想要的系统，安装你想要的软件和环境配置，这些所有的东西都可以写在Dockerfile中配置。

在使用的时候遇到的一些问题记录：

1. docker daemon is not running on host.

权限问题:sudo su && service docker start

2. 端口映射问题

配置文件中的EXPOSE和执行命令中的-p选项:EXPOSE是容器的端口暴露出来，-p是设置宿主机端口和容器端口之间的映射关系。

3. 路径问题

Dockerfile中的ADD命令：把本地的文件(src/*.)加到容器的路径中(/app/)，我们之后的ENTRYPOINT,CMD都要以容器的路径为准

# Based on ubuntu
FROM ubuntu:14.04
MAINTAINER IreneDeng <[email protected]>

# Install node
RUN apt-get update 
RUN apt-get install -y nodejs 

# Bundle the working directory
ADD src/ /www/var

EXPOSE  7777
ENTRYPOINT ["nodejs", "/www/var/index.js"]

今天遇到了好几个git上面的问题，记录一下。

git push的空格

git push origin ailin:front-end-dev
把本地的ailin分支上的内容推到远端的front-end-dev上。注意冒号两边不能有空格，因为我们tab补全的时候会自带了空格的，这点小细节要注意一下。

在一台电脑上面使用多个github账号提交

关键步骤：建立新的ssh，在git仓库中设置user.email

第一步骤网上有很多详细的介绍，这里就不介绍了。

然后第二步的话就比较关键，网上提到的人也比较少。
今天做了小实验测试了一下，在ssh都已经设置好的情况下，网上很多说的什么git remote add second git@second_host:xxx/xxxxx.git 这样的一般是不需要的。要切换用户账号做commit提交，关键在于git config user.email ****@***.com这里。这里不设置好，提交的commit还是归到原来的global中设置的账号中。这点要切记。

git 版本回退

版本回退对于我来说是已经不是一个陌生的话题了。手速太快，commit不过脑，所以经常要回退orz。今天简单总结一下，方便日后查看。

版本回退有好几种场景下的版本回退。

1. 做仓库内容的回退
2. 做远端commit的回退

第一种还好，祸害还不深。常见的就是用 git reset，git revert命令。

 $ git reset --hard 07edf(版本号，通过git log可以看到)
 $ git reset --hard HEAD~1(表示回退到在当前head指针指向的版本往回数第几个版本，真绕口)

--hard 并不是唯一的选择，还有--soft，前者是回退了，并且你做的所有修改都没有了，后者是把你的参考退到这个commit时刻的状态，你做的修改实际上还是有的，只是不放进缓冲区了。

git revert和git reset作用很像，但是确实不一样。
git revert需要你指明了回退到哪个版本，然后它给你把仓库回退到那个状态，并且你所做的修改也是没了的，和--reset很像，同时会产生一个commit，这个commit就是专门revert的。

前面都是在做仓库内容的回退，就是你是想把你的仓库里面的文件变回你原来的样子。

但是如果我要做的是commit的回退呢，就是我不希望在commits中出现我的记录。
那就只能在本地做好版本回退以后，git push --force，强迫远端版本回退。当然这肯定会有很多副作用的，假设你的队友在你现在回退的commit下已经做了commit了呢等等这样的情况。

当然，这个远端commit回退场景比较特殊，一般人也不会想去消除commit的，这里只是个人遇到这个需求所以稍作记录。

以上。

劳动节当然是劳动最光荣。

Q1. pip安装 read time out问题

解决：换源
sudo pip install --index-url https://pypi.douban.com/simple ipython

pip 源更改设置

pipy 国内镜像目前有：

　　 http://pypi.douban.com/ 豆瓣

　　 http://pypi.hustunique.com/ 华中理工大学

　　 http://pypi.sdutlinux.org/ 山东理工大学

　　 http://pypi.mirrors.ustc.edu.cn/ **科学技术大学

手动指定源：
在 pip 后面跟-i 来指定源，比如用豆瓣的源来安装 web.py 框架：
pip install web.py -i http://pypi.douban.com/simple
注意后面要有 /simple 目录！！！

今天才偶然发现一个很好用的linux命令。

   我们总是遇到一个情况，我之前打了一个好——长的命令，现在又要重新再打一次，
   如果命令是刚打的话那还好，就按向上的箭头就好了。
   当时如果是这个命令已经是一两个小时之前打的呢，
   这时候中间隔了很多命令的时候或者我们重新开机，要用上次关机前的命令呢。
   向上箭头就已经没法满足我们了。
   （对不起，格式很丑。）

初级手法:history | grep xxx

利用history，管道和grep命令。history其实就是显示了我们的输入命令栈。

高级手法:Ctrl + r

你其实就会在bash里面进入reverse-i-search，然后就打入你目标命令中的关键词，结果咻咻咻地马上就出来，按个回车就给你执行了，简直舒心:p。

在服务器上面安装mongodb并创建管理权限用户

哼哼，直接甩链接
在Ubuntu下进行MongoDB安装步骤

注意：addUser已废弃，请使用createUser。