Iuj programistoj simple ne lernas skribi kompetente en RFC neniam. Mi rimarkis multajn errror_log dosierojn kiuj akumulis grandegan nombron de idiotoj kaj averto-kaj avizo por malsukceso PHP normoj. Ĝenerale, estas malfacile klarigi al la uzanto, ke kodo kiu estas metita estas malbona kaj devas esti riparita. Ĝenerale, mi rimarkis ke la konsumantoj ne eksciti eraro log-s post ilia laboranta kodo. Esence radikala proksimigo estas halti tute error_log dosierojn kaj kiu volas kuri ilin, sed kiel tuto kreos malkomforto dum sufiĉe uzantoj. Tiel streĉi alproksimigi 2 – administristo aŭ súper povoj 1 ред bash. Serĉi dosierojn nomita error_log grandeco pli ol 5MB (tie kostis min lasi ŝin ĝenerale kvankam 1MB estas pli ol sufiĉa) kaj viŝante ilin ĉiusemajne. Tiu efiko estas atingita per simpla trovi

find /home/ -name error_log -size +5M -type f -delete

Restas nur frakasi en la krono por ludado unufoje semajne kaj havas sufiĉe persista decido. En mia kazoj ŝajnas QA en 1 pm ĉiun dimanĉon.

0 1 * * 1 find /home/ -name error_log -size +5M -type f -delete >/dev/null 2>&1

Ĝi estis dum kiam mi skribis pri lastatempe sed mi ege okupata kun mia nova laborposteno, Mi ankoraŭ ne decidis kaj mi ne lasu la interreto ĉe mia nova loko. aparte, ke retprovizanton kiu gastigis mia malgranda blogo okazis tute aparataro males kaj estis periodo kie povis funkcii pro la nekapablo mi havi fizikan aliron al la maŝino. Post multa penso mi decidis translokigi mian blogcheto publika retservilo, decido kiu postulis multajn pensado kaj ne aparte facila akcepto. Mi estas ankoraŭ ĉefe administranton kaj ĝi trafas multajn mia fiero, sed nuntempe mi ne havas taŭgan maŝino esti gastigita ejon tiel, gluti kruelan mordo kaj ekiru. Krom tiu fakto kaj la fakto ke mi estas ege limigita de la ebleco de manipulado enmetajxon apache + php + mysql aferoj ne aspektas tiel malbona. Iu faras regulajn kopioj havas siajn dizastar rekovari plano havi teknikan asistadon kiu povas peti helpon – както и се наложи за да импортират бекъпа на базата ми данни които е в скромния размер от около 1GB. За сега има още няколко дребни настройки да се довършат но това ще е като имм нерви да се боря с тъпия cpanel 😆

Antaux Mi komencu per la sensencaĵo mi volas diri, Mi ne tre antaŭen kun ttt retprovizanton-kaj ĉiu skribos sperton mi akiris en la pasintaj 2-3 monatoj. Administri iuj belaj harkovrita VPS en partopreno kiel tyxo en la pinto 80 sed eniras la supro 70 ;). Tial mia penso estas, ke nun post cxio cxi tio mi gajnis iuj kutimoj kaj venis al la plej bonaj praktikoj en unu maniero aŭ alia (kutime la malfacilaj) :D. Mi ne skribas aŭ iri en detalojn de la agordo ĉe ĉiuj paraj. Prefere dividos ideojn sur kio konsideri.

  1. Обновявайте софтуера редовно. apache, php mysql всичко си иска обновления. Дали за да закърпите дупки в сигурниста, дали заради поправени бъгове или нови възможности. Винаги дръжте софтуера си в крак с времето. По принцип рядко се пробива един сървър през апликациите обикновено през дупки в кода на хостваните неща се пробива ама да не разчитаме само на това.
  2. apache – web server-а ви не е желателно да има активни повече модули от тези които реално ползвате. Колкото повече модули по- бавна работа.
  3. Повече потребители на същия сървърopcode cache. Faras tempon skribis krom, titolo feliĉe fari provojn kaj vidi la realaj profitoj de ĉi magio. En mia kazo mi elektis eAccelerator ĉar en vera labormedio montras plej bonajn rezultojn kun ĉiuj difinoj meti ĝin. Rapida akuzanta malpli manĝoresursoj kiuj respektive signifas pli uzantoj.
  4. Premi vin Kontrabandado – gzip. La plej evidenta maniero por redukti la reala trafiko vi fari estas kun gzip kunpremo ĉe http respondojn al kliento. mod deflate estas la solvo por apache. Por aliaj http-servilo-kaj mi ne studis la aferon :). vera pri 50% Ĝi falis trafiko kunpremo sur html,css,js,xml. Mi devas vidi se mi povus kunpremi kaj alia enhavo estos interesa. Ĉar bildoj estas reala enhavo kiu faras la multe trafiko ejo.
  5. mysql Serer – Mi forte rekomendas se vi ne estas rekompencita kun versio 5.1 fari. Plejsanktejo ĝenerale havas iun malgrandan sperton kun datumbazoj 😆 tiu sperto kaj ĝi notis bone en 5.1 la versio mi ne provis 5.5 но и това планувам да стане скоро. Определено се ускори работата на sql заявките може би леко падна натоварването но с не повече от 5-6% но a пък и новите функционалности за програмистите са прекрасни. Основаната такава partitions. При надграждане внимавайте какви настройки имате в my.cfg Не всички стари опции са валидни, също е добре да махнете старите библиотеки поне при CentOS 5.5 направиха проблеми при Debian нямах такива ядове. Tiam vidu mysql log-sed ĉar iuj de la ebloj havas malsamajn nomojn kaj vi devus ŝanĝi ilin se eventuale iri al 5.5 ĉu vi ne miras kial via aranĝo palva.
  6. sql заявките. Задължително разрешете опцията за записване на slow query. En tiuj protokoloj povas reveni la informon al la porgramistoj, se vi estas malrapida pridemandojn optimizar. Multe malpli tiajn petojn malpli ŝarĝo sur via servilo 😉
  7. malmulta protekto – сменете подразбиращия се порт на ssh-а ви няма нужда смотани ботове да се опитват да ви хакват. Apache го подсигурете с mod_security доста полезен модул прави филтрация на доста шитниsql inj, rfi DDoS и прочие. Няма да спре голям хахор ама поне ламерите ще ги отсее. PHP е добра идея да се защити с Suhosin. Може да се сложи като допълнително разширение или направо като пач в php кода. Аз лично предпочитам първия по изчистен ми се струва.

Като за начало това са нещата които се сещам. Не са много а като се замисля съм направил доста оптимизации по сървъра но много от тях са доста специфични според ситуацията и няма смисъл да ги обяснявам тях като например лимитации на кешове или пък колко процеса има вдигнато apache-то. Вероятно с времето ще се сещам и за още неща които са как да кажа част от малките неща които дават големия резултат. La maŝino estas tre bone optimumigita por komparo ni faros el 20K vizitoj por tago kaj estas ĉe la plej malalta ebla VPS plano ŝarĝo tempo de paĝoj ne superas 1,5-2 sek aŭ se ĝi superis pro eksteraj fontoj de reklamoj alie la paĝon mem kraĉas escisión dua. Homoj kun proksimaj pozicioj ni ne optimumigita serviloj kun multe pli da rimedoj ol nia kaj la samaj rezultoj. Entute optimizar lia patrino kaj patro trinkis bieron 😆

ps kanto iomete ligita al la temo 😀