Понякога си има дни в които нищо не върви 🙂

В такива случай ни остава просто да се надявам че утре ще е по добре от днес 🙂

Før jeg begynte crap mener jeg, Jeg er ikke veldig fremover med web hosting, og alt jeg skriver skal oppleve at jeg har kjøpt tidligere 2-3 måneder. Administriram noen ganske opptatt VPS til stede i henhold til tyxo er øverst 80 men toppen 70 ;). Så er poenget, Etter all denne tiden som allerede har fått har ulike vaner og jeg kommet til beste praksis på en måte eller annen (vanligvis hard) :D. Jeg vil ikke skrive eller gå inn i detaljer om konfigurasjonen på alle. Jeg vil heller dele ideer over som kan vurdere.

  1. Oppdater programvaren regelmessig. Apache, php mysql alle du ønsker oppdateringer. Om å reparere hull i sigurnista, om på grunn av korrigerte feil eller nye funksjoner. Alltid holde programvaren oppdatert. Generelt, sjelden server brudd i aplikaciite vanligvis i hull i koden for det vert gjennomboret men ikke stole bare på dette.
  2. Apache – nettserver og er ikke ønskelig å ha mer aktive moduler fra dem som faktisk bruker den. Jo mer modulene på- treghet.
  3. Flere brukere på samme server – opcode buffer. En tid siden Jeg skrev Dessuten zerdion gjøre nok tester og se den virkelige fordelen med denne magiske. I mitt tilfelle jeg valgte fordi eAccelerator virkelige arbeidsmiljøet han viser de gode resultatene med sette alle innstillinger til den. Rask lasting av lite spise ressurser som henholdsvis bety flere kunder.
  4. Presse trafikken – gzip. Den enkleste måten å redusere den virkelige trafikken du er med gzip sammenntrykking av http-svar til klienten. Mod tømming er løsningen for apache. For andre http-server- og jeg har ikke studert problemet :). Om virkelige 50% trafikk falt i komprimering på html,CSS,JS,XML. Jeg nød å sjekk hvis jeg kan komprimere min og annet innhold skal være interessant. Fordi bildene er reelt innhold som gjør mye trafikk i ett område.
  5. MySQL serer – Jeg anbefaler hvis du ikke er tildelt prosjektet med versjon 5.1 å gjøre det. Oracle generelt har liten erfaring med databaser og 😆 denne erfaringen satte ham godt i 5.1 Jeg har ikke prøvd versjon 5.5 но и това планувам да стане скоро. Определено се ускори работата на sql заявките може би леко падна натоварването но с не повече от 5-6% men et pluss for utviklere nye funksjoner er fantastiske. Viktigste slik partisjoner. Når du oppgraderer, vær forsiktig hvilke innstillinger du ikke har i URmy.cfg alle gamle alternativer er gyldige, er også godt å fjerne gamle biblioteker, minst i CentOS 5.5 laget Debian problemer hadde ingen slike problemer. Så du se mysql loggen- men fordi noen av alternativene som har forskjellige navn, og det er greit å endre dem hvis etter tid gå til 5.5 ikke du lurer på hvorfor din konfigurasjon-damn rett jeg ikke ville.
  6. sql заявките. Задължително разрешете опцията за записване на slow query. I loggene, kan du returnere informasjon til utviklere for hvis du ikke for langsom forespørsler å optimalisere. Noen slike forespørsler til en liten belastning for din server 😉
  7. Liten beskyttelse – endre standard ssh port- og du trenger ikke halt roboter kan prøve å hakvat. Apache sikre den med mod_security ganske nyttig modul gjør filtrering av ganske šitni – SQL inj, DDoS rfi osv.. Det er ikke til å stoppe store hahor minst lamerite vil bla gjennom. PHP er en god idé å beskytte den Suhosin. Kan settes som en utvidelse eller en oppdatering til php-kode. Jeg personlig foretrekker først over feilfri stemning.

