V2EX › gkiwi 的所有回复 › 第 16 页 / 共 50 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 50

❮

❯

2016-10-31 10:59:44 +08:00

回复了 EEEcho 创建的主题 › 阴阳师 › 大家都玩阴阳师了吗？有比我非洲的吗？

刚 17 级了，昨夜第一个 ssr ， 4 个 sr(俩白狼)

据说和区有关系，建议 B 站区~~

2016-10-27 14:27:36 +08:00

回复了 123s 创建的主题 › Node.js › node 版本更新这么快，但是旧的包怎么办

node 根本就没有向后兼容！！！
你像 java ， php ， python 这些，每个语言都有几个主框架，主框架兼容性好，周边的包兼容性也不会差。
而 node 开发，框架选择太多，而周边库更多。更多的库猛一看起来是优势，门槛低。但是什么人都来搞，水平不一样，包的接口定义，某些含义的的理解，兼容性，包之间依赖，用着用着就发现妈蛋不敢升级了！

2016-10-26 10:46:48 +08:00

回复了 drackzy 创建的主题 › MacBook Pro › 新 Macbook Pro 外观就是这样了

你们以为给你们换的 iphone 零件就扔了么？！ native

2016-10-12 13:56:33 +08:00

回复了 phithon 创建的主题 › Django › 你们会用 Django 自带的管理应用，做给客户做后台管理么

@ericls 刚刚本地跑了个 wagtail demo ，感觉不错，自带了一些库蛮省事的。 search 也不错；但是像 Page 这类又需
@phithon 我推荐一个 https://github.com/geex-arts/django-jet ，主要是 ui 这块看起来也不错。
感觉比 wagtail 库多的一个好处就是省事干净，不需要多余配置，只要在配置文件加入对应 app 就可以了。缺点是协议这里，**open-source (AGPLv3) and commercial**。
另外就是一个 xadmin ，功能更丰富强大，基于 bootstrap 的，可以直接换主题，自适应手机版，可以试试在线版本
http://xadmin-show.herokuapp.com/

2016-10-12 10:27:48 +08:00

回复了 gkiwi 创建的主题 › 问与答 › mysql 数据转存，硬盘空间不够了倒腾了

@pubby 小水管 12G ，上传了大概 12 个小时吧，已经搞定了:) 谢谢

@ebony0319 我的是 80G=>15G ，还得看数据

@kn007 已经搞定:)

2016-10-10 20:01:04 +08:00

回复了 gkiwi 创建的主题 › 问与答 › mysql 数据转存，硬盘空间不够了倒腾了

@ifishman 现在用了两种方式进行压缩，一种直接压缩文件夹的出了一个 15G 的了已经，另外一个速度有点慢，一边导出一边压缩；感觉数据量应该会比 15G 这个小；

关于分割压缩，在管道中的数据，不晓得分割压缩是否可行，毕竟在在无法获得所有的所有数据之前，是否能够合理的分割压缩，不是太清楚这个。单纯的分割可以有。我晚点再看看结果

2016-10-10 17:24:41 +08:00

回复了 gkiwi 创建的主题 › 问与答 › mysql 数据转存，硬盘空间不够了倒腾了

@ifishman 谢谢，晓得你的意思了。。这个等我压缩好了再用，**真**小水管

2016-10-10 17:13:54 +08:00

回复了 gkiwi 创建的主题 › 问与答 › mysql 数据转存，硬盘空间不够了倒腾了

@zpvip 已经列在目录单子上，备选方案；
@ooxxcc @Mac 有尝试这个，但是压缩比不晓得，还在观察，速度倒是不错；
@pubby @shlabc 没有用到--quick 这个参数，之前我看了几个推荐的脚本，有些有用到这个参数，我一会尝试下，这个应该是最理想的姿势；

@ifishman 因为买的数据，当时对方有同步数据的工具，直接是同步到 mysql 中的~

2016-10-10 16:34:06 +08:00

回复了 miracleyao 创建的主题 › 问与答 › 请问各位经历过的公司，是否经历过项目失败？

哎，没成过一个的感觉。。失落感不要太强！

2016-09-27 19:16:12 +08:00

回复了 viator42 创建的主题 › 程序员 › 公司的商城 App 被人一分钱下单，不知道他是怎么办到的

为什么后端不知道怎么校验。。

2016-09-23 09:18:49 +08:00

回复了 coa 创建的主题 › 程序员 › 被微信小程序刷了一天屏，作为原生 iOSer 鸭梨山大

