方式二 本地化安装

conda create -n gh-proxy python=3
conda activate gh-proxy
conda install flask requests
git clone https://ghproxy.com//https://github.com/hunshcn/gh-proxy.git
cd gh-proxy/
python3 app/main.py

客户端下载github项目时 使用

 git clone http://103.114.101.5:7850//https://github.com/intermine/intermine.git
注意：7850后面两个//

https://ghproxy.com/ 是该项目作者搭建的一个代理网站

Error in names(answer) <- names1 : 'names' attribute [96] must be the same length as the vector [93]. 

问题解决方式

升级内存

https://github.com/qiime2/q2-dada2/issues/119

启动
sudo systemctl start strong-pm

然后部署应用

参考：http://strong-pm.io/prod/

微生物在线分析
https://www.ezbiocloud.net/

//生信算法
http://www.biorecipes.com/

https://www.bioinformatics.org/

https://www.iscb.org/

//序列对齐工具列表
https://molbiol-tools.ca/Alignments.htm

//seqtools官网　A suite of tools for visualising sequence alignments.
https://www.sanger.ac.uk/tool/seqtools/
//YASS is a genomic similarity search tool, for nucleic (DNA/RNA) sequences in fasta or plain text format (it produces local pairwise alignments).
https://bioinfo.lifl.fr/yass/index.php

交互式的算法展示

Sequence notation.pdf

Single-end library ("SE")
When we got the original Illumina Genome Analyzer, all it could do was 36 bp single-end reads, and each lane gave us a massive 250 Mbp, and we had to walk 7 miles through snow in the dark to get it. Ok, that last bit is clearly false as we don't get snow in Australia and we speak metric here, but the point is that there is still plenty of legacy SE data around, and SE reads are still used in RNA-Seq sometimes. Let's imagine our data was provided as a standard FASTQ file called SE.fq:

velveth Dir 31 -short -fastq SE.fq
velvetg Dir -exp_cov auto -cov_cutoff auto

I strongly recommend enabling the -exp_cov auto and -cov_cutoff auto options. They will almost always improve the quality of your assemblies.

Paired-end library ("PE")
Paired-end reads are the standard output of most Illumina sequencers these days, currently 2x100bp for the HiSeq and 2x150bp for the GAIIx and MiSeq, but they are all migrating to 2x250bp soon. The two sequences per paired read are typically distributed in two separate files, the "1" file contains all the "left" reads and the "2" file contains all the corresponding "right" reads. Let's imagine our paired-end run gave us two files in standard FASTQ format, PE_1.fq and PE_2.fq:

velveth Dir 31 -shortPaired -separate -fastq PE_1.fq PE_2.fq
velvetg Dir -exp_cov auto -cov_cutoff auto

Previously you had to interleaved the left and right files for Velvet, but we recently added support to Velvet for the -separate option which we hope is now saving time and disk space throughout the Velvetsphere!

Mate-pair library ("MP")
Mate-pair reads are extremely valuable in a de novo setting as they provide long-range information about the genome, and can help link contigs together into larger scaffolds. They have been used reliably for years on the 454 FLX platform, but used less often on the Illumina platform. I think the main reasons for this are the poorer reliability of the Illumina mate-pair protocol and the larger amount of DNA required compared to a PE library.

We can consider MP reads as the same as PE reads, but with a larger distance between them ("insert size"). But there is one technical difference due to the circularization procedure used in their preparation. PE reads are oriented "opp-in" (L=>.....<=R), whereas MP reads are oriented "opp-out" (L<=.....=>R). Velvet likes its paired reads to be in opp-in orientation, so we need to reverse-complement all our MP reads first, which I do here with the EMBOSS "revseq" tool.

revseq -sequence MP_1.fq -outseq rcMP_1.fq -notag
revseq -sequence MP_2.fq -outseq rcMP_2.fq -notag
velveth Dir 31 -shortPaired -separate -fastq rcMP_1.fq rcMP_2.fq
velvetg Dir -exp_cov auto -cov_cutoff auto -shortMatePaired yes

Early Illumina MP libraries are often contaminated with PE reads (the so-called shadow library) which are the result of imperfect selection of biotin-marked fragments in the circularization process. There is a special option in velvetg (not velveth) called -shortMatePaired added by Sylvain Foret which informs Velvet that a paired channel is MP but may contain PE reads, which helps it to account for them and avoid mis-scaffolding. I recommend using this no matter how pure you think your MP library is.

Combining them all! (SE + PE + MP)
When de novo assembling multiple libraries in Velvet, you should order them from smallest insert size to largest insert size. For our case, this means the SE first, then the PE, then the MP. Each library must go in its own "channel" as it comes from a differently prepared DNA library. Channels are specified in Velvet with a numerical suffix on the read-type parameter (absence means channel 0):

velveth
Dir 31
-short -fastq SE.fq
-shortPaired2 -separate -fastq PE_1.fq PE_2.fq
-shortPaired3 -separate -fastq rcMP_1.fq rcMP_2.fq

velvetg
Dir
-exp_cov auto -cov_cutoff auto
-shortMatePaired3 yes

Note that the -shortMatePaired option has been allocated to channel 3 now (the -shortPaired3 library) as that is the MP channel.

Conclusions
It's relatively to get up and running with Velvet, but when your projects become more complicated, the methods in this post should help you. But if you prefer a nice GUI to take care of most of the issues discussed here, I recommend using our Velvet GUI called VAGUE (Velvet Assembler Graphical User Environment).

http://bioinformatics.net.au/software.vague.shtml

https://www.digitalocean.com/community/tutorials/how-to-deploy-a-php-application-with-kubernetes-on-ubuntu-18-04

https://matthewpalmer.net/kubernetes-app-developer/articles/php-fpm-nginx-kubernetes.html

https://github.com/scottrigby/NGINX-PHP-7-K8S-Deployment