Joku ohjelmoijat eivät vain oppia kirjoittamaan oikein mukaan RFC koskaan. Huomasin muutaman errror_log tiedostoja, jotka ne ovat saaneet valtavasti maloni varoitus ja huomautus noudattamatta jättäminen normeja PHP. Yleensä, se on vaikea selittää käyttäjälle, koodi, joka asennettu, se on huono ja tarvitsee vahvistamisesta. Yleisessä tapauksessa, olen huomannut, että käyttäjät eivät välitä virhe log-s, kun niiden koodi toimii. Periaatteessa, radikaali lähestymistapa lopettaa kokonaan error_log tiedostoja, ja kuka haluaa heidän tiedotteet, mutta, pääsääntöisesti, aiheuttaa epämukavuutta melko käyttäjät. Siksi dasilva matkalla 2 – ei super power tai 1 bash line. Etsi tiedostot, joiden nimi error_log suurempia kuin 5 MB (täällä, arvo sen minulle, lähdin suuri vaikka 1MB on enemmän kuin tarpeeksi) ja poistamalla niitä viikoittain. Tämä vaikutus saavutetaan sotkea löytää

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

Se jää vain törmää kruunu, joka ajetaan kerran viikossa, ja meillä on melko pysyvä ratkaisu. Minun tässä mielestäni OK 1 PM joka sunnuntai.

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

Kulunut jonkin aikaa, kuten olen kirjoittanut aiemmin, mutta olen hyvin kiireinen minun uusi työ, vielä en ollut tyytyväinen ja en suorita Internet-minun uusi paikka. Erikseen, joka hosting, jossa pieni blogini sen melko spoleta laitteisto-ongelmia oli aikana, jolloin ei voisi toimia, koska kyvyttömyys minulle on fyysinen pääsy koneeseen. Jälkeen paljon ajatellut, päätimme siirtää blogchat minua julkinen web-palvelin, päätös, joka vaatii paljon ajatellut, ja ei ole erityisen helppo vastaanotto. Olen kuitenkin ensisijaisesti järjestelmän ylläpitäjä, ja se on isku ylpeyteni en todellakaan, mutta tällä hetkellä minulla ei ole sopiva kone, joka on Hostnet sivusto, mitä preglem katkera pala ja jatka. Miten poistaa tämä seikka ja se, että olen erittäin rajoitettu kyky manipuloida apache kokoonpano + php + mysql asiat eivät näytä niin pahalta. Ihmiset tehdä säännöllisesti varmuuskopioita, on katastrofi, rakovye suunnitelma sen teknistä apua, joka voi pyytää apua – както и се наложи за да импортират бекъпа на базата ми данни които е в скромния размер от около 1GB. За сега има още няколко дребни настройки да се довършат но това ще е като имм нерви да се боря с тъпия cpanel 😆