For det første er de tingene som jeg kan tenke på. Det er ikke mange og tror jeg har gjort en rekke optimaliseringer serveren, men mange av dem er ganske spesielle og ikke fornuftig å forklare dem som limitacii av cacher eller hvordan prosessen har fjernet apache-it. I tid, vil du sannsynligvis vite flere ting og hvordan å fortelle som er en del av de små tingene som gir et flott resultat. Maskinen er ganske godt optimalisert for sammenligningen vi gjøre 20 k unike besøk hver dag, og vi er lav mulig vps plan lastetiden sider vi ikke overskrider 1,5-2 s eller hvis det overskrider de eksterne kildene er om annonser eller selve siden spytter på en brøkdel av et sekund. Personer med lignende posisjoner til oss ikke optimerte servere med mye mer ressurser enn vår og har samme resultat. Vanligvis optimalisere er mor og far drikker øl 😆

PS sangen litt fornuftig med tema 😀

Fra nesten et år jobbet jeg på min demočeto Nuki. I dag har jeg tid til å fikse ting fordi det var mange ting som ikke var godt. Jeg har lagt litt av ny funksjonalitet. Jeg omlegge koden, med flere funksjoner og kortsluttet ble mer brukervennlig.

Den største nye funksjonen at jeg sette et signal felle-. På et tidspunkt mens du roterer demon dreambox mottakeren bestemmer seg for å drepe ham og dermed stoppe overvåking min prosess, som i seg selv er ganske ubehagelig øyeblikk. Og det er ingen måte å finne ut hva som skjer fordi stedet er litt skitt og logger må gjøre komplekse mønstre nettverksressurser som du ikke ønsker å håndtere. Generelt linjer signal felle-er en hyggelig ansiktstrekk av bash-skript for å fange opp signaler fra utgangene eller de innsendt til dem av kjernen gjennom en kill-si 😉 og dermed vi kan hindre noen av umiddelbart etterfølgende hendelsene. Fordømme den SIGKIL eller drepe -9 kan ikke være prehvanat og forhindret, Det er kjernen design. Den avsluttet direkte innsendt hans PID. Og nå feilkoden

#trapping signals I know -9 dosent work but we try it just in case ; )
trap on_exit 0 14 1 2 9 13 15 6 8 4 3 11 5
on_exit () {
make_debug 10 #unexpected error
#reboot now if we hawe trapped signal
reboot -d 0
exit 0
}

Den første linjen erklærer USA som handlingen skal utføres og i hvilke varsler vil vi lese mer om varsler mann signaler i disse 😉 meg vare. Som du kan se resultatet i en enkel funkciika som gjør feilsøking programmer melding og starte mottakeren. Jeg er ikke overbevist, som vil føre til utfallet forventede, fordi jeg tror at alt som hindrer dreper med kill -9 men ingenting hindrer å prøve.

Andre endringer er kardinal funksjoner de fleste ting som blir gjentatt av koden fylle dem i funksjoner, Det var litt stygge ikke, nå som er bra, hadde jeg et 😉 de drama med en avkastning i bash- – Jeg satte på min tilbake en funksjon og forventet oppførsel som alle andre kjente programmeringsspråk, men det viste seg at bare returnerer heltallsverdier og returnerer den til maksimalt 2 😀 og jeg ønsket å returnere strengen. Det var en stygg gris. Løsningen er enkel

#---cuted---

if [ $T -eq $N ]
 then
 echo "Cam is down! Reboot..."
make_debug 4 # cam is down
 else
echo $rcam
 fi

# ---cuted----

#finding real cam1
 rcam1=$(find_cam $cam1)

Den første delen er slutten av funksjonen og ekko resultatet av seier. Hans beslutninger er enkelt med den siste linjen i ovennevnte passasje.

Hmmm tror jeg, Det er interessant del av koden.

Jeg ønsker å uttrykke min takknemlighet til inspirasjon 😉

http://www.youtube.com/watch?v = SilMJ0O13UI&funksjonen = relatert