期待『支付宝』小程序(认真脸

2016-09-23 02:02:02 +08:00

回复了 cgwh 创建的主题 › Django › django 的主细表如何处理呢？

#同时创建订单行项目并能增行# 没明白；
你是说需要保持 django 单个请求的事务性的问题么？
这个直接搜搜

或者说是需要在创建订单明细时候，需要订单 Id 的问题？可以参照下面的
伪代码：

order = Order(name=name,xxxx)

order.save(commit=False)

detail = Detail(order=order)

detail.save()

order.save()

===

主要是个 commit=False 的用法

2016-09-20 14:58:07 +08:00

回复了 2225377fjs 创建的主题 › 分享发现 › 小米手机加上 MIUI8 用起来很好啊，体验完全不输给 IOS

我忍不住出来说两句，吐槽小米其他的我不说话，大多说确实挺客观的；

但是张口就是说全是广告的你们到底是自己用过还是听别人说的？我自己已经记不得上次被广告是什么时候了，也许有一年了？。

对于 miui 自家推送的营销消息，我承认这个确实是有过，但是你只要动动手指关掉，之后就没有这类通知了。

任何一个机器，无论 android 还是 iphone ，每次 app 要通知权限，你们都给的话，谁手机上不满是『广告』！权限控制，消息通知自己稍微关注处理下，就没有任何问题，你们这些为黑而黑的真心没意思。

2016-09-09 12:40:10 +08:00

回复了 cosgbgas 创建的主题 › 程序员 › 有个问题：领导要求做多语言的网站。

多语言第一反应居然是领导让你用 php 写一套，用 java 写一套，用 nodejs 写一套等等。。。😂

2016-09-09 12:13:43 +08:00

回复了 bellchu 创建的主题 › Apple › 对 Apple 发布会后的现场表演实在无法享受

@wwhc 感觉这个这个才是正确的姿势。难道是因为年纪大了的原因么，哈哈

2016-09-09 11:50:11 +08:00

回复了 hao1032 创建的主题 › Python › 关于 django 在 views 里面 timezone 的疑问？

@hao1032 不是 bug ；
你传入的是 now.day ，这个是个 int~~

2016-09-06 12:44:21 +08:00

回复了 hao1032 创建的主题 › Python › 关于 django 在 views 里面 timezone 的疑问？

如果你服务器时间就是 Asia/Shanghai 的话，直接使用 datetime.now()就好了；

2016-09-06 12:39:43 +08:00

回复了 hao1032 创建的主题 › Python › 关于 django 在 views 里面 timezone 的疑问？

USE_TIME ==> USE_TZ

2016-09-06 12:38:44 +08:00

回复了 hao1032 创建的主题 › Python › 关于 django 在 views 里面 timezone 的疑问？

append ：

源码部分， django/db/backends/mysql/operations.py ， 1.8 和 1.9 处理逻辑一致；
如果是 linux 的话，可以用 ack 搜下 CONVERT_TZ 就出来了。

2016-09-06 12:35:53 +08:00

回复了 hao1032 创建的主题 › Python › 关于 django 在 views 里面 timezone 的疑问？

@hao1032

抱歉关于 TIME_ZONE 这个理解错了。

整体重新说一下，虽然 1.8 版本的说明和 1.9 ， 1.10 不一样，但是数据库存储的时间都是标准的 UTC 时间。(之前说的是存储的是基于 TIME_ZONE 的时间，这个是错误的)

我本地跑了下 1.8 ， 1.9 ，分别设置 TIME_ZONE 为「 UTC 」和「 Asia/Shanghai 」，后台登陆，看数据库里面的时间，也确实是 UTC 时间，现在我电脑时间是， 2016 年 09 月 06 日 12:22:37 ，但是数据库中存储的都是凌晨 4 点的，正好-8 ；

至于你的为什么会出现 CONVERT_TZ ，是因为你开启了 USE_TIME 。
你用的 now.day 是 UTC 时间，而 Django 认为这个时间是 TIME_ZONE 时间；
所以生成 sql 时候，先把数据库中数据时间，转成 TIME_ZONE 时间，然后和你的 day 进行比较；

所以你应该使用

from django.conf import settings
from django.utils import timezone
import pytz

now = timezone.now()
tzinfo = pytz.timezone(settings.TIME_ZONE)
now = now.replace(tzinfo=tzinfo)

然后传入此时的 now.day ，获取到的应该就是正确的数据了

1 ... 12 13 14 15 16 17 18 19 20 21 ... 50

❮

❯