• Što možete kuhati od lignji: brzo i ukusno

    Svatko je barem jednom čuo za neke vrste zarade na internetu. No dok se copywriting i rewriting često spominju, zaboravlja se govoriti o objavljivanju. Što je objavljivanje? Koliko možete zaraditi od toga? Što je objavljivanje na društvenim mrežama? mrežama i po čemu se razlikuje od objave na blogu ili forumu? Odgovore na ova i druga pitanja pronaći ćete u članku.

    Što je objavljivanje?

    Objavljivanje je proces pisanja malih poruka ili postova na stranicama posebno dizajniranim za tu svrhu. Zapravo, objavljivanje je specifična vrsta copywritinga. Takvi resursi mogu biti blogovi, društvene mreže, knjige gostiju, forumi itd. Poruka koju plakat prenosi naziva se post. Njegova duljina obično se kreće od 100 do 300 znakova. Veze na web mjestu objavljuju se ili izravno u poruci, ako je to dopušteno pravilima resursa na kojem je objavljeno, ili u posebno određenom polju.

    Postoji više vrsta knjiženja koje imaju različite zadatke.

    Zašto je potrebno objavljivanje?

    Postoje tri glavna razloga za naručivanje objavljivanja: reklamiranje proizvoda ili resursa, privlačenje posjetitelja na web mjesto, promocija za malo novca primanjem tematskih poveznica s drugih web mjesta.

    Što je objavljivanje? Jedna od najpopularnijih metoda oglašavanja i privlačenja posjetitelja na stranicu. U velikoj je potražnji među stručnjacima čije su aktivnosti povezane s internetom. Usluge knjiženja koriste se u raznim situacijama, ali među njima mogu se identificirati one najčešće i najvažnije.

    Objavljivanje za privlačenje posjetitelja

    Što je objavljivanje? Jedan od načina kako privući posjetitelje da komuniciraju na novootvorenom forumu, zainteresirati ih i potaknuti na razgovor. Čak i uz najuspješnije oglašavanje, teško je moguće natjerati posjetitelje resursa na komunikaciju ako nema barem početni sadržaj. Kako se posjetitelj može pridružiti raspravi ako ona jednostavno još ne postoji?

    U tu svrhu vlasnik foruma angažira tim profesionalaca koji će moći objavljivati ​​- puniti resurs kvalitetnim prvim porukama.

    Forumi na kojima je komunikacija iz nekog razloga prestala rade istu stvar: proizvode novi sadržaj kako bi potaknuli posjetitelje na komunikaciju i oživljavanje rasprave.

    Također možete privući posjetitelje na druge slične projekte koristeći metodu objavljivanja, jer će svaki od njih trebati redovito ažurirati ili početni sadržaj.

    Društvene mreže su popularne u modernom svijetu. Što je objavljivanje novog tweeta s vezom? Što je sa stvaranjem VKontakte objave? Ovo je ista objava teksta s vezom, samo na web mjestu na bilo kojoj društvenoj mreži: u grupi ili na stranici s velikim prometom. To također uključuje stvaranje bilješki u blogovima i katalozima.

    Objava: promovirajmo se jeftino

    Razmotrimo čimbenik prirodnih veza. Budući da su blogovi, forumi i slični resursi otvoreni, štoviše, posebno kreirani u svrhu objavljivanja poruka posjetitelja, niti jedan filter ili pravilo tražilice ne može zabraniti objavljenu poveznicu. Čak ni stručnjak za pretraživanje koji obavlja ručnu provjeru nema pravo to učiniti. Naravno, to ne znači da trebate zanemariti pravila resursa na kojima objavljujete.

    Predmet poveznica također igra važnu ulogu. Ako ih nepromišljeno stavite gdje god je to moguće iu maksimalnoj količini, to neće dovesti do ničega dobrog. Ove veze blijede brže nego što možete zamisliti, čak i ako je ova metoda imala određeni utjecaj na vašu web stranicu. Drugi problem je što bi se resurs mogao suočiti sa sankcijama ili čak biti zabranjen na svim tražilicama. Razgovor se vodi o potrebi korištenja specijaliziranog softvera za postavljanje poveznica na razne blogove, knjige gostiju i forume.

    Dakle, ako ste vlasnik internetske trgovine dječjih igračaka, trebali biste pripremiti poveznice isključivo sa stranica dječjih proizvoda. Osim toga, sve objave moraju biti visoke kvalitete i u skladu s pravilima resursa na kojima su objavljene.

    Jeftino objavljivanje

    Objavljivanje je prilično jeftina metoda promoviranja resursa. Administratori stranice ne zahtijevaju plaćanje za plaćanje. Plaćanje se vrši samo onima koji kreiraju objave.

    Zarađivanje novca objavljivanjem

    Zarađivati ​​od objavljivanja nije samo lako, već je i vrlo zanimljivo. Ako posvetite oko 2 sata dnevno zadatku, imat ćete vremena stvoriti oko 30 postova dobre kvalitete. Naravno, s više slobodnog vremena možete učiniti puno više.

    Prosječna isplata za takav rad je otprilike 10-15 centi po objavi. Postoje posebne burze za povezivanje s poslodavcima. Registracijom na neke od njih možete si osigurati stabilna i redovita primanja objavom.

    Koja je korist od objavljivanja? Jednostavnost zadataka, brzo izvršavanje. Naravno, postiranje kao vrsta copywritinga nije najplaćenije. Ali može biti izvrsna polazna točka za autora koji je tek počeo zarađivati ​​na Internetu. Postoje i strastveni posteri koji su specijalizirani samo za ovu vrstu copywritinga.

    U ovom ću članku govoriti o tome kako sam natjerao svoj WordPress blog da leti kroz pametno predmemoriranje, kompresiju i druge optimizacije na strani poslužitelja i klijenta. U vrijeme pisanja, VDS karakteristike su sljedeće:

    CPU: 1 x 2 GHz
    HDD: 10 Gb
    RAM: 512Mb
    OS: Debian 8 x64

    Dijagram rada sustava je sljedeći:

    Opis rada kruga

    Za posjetitelje stranice dolazi do preusmjeravanja na HTTPS, gdje nginx radi kao proxy za Varnish, a na izlazu nginxa, osim implementacije HTTPS veze, dolazi do gzip kompresije podataka koji se prenose korisniku. Sljedeći element u ovom sustavu je Varnish HTTP akcelerator koji osluškuje veze na portu 6081. Kada primi zahtjev od klijenta, traži traženi URL u predmemoriji, a ako ga pronađe, odmah ga šalje sučelju. Dakle, ako je tražena datoteka u predmemorij, brzina zahtjeva stranice smanjuje se na brzinu zahtjeva statičkih podataka. Ako tražena datoteka nije pronađena u predmemoriji, Varnish prosljeđuje zahtjev pozadini. Varnish također implementira optimizaciju na strani klijenta - ovdje su zaglavlja Cache-Control i Expires postavljena za statične podatke, pokazujući pregledniku potrebu za predmemorijom ovih podataka na strani klijenta. To smanjuje vrijeme učitavanja stranice i smanjuje opterećenje poslužitelja.

    Pozadina je opet nginx, čeka veze na 127.0.0.1:81. PHP interpretacija implementirana je pomoću FPM-a. PHP verzija je 5.6 s OPcache akceleratorom omogućenim prema zadanim postavkama. Kao DBMS - MariaDB 10, koji je jedan od DBMS-ova s ​​najboljim performansama i trošenjem memorije među MySQL forkovima. MyISAM se koristi kao tablični motor, budući da se pisanje rijetko radi, uglavnom čitanje, za što je ovaj motor više optimiziran. Isključivanjem InnoDB motora štedi se RAM. Konačno, WordPress radi kao CMS s instaliranim dodatkom Varnish HTTP Purge, koji šalje PURGE zahtjeve na adrese stranica na kojima su napravljene promjene, što dovodi do brisanja Varnish cachea za te stranice. Dakle, korisnik uvijek dobiva ažuriranu verziju stranice. Zatim ću detaljno govoriti o instalaciji i konfiguraciji ovih komponenti, kao io problemima na koje sam naišao.

    Instalacija i konfiguracija nginx-a

    Instalirati:

    Apt-get instalirajte nginx
    Sadržaj glavne konfiguracije /etc/nginx/nginx.conf:

    # Korisnik i grupa u čije ime će biti pokrenut proces korisnik www-data www-data; # Preporuča se postaviti broj radnika u novim verzijama na auto worker_processes auto; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; događaji ( # Maksimalan broj veza za jednog radnika worker_connections 1024; # Metoda odabira veze (za FreeBSD to će biti kqueue) use epoll; # Prihvati najveći mogući broj veza multi_accept on; ) http ( # Navedite datoteku s mime tipovima i navedite zadani tip podataka uključujući /etc/nginx/mime.types; default_type application/octet-stream; # Onemogući izlaz nginx verzije u odgovoru server_tokens off; # Metoda sendfile za slanje podataka je učinkovitija od read+write sendfile uključeno; # Ograničava količinu podataka koja se može prenijeti odjednom poziv sendfile(). Potrebno je eliminirati situaciju kada jedna veza može potpuno preuzeti radnu sendfile_max_chunk 128k; # Pošalji zaglavlja i početak datoteke u jednu paket tcp_nopush on; tcp_nodelay on; # Resetiraj vezu ako je klijent prestao čitati odgovor reset_timedout_connection on; # Prekini vezu timeout istekne kada primi zaglavlje i tijelo zahtjeva client_header_timeout 3; client_body_timeout 5; # Prekinite vezu ako klijent ne odgovori unutar 3 sekunde send_timeout 3; # Postavljanje međuspremnika za zaglavlje i tijelo zahtjeva client_header_buffer_size 2k; client_body_buffer_size 256k; # Ograničenje na zahtjev veličine tijela client_max_body_size 12m; # Onemogući zapisnik pristupa access_log off; # Povežite dodatne konfiguracije uključujući /etc/nginx/conf.d/*.conf; )
    Kreirajmo datoteku postavki pozadine /etc/nginx/conf.d/backend.conf:

    Poslužitelj ( # Pričekajte lokalnu vezu na portu 81 slušajte 127.0.0.1:81; # Korijenski direktorij i korijen indeksne datoteke /var/www/site.ru/public_html; index index.php; # Omogućite gzip kompresiju na pozadinskom izlazu. Za predmemorija će ići već komprimirane verzije datoteka. Ovdje se kompresija odvija na razini kompresije 9. Imajte na umu da tekst/običan tekst nije među vrstama, komprimiramo ga u prednjem dijelu na razini kompresije 1 kako bismo izbjegli veliko opterećenje CPU-a pri vraćanju dinamike podaci gzip uključeni; gzip_comp_level 9; gzip_min_length 512; gzip_buffers 8 64k; gzip_types tekst/css aplikacija/json aplikacija/x-javascript tekst/xml aplikacija/xml aplikacija/xml+rss tekst/javascript aplikacija/javascript slika/svg+xml; gzip_proxied bilo koji; # Ime hosta server_name site .ru www.site.ru; # Zabrani pristup lokaciji skrivenih datoteka ~ /\. ( zabrani sve; ) # Zabrani pristup lokaciji učitanih skripti ~* /(?:uploads|files)/.* \.php$ ( deny all; ) # Traži traženi URI u tri staze location / ( try_files $uri $uri/ /index.php?$args; ) # Dodajte kosu crtu na kraju za zahtjeve */wp-admin rewrite /wp-admin$ $scheme://$host$uri/ permanent; lokacija ~ \.php$ ( # Ako postoji greška 404, prikaži stranicu koju je generirao WordPress try_files $uri =404; # Kada pristupate php-u, proslijedite je FPM-u za tumačenje include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass unix :/var/run/ php5-fpm.sock; ) )
    Na temu detaljnog opisa postavljanja HTTPS-a u nginxu, preporučujem čitanje ovog članka: habrahabr.ru/post/252821
    Napravite datoteku postavki sučelja /etc/nginx/conf.d/frontend.conf:

    Poslužitelj ( # Preusmjeri na HTTPS slušaj REAL_IP:80; naziv_poslužitelja site.ru www.site.ru; vrati 301 https://$naziv_poslužitelja$request_uri; ) poslužitelj ( slušaj 93.170.105.102:443 ssl; naziv_poslužitelja site.ru www.site .ru; # Uspostavite Keep-Alive veze s posjetiteljima keepalive_timeout 60 60; # Komprimirajte podatke prije nego što ih pošaljete klijentu. Imajte na umu da je ovdje prisutan samo text/plain, za ostale kompresije podataka primjenjuje se na pozadini na višoj razini kompresije , nakon čega se ti podaci šalju u predmemoriju. Napravljeno kako bi se izbjeglo opterećenje CPU-a prilikom komprimiranja dinamičkih dokumenata. gzip on; gzip_comp_level 1; gzip_min_length 512; gzip_buffers 8 64k; gzip_types text/plain; gzip_proxied any; # Dajte prednost šiframa navedenim na poslužitelju ssl_prefer_server_ciphers on; # Postavljanje trajanja TLS sesije na 2 minute ssl_session_cache shared:TLS:2m; ssl_session_timeout 2m; # Postavljanje datoteke koja sadrži certifikat stranice i CA certifikat ssl_certificate /etc/ssl/combined.crt; # Određivanje privatnog ključa ssl_certificate_key /etc/ssl/3_site.ru.key; # Datoteka s Diffie-Hellman parametrima ssl_dhparam /etc/ssl/dh2048.pem; # Podržani protokoli ssl_protocols TLSv1.2 TLSv1.1 TLSv1; # Paketi šifara, ovaj skup uključuje naprijed tajne ssl_šifre EECDH+ECDSA+AESGCM:EECDH+aRSA+AESGCM:EECDH+ECDSA+SHA512:EECDH+ECDSA+SHA384:EECDH+ECDSA+SHA256:ECDH+AESGCM:ECDH+AES256:DH+ AESGCM :DH+AES256:RSA+AESGCM:!aNULL:!eNULL:!LOW:!RC4:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS; # Prosljeđivanje zaglavlja Strict-Transport-Secutiry add_header Strict-Transport-Security "max-age=31536000; includeSubDomains"; lokacija / ( # Proxy prema Varnish proxy_pass http://127.0.0.1:6081/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto https; proxy_set_header X-Forwarded-Port 443; ) )
    Ponovno pročitajmo nginx konfiguracije:

    Ponovno učitavanje usluge nginx
    Sada, kada pokušamo pristupiti stranici, vidjet ćemo pogrešku 502. To je normalno jer Varnish još nije pokrenut.

    Instalacija i konfiguracija Varnisha

    Ugradite lak:

    Apt-get instalacijski lak
    Datoteka s parametrima pokretanja nalazi se ovdje - /etc/default/varnish. U DAEMON_OPTS postavili smo sljedeće parametre:

    DAEMON_OPTS="-a:6081 \ -T 127.0.0.1:6082 \ -f /etc/varnish/default.vcl \ -S /etc/varnish/secret \ -s malloc,128m"
    -a - postavlja port na kojem će Varnish prihvaćati konekcije, u našem slučaju sa frontenda - nginx;
    -T - ovdje se pokreće admin panel, više detalja u opisu oznake -S;
    -f - datoteka s VCL konfiguracijom - poseban jezik dizajniran za definiranje pravila za obradu zahtjeva i predmemoriranje u Varnish;
    -S - Varnish ima administrativnu ploču. Za prijavu morate pokrenuti naredbu varnishadm, a korisnik mora imati prava čitanja datoteke /etc/varnish/secret za provjeru autentičnosti;
    -s označava mjesto pohrane predmemorije i njenu veličinu, u ovom slučaju 128 MB u RAM-u.

    Kao što ste vjerojatno već shvatili, ono najzanimljivije nas čeka u datoteci s pravilima obrade zahtjeva. Kada se pokrene Varnish proces, ova datoteka se kompajlira. VCL koristi nekoliko pododjeljaka funkcija koje opisuju ova pravila. Reći ću vam ukratko o njima; preporučujem da pročitate puni opis na službenoj web stranici.

    sub vcl_recv- ova se funkcija koristi kada zahtjev dolazi od klijenta;
    sub vcl_pass- izvršava se kada se zahtjev klijenta mora proslijediti izravno u pozadinu, bez predmemoriranja ili traženja podudarnosti u predmemoriji;
    sub vcl_hash- definira pravila predmemoriranja; možete koristiti nekoliko pohrana za isti dokument, ovisno o različitim uvjetima, na primjer, podržava li klijent kompresiju ili neke druge značajke klijenta. U našem slučaju, neće se koristiti, jer imamo samo jednog klijenta za Varnish - nginx na front endu;
    sub vcl_backend_response- ova se funkcija koristi kada zahtjev dolazi iz pozadine (nginx);
    sub vcl_isporuka- koristi se neposredno prije slanja podataka klijentu, na primjer, za dodavanje/promjenu zaglavlja.

    Dijagram rada VCL komponenti može se predstaviti na sljedeći način:

    Ako se pozadini pristupi iz funkcije vcl_miss, odgovor pozadine također se šalje u predmemoriju. Sam jezik je vrlo sličan C-u. Počnimo ga postavljati. Otvorite datoteku /etc/varnish/default.vcl i počnite s kodiranjem:

    # Obavještavamo kompajler da se koristi nova verzija VCL 4 vcl 4.0; # Pozadinske postavke pozadinske zadane ( .host = "127.0.0.1"; .port = "81"; ) # Raspon IP adresa/domaćina kojima je dopušteno izvršavanje PURGE zahtjeva za brisanje predmemorije acl čišćenje ( "localhost"; "127.0. 0.1" ; ) # Primanje zahtjeva od klijenta sub vcl_recv ( # Dopusti brisanje predmemorije za gornji raspon if (req.method == "PURGE") ( # Ako zahtjev nije s popisa, onda proširi ako (! client.ip ~ purge) ( return(synth (405, "Ovom IP-u nije dopušteno slanje PURGE zahtjeva.")); ) return (purge); ) # Preskoči POST zahtjeve i stranice s osnovnom autorizacijom ako (req.http. Autorizacija || req.method = = "POST") ( return (pass); ) # Preskoči admin i stranicu za prijavu ako (req.url ~ "wp-(login|admin)" || req.url ~ "preview=true ") ( return (pass) ; ) # Skip the sitemap and the robots file, my sitemap je generiran dodatkom Google XML Sitemaps if (req.url ~ "sitemap" || req.url ~ "robots") ( return ( prolaz); ) # Izbrišite kolačiće koji sadrže "has_js" " i "__*" koje su dodali CloudFlare i Google Analytics jer Varnish neće predmemorirati zahtjeve koji imaju postavljene kolačiće. postavi req.http.Cookie = regsubal(req.http.Cookie, "(^|;\s*)(_[_a-z]+|has_js)=[^;]*", ""); # Ukloni prefiks ";" u kolačićima, ako se iznenada otkrije set req.http.Cookie = regsub(req.http.Cookie, "^;\s*", ""); # Uklonite kolačiće Quant Capital (koje dodaju neki dodaci) set req.http.Cookie = regsuball(req.http.Cookie, "__qc.=[^;]+(;)?", ""); # Izbriši skup kolačića wp-settings-1 req.http.Cookie = regsuball(req.http.Cookie, "wp-settings-1=[^;]+(;)?", ""); # Izbriši set kolačića wp-settings-time-1 req.http.Cookie = regsuball(req.http.Cookie, "wp-settings-time-1=[^;]+()?", ""); # Ukloni wp test kolačić set req.http.Cookie = regsubal(req.http.Cookie, "wordpress_test_cookie=[^;]+(;)?", ""); # Uklonite kolačiće koji se sastoje samo od razmaka (ili su potpuno prazni) if (req.http.cookie ~ "^ *$") ( unset req.http.cookie; ) # Za statične dokumente, uklonite sve kolačiće, neka budu predmemorirani if (req .url ~ "\.(css|js|png|gif|jp(e)?g|swf|ico|woff|svg|htm|html)") ( poništi req.http.cookie; ) # Ako kolačići su postavljeni " wordpress_" ili "comment_" preskačemo izravno na pozadinu if (req.http.Cookie ~ "wordpress_" || req.http.Cookie ~ "comment_") ( return (pass); ) # Ako kolačić nije pronađen, uklonite ovaj parametar iz dolaznog zahtjeva kao takav if (!req.http.cookie) ( unset req.http.cookie; ) # Nemojte keširati zahtjeve s instaliranim kolačićima, ovo se više ne odnosi na WordPress ako (req. http. Ovlaštenje || req.http.Cookie) ( # Nije moguće predmemorirati prema zadanim postavkama return (pass); ) # Predmemorirati sve ostalo return (hash); ) sub vcl_pass ( return (fetch); ) sub vcl_hash ( hash_data(req.url); return (lookup); ) # Primi odgovor od pozadine sub vcl_backend_response ( # Ukloni nepotrebna zaglavlja unset beresp.http.Server; unset beresp. http. X-Powered-By; # Nemojte keširati robote i kartu web stranice if (bereq.url ~ "sitemap" || bereq.url ~ "robots") ( set beresp.uncacheable = true; set beresp.ttl = 30s; return ( isporučiti); ) # Za statične datoteke koje poslužuje backend... if (bereq.url ~ "\.(css|js|png|gif|jp(e?)g)|swf|ico|woff|svg| htm |html") ( # Izbriši sve kolačiće poništi beresp.http.cookie; # Postavi razdoblje pohrane u predmemoriju - tjedan dana postavi beresp.ttl = 7d; # Postavi zaglavlja Cache-Control i Expires, govoreći pregledniku da ovi datoteke vrijedi spremati u predmemoriju klijenta i ne preopteretiti naš poslužitelj unset beresp.http.Cache-Control; set beresp.http.Cache-Control = "public, max-age=604800"; set beresp.http.Expires = now + beresp.ttl ; ) # Nemojte keširati administratorske i stranice za prijavu ako (bereq.url ~ "wp-(login|admin)" || bereq.url ~ "preview=true") ( set beresp.uncacheable = true; set beresp.ttl = 30s; return (deliver); ) # Dopusti postavljanje kolačića samo kada se pristupa tim stazama, sve ostalo će biti prekinuto ako ( !( bereq.url ~ "(wp-login|wp-admin|preview=true)")) ( unset beresp.http.set-cookie; ) # Ne spremaj u predmemoriju rezultat odgovora na POST zahtjev ili osnovnu autorizaciju if (bereq.method = = "POST" || bereq.http.Authorization) ( set beresp.uncacheable = true; set beresp.ttl = 120s; return (deliver); ) # Ne spremaj rezultate pretraživanja if (bereq.url ~ "\?s=" )( set beresp.uncacheable = true; set beresp.ttl = 120s; return (deliver); ) # Ne spremaj stranice s pogreškama u predmemoriju, samo neophodne stvari u predmemoriju! if (beresp.status != 200) ( set beresp.uncacheable = true; set beresp.ttl = 120s; return (deliver); ) # Pohrani sve ostalo u predmemoriju za jedan dan set beresp.ttl = 1d; # Životni vijek predmemorije nakon isteka TTL-a postavite beresp.grace = 30s; vratiti (isporučiti); ) # Radnje prije vraćanja rezultata korisniku sub vcl_deliver ( # Uklonite nepotrebna zaglavlja unset resp.http.X-Powered-By; unset resp.http.Server; unset resp.http.Via; unset resp.http.X-Varnish ; vratiti (isporučiti); )
    Zatim pokrećemo naredbu:

    Ponovno pokretanje servisnog laka
    Idemo sada na našu web stranicu u pregledniku, vidjet ćemo index.php, koji se prvo mora kreirati.

    Varnish i Debian 8 problem
    Što ako želite promijeniti port na kojem će Varnish prihvaćati dolazne veze ili promijeniti veličinu predmemorije. Sudeći prema službenoj dokumentaciji, trebate promijeniti datoteku s parametrima za pokretanje Varnisha, koja se nalazi na stazi: /etc/default/varnish i ponovno pokrenuti uslugu. Ali ne! Ništa se neće promijeniti, a ako odemo na vrh i pritisnemo tipku 'c', vidjet ćemo da servis radi s istim postavkama. Stvar je u tome što nova verzija Debiana koristi systemd umjesto init.d kao sustav za inicijalizaciju, pa stoga morate otići u datoteku /lib/systemd/system/varnish.service i navesti iste parametre pokretanja u direktivi ExecStart tamo:

    Description=Varnish HTTP akcelerator Type=forking LimitNOFILE=131072 LimitMEMLOCK=82000 ExecStartPre=/usr/sbin/varnishd -C -f /etc/varnish/default.vcl ExecStart=/usr/sbin/varnishd -a:6081 -T 127.0. 0.1:6082 -f /etc/varnish/default.vcl -S /etc/varnish/secret -s malloc,128m ExecReload=/usr/share/varnish/reload-vcl WantedBy=multi-user.target
    Nakon spremanja, pokrenite sljedeće naredbe kako bi promjene stupile na snagu:

    Systemctl daemon-reload service varnish restart
    Trenutno je ovaj problem dodijeljen programerima, ne zna se kada i kako će ga riješiti, pa za svaki slučaj napravite iste izmjene u obje datoteke da se jedan dan nakon ažuriranja sve ne sruši.

    Instalacija i konfiguracija PHP-FPM

    Instalirajte FPM i PHP biblioteku za rad sa DBMS-om:

    Apt-get install php5-fpm php5-mysqlnd
    Idite na konfiguracijsku datoteku /etc/php5/fpm/pool.d/www.conf i promijenite direktivu:

    Slušajte = 127.0.0.1:9000
    Na sljedeće:

    Slušajte = /var/run/php5-fpm.sock
    U istoj datoteci postavljamo radne postavke:

    ; Dinamičko mijenjanje broja radnika pm = dinamički ; Maksimalni broj radnika kreiranih pod opterećenjem ne može biti manji od pm.max_spare_servers. pm.max_children = 10; Koliko radnika pokrenuti na FPM start pm.start_servers = 1; Minimalni broj rezervnih radnika (ostaje u memoriji kada nema opterećenja) pm.min_spare_servers = 1 ; Maksimalan broj rezervnih radnika (ako su u stanju mirovanja, preostali neiskorišteni će biti prekinuti) pm.max_spare_servers = 3 ; Maksimalan broj zahtjeva koje jedan radnik postavlja prije ponovnog pokretanja pm.max_requests = 500
    Promjena nekoliko direktiva u /etc/php5/fpm/php.ini
    upload_max_filesize = 10M post_max_size = 12M allow_url_fopen = Isključeno
    post_max_size postavljen je malo veći od upload_max_filesize, jer osim datoteke zahtjev sadrži i druge podatke.
    Ovdje, pomoću direktive allow_url_fopen, zabranjujemo izvršavanje skripti koje se nalaze na daljinu (uklanjajući mogućnost iskorištavanja ranjivosti udaljenog uključivanja).

    Ponovno učitavanje usluge php5-fpm
    Sada stvorite datoteku koja ispisuje phpinfo() i pristupite joj u pregledniku, sve bi trebalo raditi. Ne zaboravite da je već predmemorirana u Varnish i ako promijenite PHP konfiguraciju, neće se ažurirati u vašem pregledniku. Možete napisati pravilo za preskakanje ove datoteke u Varnish ili tijekom testova možete proxy ne Varnish, već izravno backend na portu 81.

    Instalacija i konfiguracija MariaDB-a

    Odabrao sam ovaj DBMS zbog njegovih boljih performansi i sposobnosti da izdrži velika opterećenja, dok koristi manje RAM-a u usporedbi s MySQL-om, kao i njegove potpune kompatibilnosti s WordPressom. Instalacija je vrlo jednostavna, od vas će se tražiti lozinka za root korisnika.

    Apt-get instalirajte mariadb-poslužitelj
    Koristim MyISAM kao mehanizam za tablice, zbog činjenice da se pisanje u tablicu rijetko izvodi, a MyISAM pokazuje bolje performanse prilikom čitanja. Potpuno sam onemogućio podršku za InnoDB kako bih oslobodio RAM. Postavke su pohranjene u datoteci /etc/mysql/my.cnf. Opisat ću samo one direktive koje sam promijenio:

    # Predmemorija za rad s ključevima i indeksima key_buffer = 64M # Predmemorija upita query_cache_size = 32M # Instaliranje MyISAM-a kao standardnog motora default-storage-engine=MyISAM # Onemogućavanje InnoDB motora skip-innodb
    Nakon spremanja promjena ponovno pokrenite uslugu:

    Ponovno pokretanje usluge mysql

    Postavljanje WordPressa - Varnish HTTP Purge Plugin

    Instalirajte dodatak "Varnish HTTP Purge" na WP administracijskoj ploči. Sada, prilikom ažuriranja podataka, zahtjev PURGE bit će poslan na promijenjene stranice, brišući predmemoriju u Varnishu, a podaci će uvijek biti ažurirani za posjetitelje.

    Dodatna optimizacija

    Kako bismo optimizirali klijentsku stranu s Varnishom, kažemo pregledniku da pohranjuje statičke podatke u klijentovu lokalnu predmemoriju. Ali ako želite još veću optimizaciju, idite na developers.google.com/speed/pagespeed/insights i unesite URL svoje web-lokacije ili čak određene stranice. Dobit ćete popis preporuka, a bit će vam ponuđena i arhiva s komprimiranim verzijama vaših css i js stilova. Zamijenite ih na svojoj web stranici i postignite još veću brzinu učitavanja zbog smanjene količine prenesenih podataka, smanjit će se i opterećenje poslužitelja te prostor koji te datoteke zauzimaju u predmemoriji.

    Kako postupiti s dokumentima traženim od poslužitelja trećih strana, kao što su fontovi ili biblioteka jquery? Možete ih prenijeti sebi, a ovdje će se zbog uspostavljanja veze sa samo jednim poslužiteljem povećati brzina učitavanja stranice, ali će se istovremeno povećati popis zahtjeva i ukupno opterećenje. Koju opciju odabrati - odlučite sami, ovisno o opterećenju vašeg poslužitelja i vašoj lijenosti.

    Poanta

    Uglavnom su gzip kompresija i Varnish caching imali najveći učinak. U komentarima su već napisane mnoge dodatne metode optimizacije koje ću svakako proučiti i implementirati prema potrebi. Do sada su rezultati optimizacije sljedeći:
    Prije


    Nakon


    Provest ću pune testove otpornosti na stres malo kasnije.

    Danas je Internet mjesto gdje možete zaraditi novac, au ovom članku, vaš blog, želim razgovarati o novom načinu zarađivanja novca, koji također može dati prilično dobar novac.

    Naravno, ako ste čitali moje prethodne postove, onda ste već svjesni da se na internetu može zaraditi na više načina. Danas se usredotočimo na zarađivanje novca koje se zove "objavljivanje".

    Što znači objavljivanje? Ne želim vam govoriti što ova riječ znači iz stranog jezika, ali ću je napisati onako kako je ja razumijem. Objavljivanje je pisanje poruka, recenzija, ali i malih recenzija onim ljudima i na onim stranicama koje to zahtijevaju.

    Na primjer, otišli ste u internetsku trgovinu kućanskih aparata i tamo kupili nešto, na primjer hladnjak. Dakle, ako ste zadovoljni cijenom, ako je kvaliteta hladnjaka bila izvrsna, onda jednostavno napišite svoju recenziju u komentar. Dakle, u osnovi, objavili ste svoju recenziju.

    Ispostavilo se da ste kupili kvalitetan artikl i učinili dobro djelo za online trgovinu. Mnogi ljudi koji vode “aktivan internetski život” posjećuju tematske forume, blogove, portale s vijestima, gdje objavljuju svoje komentare ili razmišljanja.

    Dakle, ovo je ono na što ciljam... Ako ste baš takva osoba i često provodite vrijeme na takvim online servisima, onda možete zaraditi na onome što se zove objavljivanje. Napisat ćete recenzije, komentare, vlastita razmišljanja i ideje, a za to ćete biti plaćeni sasvim normalno.

    Biste li voljeli ovako zarađivati?? Napišite u komentarima želite li ovako zarađivati ​​ili ne. Sasvim je moguće da već zarađujete na ovaj način, pa svoje dojmove napišite u komentarima.

    Pa vraćamo se našim ovcama...

    Svatko tko ima pristup internetu može jako dobro zaraditi i to nije mit.

    Usput, za one ljude koji još uvijek ne vjeruju da možete zaraditi na internetu, preporučujem čitanje mojih članaka:

    To je sve, bok svima, vidimo se u mojim sljedećim člancima.

    Iskreno, Jurij Vacenko!

    Sjetite se što je vaš špiljski predak radio veći dio svog života. Tako je, lovio sam mamuta sa svojim plemenom. Ili je, u sklopu svog samozaposlenja, ušao u trag nekom pretpotopnom dikobrazu kako bi osigurao hranu za obitelj koja je čekala u njegovoj rodnoj špilji. Odnosno, vaš se predak selio gotovo neprekidno. Ako se ne krećete dovoljno brzo, mogli biste završiti bez večere. Ili čak završiti tako da ga neki sabljozubi predator pojede za večeru.

    Suvremeni čovjek uglavnom lovi računalne mamute, što ne zahtijeva veliku fizičku aktivnost. Na posao dolazi autom, a s posla ne ide pješice. A apetit, kao i svi drugi mehanizmi za održavanje života, ne razlikuje se od pećinskih. Stoga, jedući gotove, lijepo upakirane dikobraze u kuhinji, moderan čovjek dobiva besplatne kalorije koje nisu osigurane troškovima energije. I onda pita: zašto dečkima rastu trbusi?

    Što se događa s nama muškarcima, lovcima na pikselske mamute i konzumentima kupovnih dikobraza? Priroda nema ništa suvišno. Ako mišići nisu traženi, gube tonus. Kao rezultat toga, sadržaj našeg abdomena, pod utjecajem unutarnjeg pritiska, počinje stršati na prednju trbušnu stijenku. I - zbogom dragocjenim trbušnjacima od šest komada i prošlogodišnjim mladenačkim trapericama. Sada morate odabrati hlače ne po veličini i stilu, već po mogućnosti da ih pričvrstite na trbuhu. Točnije, ispod trbuha jer na njemu ionako neće ostati hlače.

    Razlog za ponosno izbočenje trbuha prema naprijed je slabost pravog mišića trbušnog zida. Nedovoljan tonus kosih trbušnih mišića kriv je za širenje nekada mladenačkog struka u stranu. Time se isključuje stvarni rast masnog sloja, koji se ne javlja samo na prednjem trbušnom zidu, već i na crijevnim petljama, u takozvanom omentumu. Usput, ovo unutarnje salo pokazuje posebnu upornost kada ga se pokušava riješiti. Vaše će se tijelo boriti za vlastiti omentum, poput olimpijskog prvaka za pobjedu. Jer sam siguran da je nataloženo salo neophodno za osiguranje njegovih vitalnih funkcija. A tu masnoću nakuplja ne da bi vas živcirao, nego za crn dan. Prisjetimo se koliko je često špiljski predak imao uspješne lovove? Je li se ikada dogodilo da je masni sloj omogućio izmjenu energije onesviještenom lovcu, dajući mu snagu za daljnju potragu za hranom? U prirodi nema ničeg nepotrebnog. Sve je u tome kako upravljamo prilikama koje nam daje priroda.

    Zašto raste donji dio trbuha?

    Ali zašto donji dio trbuha raste? Za istu insuficijenciju kosih mišića trbušnog zida. Ali ne samo. Ovdje lagano prelazimo na unutarnje stvari, odnosno na metaboličke poremećaje.

    Masne naslage u donjem dijelu trbuha, depo masti. Odakle je došao? Odatle je sintetiziran iz neiskorištenog viška kalorija. Želite li ga se riješiti? Endokrinologija u pomoć. Činjenica je da je najvažniji muški hormon testosteron, uz ostale svoje funkcije, odgovoran i za metabolizam lipida u tijelu muškarca. Smanjenje proizvodnje testosterona povezano sa starenjem fiziološki je fenomen, odnosno javlja se prirodno. Ali – glatko. Imamo kupovnog dikobraza i minimum pokreta. A iz nevidljivog masnog sloja koji je svojstven svakom organizmu, izrastamo punopravni "pivski" trbuh. Pitajte – što endokrinologija ima s tim? Sa svime, unatoč tome. Povećanje broja masnih stanica pridonosi povećanju proizvodnje hormonskog antagonista testosterona - leptina. Kao rezultat toga, proces smanjenja proizvodnje testosterona odvija se brže nego što bi trebao. I sukladno tome, povećava se proizvodnja leptina. I povećanje volumena masnih depoa. Samo nekakav Fibonaccijev niz.

    Ovaj najmuževniji "Fibonaccijev niz" utječe na zdravlje svih muškaraca, kako reproduktivno tako i opće. To rezultira neobjašnjivom letargijom, povećanim umorom, sklonošću bolestima i smanjenom otpornošću na stres.

    Ako je zdravstveno stanje još uvijek zadovoljavajuće, onda u smislu metabolizma više nije tako dobro. I proces nastavlja dobivati ​​na zamahu.

    No, vratimo se pivu. Zašto vam od piva raste trbuh? Ovdje je sve jednostavno - abnormalno izduženi želudac (rijetko tko popije jednu bocu piva), ekstraktivnost, koja povećava apetit, i prisutnost analoga ženskih spolnih hormona koji stimuliraju stvaranje masti. U posljednje vrijeme pokušava se rehabilitirati pivo. Vjerujem da na prijedlog pivskih kuća koje antireklama ne zanima. Ali tebe i mene zanima naše zdravlje, a ne tuđi profit. Nije li bolje da ozbiljno razmislite o sebi prije nego što bude prekasno?

    Ili je bolje ovako?)))