再次发现几个问题 about smproxy HOT 6 CLOSED

1.可以的
2.为了使用者方便，下载即用 SMProxy本身没有依赖只是用来做自动加载，初次将vender 初次传上去了 后面vender是做了忽略的
3.图片是git缓存问题把图片点开一次就好了
4.因为git有composer.json 并有vender 所以使用的update
5.可以的
6.可以的

from smproxy.

2.为了使用者方便，下载即用 SMProxy本身没有依赖只是用来做自动加载，初次将vender 初次传上去了 后面vender是做了忽略的

你说的这种方法我认为不可取。

因为这样存储的自动加载文件并没有缓存，例如：

• https://github.com/louislivi/smproxy/blob/b0313012b142225b81edd79b15b8415edb76a11a/vendor/composer/autoload_psr4.php#L8-L10
• https://github.com/louislivi/smproxy/blob/b0313012b142225b81edd79b15b8415edb76a11a/vendor/composer/autoload_namespaces.php#L8-L9
• https://github.com/louislivi/smproxy/blob/b0313012b142225b81edd79b15b8415edb76a11a/vendor/composer/autoload_files.php#L8-L10

如果使用者并不执行 composer dump / composer update 等命令，则 Autoloader 加载任何资源都需要 Fall over 到查找文件系统，相比直接的 Autoload 缓存肯定慢了不少。

为了支持下载即用，我觉得更合适的方案是 Cut release 时，打包成 PHAR 并上传到 GitHub Release Assets，这样既能确保单文件、下载（非 git clone）即用，又能保证运行的一定是 stable，而非 dev / alpha / beta ...

from smproxy.

stop时smproxy进程没kill了,导致再次启动时3366端口占用无法启动,得手动kill

from smproxy.

2.为了使用者方便，下载即用 SMProxy本身没有依赖只是用来做自动加载，初次将vender 初次传上去了 后面vender是做了忽略的

你说的这种方法我认为不可取。

因为这样存储的自动加载文件并没有缓存，例如：

• smproxy/vendor/composer/autoload_psr4.php

      Lines 8 to 10
    in
    [b031301](/louislivi/smproxy/commit/b0313012b142225b81edd79b15b8415edb76a11a)
  
  
  
  
  
      
        
         return array( 
      
  
      
        
             'SMProxy\\' => array($baseDir . '/src'), 
      
  
      
        
         );
  

• smproxy/vendor/composer/autoload_namespaces.php

      Lines 8 to 9
    in
    [b031301](/louislivi/smproxy/commit/b0313012b142225b81edd79b15b8415edb76a11a)
  
  
  
  
  
      
        
         return array( 
      
  
      
        
         );
  

• smproxy/vendor/composer/autoload_files.php

      Lines 8 to 10
    in
    [b031301](/louislivi/smproxy/commit/b0313012b142225b81edd79b15b8415edb76a11a)
  
  
  
  
  
      
        
         return array( 
      
  
      
        
             'dccf57c7658d62306a154254fa98d10d' => $baseDir . '/src/lib/functions.php', 
      
  
      
        
         );
  

如果使用者并不执行 composer dump / composer update 等命令，则 Autoloader 加载任何资源都需要 Fall over 到查找文件系统，相比直接的 Autoload 缓存肯定慢了不少。

为了支持下载即用，我觉得更合适的方案是 Cut release 时，打包成 PHAR 并上传到 GitHub Release Assets，这样既能确保单文件、下载（非 git clone）即用，又能保证运行的一定是 stable，而非 dev / alpha / beta ...

这个建议很好,帮忙他一起完善维护吧. 已经使用在项目上,不希望dev的版本出问题

from smproxy.

@gitzwt @louislivi 这个仓库 tag 已经打乱了，提交信息也已经带了 vendor，只能给我直接推送的权限，不然不好搞。

from smproxy.

@gitzwt 已解决，已重构进程管理模块

from smproxy.