Ekde google ekamis https lokoj, pli necesa deplojo de SSL-kaj kie vi. Entute pli ol persekutadas por serviloj kaj havas degradación en rapido. La bona novaĵo estas, ke HTTP2 normo por pli ol jaro kaj duono estas integrita en ĉiuj grandaj http serviloj kaj retumiloj kaj subtenante stabila sufiĉa. Bedaŭrinde debian stabila neniu pakoj subteni HTTP2 en la ĉefa http serviloj. Versioj kiujn ni bezonas labori HTTP2 estas jenaj:

Por mi mishmash estas granda kaj laŭ dependas ĝuas apache aŭ nginx. Mi ankoraŭ ne ludis al ilia kuro de apache http2 de debian 8 ĉar ne havis sed backports repo havas tiel, Ĝi ne estos granda problemo. Por nginx jam ludis plurajn fojojn. Ĝenerale la ŝtupoj estas malmultaj kaj relative simpla:

  1. Aldoni nginx oficiala repo – la debian eldono, bonvolu 1.6.h estas 🙄
  2. Instali vian openssl de backports Nuntempe 1.0.2k – ke ni bezonas ALPN bontenado ordo por ĉiu labori kaj estas barzichko
  3. instali vian devscripts – Nun estas la tempo por dividi kiu bildnem nian pakaĵon pro la oficiala kompilis kun OpenSSL 1.0.1t kiu ne funkcias ALPN kaj retumiloj ne respondis bone kaj laboras http2 nur se ĝi devigis
  4. incremented versio ne metu ciganoj kun pakoj kaj kiel nova versio nur fonto por sinkenm

Komencu paŝo post paŝo

Aldoni nginx repo

deb http://nginx.org/packages/debian/ codename nginx
deb-src http://nginx.org/packages/debian/ codename nginx

Aldoni openssl 1.0.2k kaj dev biblioteko alie ni bildnem denove kun 1.0.1t ne nia celo

echo 'deb http://ftp.debian.org/debian jessie-backports main' | tee /etc/apt/sources.list.d/backports.list

apt update && apt install libssl-dev -t jessie-backports

 

Nun forlasis aldoni bibliotekojn necesa por kompilo de nginx

apt install devscripts

apt build-dep nginx

mkdir nginx-build

cd nginx-build

apt-get source nginx

Se vi laboras ĝuste vi devas havi strukturon kiel

~/nginx-build # ll
total 1004
drwxr-xr-x 10 root root   4096 Feb 21 18:37 nginx-1.10.3
-rw-r--r--  1 root root 103508 Jan 31 17:59 nginx_1.10.3-1~jessie.debian.tar.xz
-rw-r--r--  1 root root   1495 Jan 31 17:59 nginx_1.10.3-1~jessie.dsc
-rw-r--r--  1 root root 911509 Jan 31 17:59 nginx_1.10.3.orig.tar.gz

Влизате в папта в която е разархивиран сорса на nginx в моят случай е и nginx-1.10.3 изпълнявате команда с която инкрементирате версията, Mi persone preferas aldoni 1 konstrui ĉi

debchange --newversion 1.10.3-1

Unufoje vi aldonas changelog-kaj laŭvole procedi al la fakta kompilo

debuild -us -uc -i -I -b -j6

Iom klarigon sur agordo komando:

-ni -uc diru la skripto ne “subskribita” .DSC kaj .changes dosierojn. -i kaj -mi kaŭzi la skripto ignori dosierojn de versitena. -B generi nur binaran pakaĵon. -j kiel en kiel fari paralelan procezon kompili 🙂

 

Post la supre procezo instali nian novan pakoj. Se vi jam instalis nginx estas bona malinstali

apt remove nginx nginx-*

Също не лоша идея е да си направите бекъп на nginx папката в /etc. По принцип при ъпгрейд от 1.6.5 al 1.10.3 нямах драми но никога не се знае. Новите пактеи се намират в папката от по горно ниво и следва да се инсталират с команда от рода на:

