Sinds google begon graag https-sites, hebben meer massa installatie voor SSL- en waar u kunt. Overall, naast meer intimidatie voor servers die wij hebben en afbraak in snelheid. Het goede ding is, die HTTP2 de standaard voor meer dan een jaar en een half is geïntegreerd in alle belangrijke browsers en servers en http-ondersteuning voldoende stabiel. Helaas is er geen stabiele debian pakketten te houden in de belangrijkste http servers HTTP2. De versies die nodig voor ons zijn te bedienen HTTP2 zijn als volgt:

Mešanicata mij is groot en volgens worden gebruikt hangt af van apache of nginx. Ik ben nog steeds niet spelen te laat los op de http2 van debian apache 8 Aangezien ik nooit heb gehad maar hebben het zo repoto-backports, Het zal niet een groot probleem. Voor nginx speelde al meerdere malen. Over het geheel genomen zijn de stappen paar en relatief eenvoudig:

  1. Voeg nginx officiële repo – in debian is 1.6 x vesiâta. 🙄
  2. Installeren van de openssl zelf backports is momenteel 1.0.2 (k) – Wat we nodig hebben voor ALPN onderhoud voor iedereen werkt en is snel
  3. u installeert de devscripts – Dit is de tijd om te delen dat zal bildnem onze pakket omdat de ambtenaar is gecompileerd met openssl 1.0.1-t die ALPN niet werkt en niet de browsers reageren goed en werkt alleen als http2-revving het
  4. inkrementirame de versie aan houd niet pakketten zoals ciganiâta en er is een nieuwe versie alleen voor sinkenm sorsovete

Laten we beginnen met stap voor stap

Voeg nginx repo

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

Voeg een k dev openssl bibliotheek 1.0.2 en anders bildnem het weer met 1.0.1 ik t is het doel

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

 

Nu vast aan zijn bibliotheken die nodig zijn voor de compilatie van nginx toevoegen

apt install devscripts

apt build-dep nginx

mkdir nginx-build

cd nginx-build

apt-get source nginx

Als u correct werkt, moet je een structuur, zoals

~/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

Meld u aan bij papta waar razarhiviran de bron van de nginx in mijn geval is is de opdracht nginx-1.10.3 uitgevoerd en welke versie inkrementirate, Ik verkies persoonlijk toe te voegen 1 aan deze te bouwen

debchange --newversion 1.10.3-1

Nadat u een changelog toevoegen en kan overgaan tot de eigenlijke compilatie

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

Een beetje opheldering over de configuratie van de opdracht:

-ons - uc ze zeggen dat het script niet te “ondertekend” .DSC en wijzigingen in bestanden.. -Ik en -Ik Maak het script om te negeren van de bestanden voor versiebeheer. -B voor het genereren van een binaire enige pakket. -j Als met maken hoeveel parallelle proces te compileren van 🙂

 

Nadat u de bovenstaande procedure heb voltooid moeten we onze nieuwe pakketten installeren. Als u al hebt geïnstalleerd nginx is het beter om het te desinstalleren

apt remove nginx nginx-*

Ook geen slecht idee om een back-up van de map in de nginx/etc. In het algemeen, wanneer u een upgrade uitvoert van 1.6.5 Aan 1.10.3 Ik had geen drama, maar je weet maar nooit. De nieuwe paktei bevinden zich in de map van het hoogste niveau en moet worden geïnstalleerd met een commando zoals:

