@kkk9 我觉得即便是京东也不是很在乎会不会暴露，因为每天都有大量的下单又未付款的。


@zhuoyue100 京东的订单号有可能不是自增，但返修单号更短，更像是自增。也许可以先算好再存入数据库吧，每次要创建新订单时先获取数据库中最后一个订单号，在此基础上加上一个随机数，比如加一个 1000 以内的随机数，再存入数据库。

@kkk9 #6 我不知道，不清楚怎样才是合适的，一般规模小的需求每天也没多少订单的吧？应该比较随意。我不认为楼主是那种很大规模的商城之类的需求。
另外像京东的订单号是 12 位数字，好像也看不出有什么意义，而且是从小到大来的。京东还有售后单号之类的，基本也是很简短的数字。
wordpress 的文章 id 一般也是使用自增 id ，我觉得这个 id 也是很重要的，一旦定下来就不建议轻易改的，不然影响搜索引擎收录。还有很多商城的商品 id ，也是按顺序来的，这个不知道是不是自增的。

数据库 id 自增就好了，纯数字。
京东的订单号也不是很长。

前 3 名：
1 、复旦大学附属华山医院泌尿外科
2 、上海交通大学医学院附属仁济医院（西院）男科
3 、上海市第一人民医院（北部）男科

@zictos #27 补充一下，如果只是在函数参数上注明类型和返回值的类型，那还好。如果限制一个变量只能一个类型，那真的很繁琐。但是如果不完全限制变量的类型，IDE 应该还是不能比较完美地检查的吧！

@Leviathann #25 实际只会更复杂，这只是简单的例子。变量命名尽量简单，有一个基础名称就行，之后多次操作时都使用同一个名称，但中途对象和类型可能早就改变了。如果一个名称只能代表一个类型，那繁琐程度无法想象。

同一个变量进行多次赋值，习惯用同一个变量名，懒得用太多名字。
比如
a = '1'
a = int(a)
a = a + 5
a = str(a)

面包对牙齿影响应该不大，大部分含糖也不算高啊，主要是碳水，除非你把碳水也算作一般的糖。
零食我一般只吃辣的，像味芝元鱼尾和鱼排就非常辣，非常够味。
另外我觉得就是要吃高热量的，这样吃得少又能提供足够的能量。比如薯片就不错

@ccclo #14 这个我也没弄过，好像是要配置什么 Webhook ，tradingview 我只是用来看行情的，tradingview 上的策略大部分也是通过各种指标计算的，python 的 pandas_ta 库基本可以计算各种指标，如果策略比较复杂的话，那你要分析 tradingview 策略的代码，然后改写成 python 。我自己基本各种复杂的策略都可以直接通过 python 实现，关键是自己要弄清楚信号原理，别人的策略要是代码太复杂的话，我也没什么功夫去研究别人的策略的代码。

使用 tradingview 通知的话，tradingview 上面有一个“警报”按钮，点击后可以选择你正在使用的策略，然后在通知里可以配置 Webhook URL ，这个要付费才行，其实应该也可以选择发送邮件，再 python 循环检测邮箱看有没有新邮件就行。不过具体我也没测试过，不知道具体有哪些坑。

@ccclo #10 你在币安里面是设置了单向交易吧，默认就是单向交易，只要你没改过就行。

如果你现在是有多单的持仓，你平仓只需要把方向 side 参数改为 SELL 就行了，如果数量一样的话默认就是平仓。你也可以将函数的 reduceOnly 参数设为'true'，保险一点，这样就无论如何都不会增加仓位，当然你不设也可以。

币安默认平仓都是要指定数量的，不过你可以设一个更大的数量，只要将 reduceOnly 设为 true 就不会增加仓位。比如你现在有 0.03 的多单，你下一个 0.3 的市价 SELL 单，并且 reduceOnly 设为 true ，也是会直接平仓的，并且不会增加仓位。

@ccclo #7 把****替换成四空格，或者让 chatgpt 帮你改。
import time
import requests
import hmac
import hashlib
from urllib.parse import urljoin, urlencode