dpkg -i ../*.deb

Ако всичко е минало гладко ви остава само да си пуснете nginx процеса и да си се конфигурира http2 което вече не е цел на тази статия.

Преживях малка драма с диска на лаптопа ми. След фиксването на проблема при apt-get update лъсваше следният крайно не приятен край на процеса

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/debian.ipacct.com_debian_dists_sid_contrib_binary-i386_Packages
E: The package lists or status file could not be parsed or opened.

Както обикновено проблема е крайно очевиден /var/lib/apt/lists/debian.ipacct.com_debian_dists_sid_contrib_binary-i386 не може да бъде прочетен коректно. Фикса е също толкова елементарен колкото и самата диагностика на проблема:

 rf -f /var/lib/apt/lists/*

В крайна сметка резултата е форсирана синхронизация на apt.

Miaj preferataj tekstoredaktilo Geany. Ĝi estas tre minimalista TIE kiu subtenas grandegan gamon de lingvoj – ŝelo, php, python, C … ktp. Ekzistas autocompletar dum infero estas lerta. Ĝi malhavas la okazaj agrabla kiel ebla sed nuntempe mi estas pli ol sufiĉa. Mi komencis retan kurson python Programado на SoftUni – refreŝigi sian scion kaj ĝisdatigi ĉar mi estas ne post adekvata kio okazas kun python 3. La prelegantoj de la kurso rekomenditaj PyCharm kiel IDE por programado pyton, sed min for de mia plaĉo, nature uzi Geany por ekzercoj.

Dum la prelegoj dolore sentis 2 necesbezonoj

  1. python autocompletar-kaj odoris de dokumentado por funkcioj kaj metodoj
  2. neniu validumado por pep8 normo

La bona novaĵo estas ke Geany estas fleksebla sufiĉa por per agordo kaj povas facile esti kompletigita per ĉe mankas tia. lasu aldonu python dokumentado al nia IDE:

  • tiri vian La jenaj skripton ie en nia PATH kiel / usr / bin forgesi fari ĝin plenumebla
  • redakti la dosieron ~ / .config / geany / filedefs / filetypes.python delvis agordojn aldonu la sekvan linion context_action_cmd = pydocw% s. Se nur aldoni la nomon de binarkata de la antaŭa paŝo. Rekomenci Geany se kuros.
  • Ni jam havas kuntekstan ago kiu forigos informoj pri la funkcio. Аз си добавих shortcut за да ми е по удобно като не ми е ясно някоя функционалност. Leach min ĉi alproksimiĝo tre multe ĉar mi ŝatas min enuigas NetBeans alproksimiĝo.

Ĝis nun tiel bona. Tiam mi vere volis havi validación kodo vi skribos – ĉu mi skribas laŭ ĝenerale akceptitaj normoj aŭ skribi ajnan malbeleco. Ĝenerale mi retroviĝis tutorialče kiel aferoj okazas sed estas iom malnoviĝinta – Geany havas ĉiu konstruita en sin nur devas instali ĝin pep8 pako. En Debian apt-get install pep8 laboras en aliaj distrota sole por malkovri kiel la magio okazas. En la dua Konstruu menuobutono (almenaŭ al mi) е Lint след кликването му ще откриете колко грозен код сте сътворили 😀

Screenshot from 2016-01-11 20-42-21

Това е общи линии как да накарате вашият Geany да работи по добре с Python и същевременно да продължи да бъде бърз без да кара процесора ви да иска да си тегли куршума.

iuj (ne tre klara mia kialoj) Mi ne ĝisdatigi PostgreSQL demono en la distribueca ĝisdatigi unu el miaj Debiano serviloj. PostgreSQL demono belan karakterizaĵo ne komencis uzi la novan version (kontraste Mysql) dum ne konvinkos, la novaj estas plene kongrua kun la ĵeto – ekstreme utila por grandaj datumbazoj. La procezo por ĝisdatigo limigita al la jena 2 paŝoj:

  • pg_dropcluster
  • pg_upgradecluster

Antaŭ izdropite pg floraro demono devas esti fermitaj!

pg_dropcluster 9.4 main

Тази команда преминава бързо, след което преминаваме към съществената частсамият ъпгрейд

pg_upgradecluster 9.1 main
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster 9.4/main ...
config /etc/postgresql/9.4/main
data   /var/lib/postgresql/9.4/main
locale en_US.UTF-8
Flags of /var/lib/postgresql/9.4/main set as -------------e-C
port   5433
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Fixing hardcoded library paths for stored procedures...
Upgrading database xpqt...
Analyzing database xpqt...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Copying old pg_ctl.conf...
Copying old server.crt...
Copying old server.key...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

pg_dropcluster 9.1 main

Ако всичко е минло гладко трябва да получите съобщение като горното което ви подканва да разкарате старите данни от pg.

pg_dropcluster 9.1 main

В края на тая тарпана вече можете да стартирате процеса си отново. При мен базите са малки и за съжаление не мога да дам оценка за колко време преминава същественият ъпгрейд.

la nova debian Stabila fakto pri semajne kaj manoj pikis ĝisdatigi virtualkata al ĝi sed mi ne havis tempon hodiaŭ. Ekde la tago mi komencis frue, mi decidis dediĉi mian tempon ĝisdatigi. Промених сорс листа ми като промених wheezy на jessie

sed -i "s/wheezy/jessie/g" /etc/apt/sources.list && apt-get update

tie muĝis 2 speguloj:

  • MariaDB – sur spegulo ne plu bezonas Jessie inkludas version 10.0.6 en mi mem mi ne sidis bone multaj. tiam 5.5 michetodb kaj mysql ne tute konsekvenca ĉar tiutempe ŝi turnis reen al mysql 5.5.42 – ĝi estas la defaŭlta Jessie
  • DotDeb – Mi uzis ĝin antaŭ ĉar php55 tie ankaŭ nenecesa ĉar Jessie venas kun 5.6.7-1

Post piedbatado la ekstra speguloj kaj turniĝis per MariaDB al Mysql apt-get dist-upgrade mian puran, reboot kaj mi devis Debiano 8.0. Mi malfermas mian retservilo-kaj al mia surprizo laboris tie longan historion – kelkaj vortoj Nginx-kaj mi kompilita el fonto cetere kun aldonaj instrukcioj. dpkg-l nginx mezo 1.2 Yep iu forgesis unhold-ne pakoj. Unhold kaj ĝisdatigi ĉiu estas sur horaro kaj nginx-rompado 😆 . Nginx-kaj laboro procesas demandoj kaj php-FPM procezo estas supren kaj runnign sed php kodo ne ekzekutitaj kaj ne kraĉi eraroj 🙄 miaj favoritos.

Post serĉante informojn pri la ŝanĝoj mi trovis la jenajn paŝo

Fastcgi agordo temoj ============================

nginx ekspedita modifita fastcgi_params, kiu deklaris SCRIPT_FILENAME fastcgi_param. Tiu linio nun estis forigita. De nun ni ankaŭ shipping fastcgi.conf de la kontraŭflua enciklopedio, kiu inkludas sanmensa SCRIPT_FILENAME parametro valoro.

tiel, se vi abonas fastcgi_params, Vi povas provi ŝanĝi al fastcgi.conf aŭ permane agordi la koncernajn params.

bingo. Mi ŝanĝis la virtuala gastigantoj uzi fastcgi.conf anstataŭ fari malĝentila entrudiĝoj kaj ĉio lumigis. Tiam batis rapidan malsamoj vidi kio estas la diferenco inter la 2 config

diff /etc/nginx/fastcgi_params /etc/nginx/fastcgi.conf
1a2
> fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

Kiu memorigis min ke verŝante grandaj konfiguracioj en Virtuala Cebaot estas malvarmeta ideo. Ĝi restas esti recompiled denove Nginx-kaj-ons kiu volas mod_sec + pagespeed sed tio povas atendi. Multe pli grave, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

https://www.youtube.com/watch?v=gEQCny6zNF0