别的不知道，只知道用几个月买机器的钱已经有了。。

@yexm0 感觉回程绕路有影响。。

丢包高，出口堵，不知道业务量如何，要是不大就去 HK 租个 CN2 服务器。。
（成本非一般的高）

国内大概阿里云也是可以的。
（阿里云到国外的出口线路貌似有优化）

对应于 /etc/passwd 的用户 id = 1000 的用户

上传文件用 CURL 即可

但是用户点击下载就加入队列，那么不是等于用户啥都没收到么？
剩下的操作如何实现？

@SoloCompany
头像有加成。。。

还记得昨天的 ALTER TABLE 么？
别告诉我你说的上传功能就是这货。。。。

@maomaomao001

后期非常容易分表，这是优点，不需要过早优化。

表 0 ：外部产品 id, 发布时间, 备注
表 1 ： 产品 ID, 对应外部 id, 更新时间, 属性表, 可用标记, 备注
表 2 ： 产品 id, 属性, 取值, 语言标记, 可用标记, 备注


依据需求会有别的选择

@GPU 你的 UBNT 呢。。

远程兼职收么？
自认至少学习能力不错的全栈（偏底层）

接上，点错了
review ，还好我们部门领导是搞技术的，除了分配工作就干这事了。。
测试， review ，全靠领导。。。

@Tuisku
别浪费青春，要是能力没问题赶紧跑。
这地方就是燃烧热情，然后啥都得不到。
（钱够了另说）

我们公司也是 FTP 传代码，但至少每个人都有账号。
其他人别瞎掰 GIT\SVN 之类的，我们根本没有额外的服务器做这件事。
测试服务器都没，别给我说在生产环境搭个 SVN ，那服务器环境我们得向运维申请。
也别给我说运维部署，我们的运维只管开机、关机、重启，走流程装程序（装他们认为可以装的程序）
（因为运维根本不是我们公司，原则上他们是空间商一样的存在）

至于备份、调试、 review ？
每周手工备份全站文件到自己带的笔记本上面（没看错，咱们连硬盘都不够）
调试全靠生产环境（删错了咋办？我们数据库每天都有备份）

认吧，这类公司只能离职了。

楼上说生产测试分离，看来是没被这类公司的架构虐过。。（无论软件、硬件、人事）
另外搭一个环境这个说法估计也是没体会过 10 年以上老代码服务器环境强耦合的情况。

放心，题主要个 FTP 权限并不会多承担什么责任，毕竟。。。即便没权限，出问题还是题主背锅。
所以做好备份放心去干，不给权限。。。。。逃吧
(就那么几个技术还不搞短平快的开发模式脑袋抽了么？！)

接上：
其实这算是我的锅，一开始我就要了个账户就去挖信息了。
脚本路径不明其实是我自己不明而已，题主还是知道的
中途并不肯定我看到的文件是否就是调用的那个，这得确认一遍。
毕竟 @lairdnote 在我之前已经折腾过一次了，给题主的结论是 MySQL 的锅。
但题主也没给我细节，所以我又从头折腾了一次。。

（说实在的题主在问问题的时候给出的信息也是少得可以）

@xuboying
一键脚本搞出来的环境

@demo
的确就是看文档去了
然后时间就耗在查找，对比，修改上面了。。。

不得不说真心累，特别是在网络不给力的时候

@demo
一开始就用了，得到了类似这样的输出

Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf

一个个找下去，就差最后一个~/.my.cnf （在 root 的 home 目录找到）
但是 MySQL 的配置文件与实际的选项相比极度缩略，又花了点时间去找一个样本。。

@demo
事实上 mysql 的配置文件调用是有优先级顺序的，在一个限定的位置中顺序查找
whereis 是针对特殊文件的，例如可执行文件。
对于 my.cnf 这个配置文件，正确的选择是用 find