def market_order(symbol, quantity, side, reduceOnly='false', loop=True):
****API_KEY = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX' #替换成自己的 API_KEY
****SECRET_KEY = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX' #替换成自己的 SECRET_KEY
****BASE_URL = 'https://fapi.binance.com'
****headers = {'X-MBX-APIKEY': API_KEY}
****PATH = '/fapi/v1/order'
****url = urljoin(BASE_URL, PATH)
****params = {'symbol': symbol,
************ 'quantity': quantity,
************ 'side': side,
************ 'type': 'MARKET',
************ 'reduceOnly': reduceOnly}

****while True:
********try:
************if 'signature' in params:
****************del params['signature']
************params['timestamp'] = int(time.time()) * 1000
************query_string = urlencode(params)
************params['signature'] = hmac.new(SECRET_KEY.encode('utf-8'), query_string.encode('utf-8'), hashlib.sha256).hexdigest()
************r = requests.post(url, headers=headers, params=params, timeout=4)
************# print(r.text) # 查看响应文本
************if r.status_code == 200:
****************r = r.json()
****************return r['orderId']
************if not loop:
****************return None
********except BaseException as e:
************print(e)
************if not loop:
****************return None
********time.sleep(0.1)

symbol = 'BNBUSDT' # 交易对
quantity = 0.03 # 下单的数量
side = 'BUY' # 下单的方向，BUY 或者 SELL
order = market_order(symbol, quantity, side)

@ccclo #5 这个不太方便，我一般都不在网上提供联系方式的，有什么问题你可以在帖子中问的

@ccclo #3 我的代码只适合我的具体策略的需求，所以可以很简单，开源项目才需要考虑通用性。
而且我是做突破的，必须要先挂单（到达指定价格后市价触发开仓，非低买高卖的挂单），不然临时下市价单的话滑点会非常大，根本来不及。所以重点逻辑就是要处理好这种实时监控，成交后立刻设置止损并记录开仓信息，之后会每隔一段时间监控是否满足平仓条件。

别人的用起来感觉更复杂，自己写更简单。
就是看一下币安的 api 文档，发送下 http 请求，需要用到什么 api 就使用具体的 api 就行，尽量做到代码非常简单。获取价格和 k 线，针对 k 线进行一些计算以及一些指标的计算，循环更新 k 线，然后满足交易条件了就通过 api 开仓，满足平仓条件了就通过 api 平仓。
反正我总觉得看到别人的开源项目更复杂，压根不愿意去熟悉别人的项目，自己写的话需要什么就直接立刻上手了，每种需求的代码量都不多。

看名字的话都肯定是选 pixel experience 。
功能越少越好，最好是跟原生一模一样。额外功能不一定真正属于你，也只是偶尔用一下而已，并不一定长久，可能之后又没了或者不用这个系统了。用习惯了一种功能就希望一直有，并且保持一致的体验。额外功能情愿 root 后想别的办法解决，这样只要第三方还在维护，就也能保持基本一致的体验，以后都能继续用，所有的配置都可以备份。额外功能还可能带来别的问题，谷歌也搜不到。

@WayTooExplore #5 一开始可以评论的，某天发了一条评论后之后就发任何评论都只有自己看得到，实际那是一条正常的评论，可能被误判了。我去反馈，结果都是自动回复的，根本不处理。

拼多多这样确实对卖家不好，但是如果一个没有任何占便宜想法的消费者，在购物过程中真的遇到了问题，往往会相对比较有保障。比如收货时没验货，收到后发现商品是坏的，可能会让消费者退货。
而淘宝的话可能就要你提供快递盖章的证明，证明签收时商品就存在问题，否则会认为是你故意弄坏的。即便你只是第一次遇到的这种问题而不是频繁出现，或者即便商品价值很低，只要商家不主动同意退货，淘宝还是会严格要求证据。要是消费者提供不了，就只能自认倒霉。
当然消费者不验货确实会导致出现这样的问题，有时候商家也无辜，可能是快递公司损坏的，但实际一般没几个人会验货。如果作为消费者，自己平时即不验货又不录开箱视频，真的会觉得淘宝的处理方案更好吗，真的会处处为商家着想吗？当然消费者也可以这么说，我不验货是为了方便，代表我愿意承担风险，哪怕开箱后收到一块石头，我都自认倒霉，因为我提供不了证据，所以应该判我输。