dpkg -i ../*.deb

Als alles verliep vlot je blijft alleen om nginx proces lopen en kan worden geconfigureerd http2 is niet langer doel van dit artikel.

Преживях малка драма с диска на лаптопа ми. След фиксването на проблема при 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.

Mijn favoriete teksteditor Geany. Het is zeer minimalistisch HIER dat ondersteunt een groot aantal talen – schelp, php, Python, C … enz. Er is automatisch aanvullen, terwijl de hel is wendbaar. Het ontbreekt de passerende aangenaam mogelijk maar momenteel voor mij ruim voldoende. Ik cursus begon online Python programmeren van SoftUni – om hun kennis op te frissen en te upgraden, want ik ben niet na een passende wat er gebeurt met python 3. De docenten van de cursus aanbevolen PyCharm als IDE voor het programmeren van Pyton, maar voor mij ver van mijn smaak, natuurlijk gebruiken Geany voor oefeningen.

Tijdens de colleges pijnlijk gevoeld 2 tekorten

  1. python autocomplete-en uitgeademde van documentatie functies en methoden
  2. geen validatie voor pep8 standaard

Het goede nieuws is dat Geany flexibel genoeg is om de configuratie en kan gemakkelijk worden aangevuld met ten ontbreken dergelijke. laten add python documentatie onze IDE:

  • trek je Het volgende script ergens in ons pad als / usr / bin niet vergeten om het uitvoerbaar te maken
  • bewerk het bestand ~ / .config / geany / filedefs / filetypes.python in partinstellingen voeg de volgende regel context_action_cmd = pydocw% s. Als alleen het toevoegen van de naam van binarkata uit de vorige stap. Herstart Geany indien lopen.
  • We hebben al een context-actie die informatie over de functie zal verwijderen. Ik heb een snelkoppeling toegevoegd aan mijn voorkeur als ik niet zie geen functionaliteit. Leach me deze aanpak veel, want ik hou me stoort netbeans aanpak.

So far so good. Toen ik wilde echt een validatie code te schrijven – of ik schrijven volgens algemeen aanvaarde normen of schrijven elke lelijkheid. In het algemeen vond ik weer tutorialče hoe dingen gebeuren, maar het is een beetje verouderd – Geany heeft alles ingebouwd in zichzelf alleen nodig om het te installeren pep8 package. In Debian apt-get install pep8 werkt alleen al in andere distrota om te ontdekken hoe de magie gebeurt. In de tweede Build menuknop (althans voor mij) het Lint is na klikken u vindt hem hoe lelijk code zelfgemaakt 😀

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

Dit is eigenlijk hoe maak uw Geany te werken beter met Python en op hetzelfde moment, blijven een snelle rijden de CPU u wilt trekken de kogel.

voor sommige (niet erg duidelijk mijn redenen) Ik niet postgresql daemon te upgraden in de distributieve een upgrade van één van mijn Debian servers. Postgresql demon heeft een leuke feature niet begonnen met het gebruik van de nieuwe versie (in tegenstelling tot Mysql) terwijl niet overtuigen, de nieuwe is volledig compatibel met de lancering – uiterst nuttig voor grote databases. Het proces voor het bijwerken beperkt tot de volgende 2 voetstappen:

  • pg_dropcluster
  • pg_upgradecluster

Voordat izdropite pg cluster daemon moet worden gestopt!

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

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

de nieuwe Debian Stable een feit ongeveer een week en handen jeukten om virtualkata upgraden naar het, maar ik had geen tijd vandaag. Sinds de dag dat ik vroeg begon, heb ik besloten om mijn tijd te besteden om te upgraden. Промених сорс листа ми като промених wheezy на jessie

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

hier brulde 2 spiegels:

  • MariaDB – op de spiegel niet meer nodig Jessie bevat versie 10.0.6 in mezelf dat ik niet zitten ook veel. dan 5.5 michetodb en mysql zijn niet helemaal consequent, want op het moment draaide ze terug naar mysql 5.5.42 – Het is de standaard Jessie
  • DotDeb – Ik gebruikte het al eerder voor php55 hier is ook niet nodig, omdat Jessie wordt geleverd met 5.6.7-1

Na toen hij de extra spiegels en draaide door MariaDB om Mysql apt-get dist-upgrade mine schoon, reboot en ik moest Debian 8.0. Ik opende mijn web server-en tot mijn verbazing werkte hier een lang verhaal – een paar woorden Nginx-en ik samengesteld uit de bron verder met extra richtlijnen. dpkg -l nginx-full 1.2 Yep iemand vergat te unhold-niet-pakketten. Uit standby en upgrade alles ligt op schema en nginx-breaking 😆 . Nginx-en werkprocessen queries en php-FPM proces is en runnign maar php-code wordt niet uitgevoerd en niet spuwen fouten 🙄 mijn favorieten.

Na een zoektocht van informatie over de wijzigingen vond ik de volgende passage

FastCGI configuratiekwesties ============================

nginx verscheept een gemodificeerde fastcgi_params, die SCRIPT_FILENAME fastcgi_param verklaard. Deze lijn is nu verwijderd. Vanaf nu zijn we ook de scheepvaart fastcgi.conf van de upstream repository, waaronder een gezonde SCRIPT_FILENAME parameterwaarde.

Zo, als u gebruik maakt fastcgi_params, kunt u proberen over te schakelen naar fastcgi.conf of handmatig in te stellen de relevante params.

bingo. Ik veranderde de virtuele hosts te gebruiken fastcgi.conf plaats maken onbeleefd inbraken en alles verlicht. Sloeg vervolgens een snelle diff om te zien wat is het verschil tussen de 2 config

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

Die herinnerde me eraan dat het gieten van grote configuraties in Virtual gastheren zijn cool idee. Het blijft om opnieuw te worden gecompileerd Nginx-en-ons die mod_sec willen + PageSpeed ​​maar dat kan wachten. Veel belangrijker, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

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