Ennen kuin aloitan tätä tarkoitan, En ole kovin eteenpäin web hosting, mutta kaikki mitä kirjoitan, että olen kokenut aiemmin 2-3 kuukautta. Hallinto joitakin melko intensiivistä VPS läsnä mukaan tyxo alkuun 80 mutta päästä alkuun 70 ;). Joten ajatukseni, että kun niin paljon aikaa olen hankkinut erilaisia tapoja ja tulla parempi käytäntö muodossa tai toisessa (yleensä kova) :D. En ole kirjallisesti tai mene osaksi asetukset yksityiskohtaisesti kaikki, jopa. Todennäköisesti, aion jakaa minun ajatuksia miettiä.

  1. Päivittää ohjelmisto säännöllisesti. Apache, php-mysql-kaikki, että hän haluaa päivityksiä. Onko paikata reikiä sigurista, joko siksi, e, vikoja tai uusia ominaisuuksia. Aina pitää ohjelmiston hermolla. Yleensä se on harvinaista pierce yksi application server, yleensä läpi reikiä koodi hostvoice asioita pierce se, mutta älä vedota siihen.
  2. Apache – web-palvelin-kuten ei toivottavaa saada enemmän aktiivisia komponentteja kuin ne, joita itse käyttää. Enemmän ja enemmän moduulit- hidas.
  3. Enemmän käyttäjiä yhdellä palvelimella – opcode cache. Etuajassa Kirjoitin ja zerdion onnellinen tehdä testejä ja nähdä todellista hyötyä tämä taikuutta. Minun tapauksessani valitsin eAccelerator, koska todellisessa työympäristössä, se osoittaa hyviä tuloksia, laittaa kaikki asetukset, jotta se. Nopea lataus vähemmän ruokaa resursseja, ja siten, enemmän käyttäjiä.
  4. Paine kaupan – gzip. Helpoin tapa vähentää todelliset liikkeet, jotka teet gzip puristus http-vastaus asiakkaalle. Mod deflate tämä ratkaisu apache. Muut http-palvelimen, ja en ole tutkinut asiaa :). Oikeasti kyse 50% Kaaduin liikenteen puristus html,css,js,xml. Minun täytyy tarkistaa, jos voin pakata, ja muun sisällön tulee olla mielenkiintoinen. Koska kuvat ovat todellista sisältöä, joka tekee eniten liikennettä sivustolle.
  5. mysql länsimaissa – Suosittelen, jos et ole myönnetty versio 5.1 tehdä se. Kaiken kaikkiaan Oracle oli vähän kokemusta tietokantojen 😆 ja tämän kokemuksen hän myös teki 5.1 En ole kokeillut versio 5.5 но и това планувам да стане скоро. Определено се ускори работата на sql заявките може би леко падна натоварването но с не повече от 5-6% mutta on ja uusia toimintoja kehittäjille kaunis. Tämä osat. Kun päivität varmista, että asetukset, sinun on minun.cfg Ei kaikki vanhat asetukset ovat voimassa, se on myös hyvä poistaa vanha kirjastot, ainakin CentOS 5.5 ei ongelmia Debian en ole näitä ongelmia. Sitten voit nähdä mysql-log ja koska jotkut parametrit on eri nimet ja voit muuttaa niitä, jos aikaan siirtyminen 5.5 ei ihme, miksi ei, palva kokoonpano.
  6. sql заявките. Задължително разрешете опцията за записване на slow query. Nämä lokit voit palauttaa tietoja kehittäjille, jos sinulla on hidas kyselyt optimoida. Mitä vähemmän näitä kyselyjä, vähemmän palvelimen kuormitusta 😉
  7. Hieman suojaa – сменете подразбиращия се порт на ssh-а ви няма нужда смотани ботове да се опитват да ви хакват. Apache го подсигурете с mod_security доста полезен модул прави филтрация на доста шитниsql inj, rfi DDoS и прочие. Няма да спре голям хахор ама поне ламерите ще ги отсее. PHP е добра идея да се защити с Suhosin. Може да се сложи като допълнително разширение или направо като пач в php кода. Аз лично предпочитам първия по изчистен ми се струва.

Като за начало това са нещата които се сещам. Не са много а като се замисля съм направил доста оптимизации по сървъра но много от тях са доста специфични според ситуацията и няма смисъл да ги обяснявам тях като например лимитации на кешове или пък колко процеса има вдигнато apache-то. Вероятно с времето ще се сещам и за още неща които са как да кажа част от малките неща които дават големия резултат. Машината е доста добре оптимизирана за сравнение ние правим на 20к уникални посещения на ден и сме на най ниския възможен vps план load time на страниците ние не надхвърля 1,5-2 сек или ако го надхвърля е заради външните източници на реклами иначе самата страница се изплюва за части от секундата. Хора с близки позиции до нас са с не оптимизирани сървъри с доста повече ресурси от нашия и имат същите резултати. Общо взето оптимизиране му е майката и пиенето на бира бащата 😆

ps Песничката леко се връзва с тематиката 😀