locale-gen bg_BG bg_BG.UTF-8
Generating locales…
bg_BG.CP1251… up-to-date
bg_BG.UTF-8… up-to-date
Generation complete.
sadmin
Днес имам за цел да фиксна един магазин, че като го отвори повече от 1 потребител load page-a става 15 секунди.
Проверих и проблема не е в хостинга, а в кода.
Какво видях като погледнах вътре( Не е истина!!!):
1. Зареждане на изкл. голям брой js файлове
2. Зареждане на изкл. голям брой css файлове
3. Няма кеширане на jpg,jpeg,png,css,js
4. Няма обединение на css,js
5. За една проста страница се изпълняват 60 заявки към базата
6. Не се използва кеширане на mysql заявките
7. Най- фрапиращото вместо да заредят изображение (jpg) се обръщат към index.php да видят дали било такова. после го ресайзват и го записват и така всеки път. На практика ако отворя една страница с 10 снимки то системата ще направи 10 ресайза + 10 записа на новите снимки в/у старите. Нямам думи честно. Хора, колеги когато работите със снимки правете тези операции в админ панела т.е. когато добавите снимка тогава я ресайзнете и тогава и добавете watermark .
PS: Не твърдя, че съм супер кодер, но честно това е пълна шитня. Няма да казвам името на фирмата, но ще загатна, че не е от малките фирми в България както и онлайн магазина също …
mailq | tail -n +2 | grep -v '^ *(' | \
gawk 'BEGIN {RS = ""} /[email protected]/ {print $1}' | \
tr -d '*!' | postsuper -d --

Идеята е, че виждам един wifi сигнал и искам да го използвам ;) , но незна точно откъде идва. За да използвам неговия максимум трябва да насоча антената точно към него :) и за целта използвам едно простичко приложение wavemon .
wavemon -i wlan1
За да се случат нещата по- оптимален начин е необходимо да се ползва и добра антена разбира се. Аз използвам тази на Danets (danets.com).
Благодарности на онлайн магазина: restart.bg
Проблема е, че на лаптопа използвам usb мишка и не използвам touchpad–а. Когато пиша на клавиатурата много често местя мишката и това е изключително дразнещо. За да се оправи тази глупост просто ще деактивирам touchpad-а.
Метод 1:
Просто се изпълнява: synclient TouchpadOff=1
Метод 2:
apt-get update && apt-get install gpointing-device-settings

Проблема е, че докато си работи системата на Mint изведнъж диода на клавиатурата за Num Lock започва да светва и изгасва, т.е. вклчва се и се изключва от което приемането на команди от клавиатурата става доста трудничко :) Друго нещо което се забелязва е голямото използване на процесора от mate-settings-d
Ето и снимка:

Решение на тази глупост:
sudo apt-get update
sudo apt-get install numlockx dconf-tools
1. Изпълнява се dconf-editor
org > mate > desktop > peripherals > keyboard
Премахване на тикче на remember-numlock-state
2. Файл: /etc/mdm/Init/Default
преди "exit 0"
if [ -x /usr/bin/numlockx ]; then
exec /usr/bin/numlockx on
fi
Защо се случва грешката "413 Request Entity Too Large" в nginx?
В apache2 php е сетнат upload_max_filesize 60 MB , но е забравено в nginx да се сетне client_max_body_size също на 60 MB и затова.
Ето го решението:
Файл: /etc/nginx/sites-enabled/example.com.8133
server
{
…
location /
{
…
client_max_body_size 60m;
…
}
…
}
Файл: /etc/php5/apache2/php.ini
…
upload_max_filesize = 60M
…
/etc/init.d/apache2 reload;
/etc/init.d/nginx reload;
echo 1 > /proc/sys/vm/block_dump
tail -f /var/log/syslog
Резултат :)
Oct 28 16:02:49 beta kernel: [55628161.993810] kjournald(349): WRITE block 1983406184 on sda2
Oct 28 16:02:49 beta kernel: [55628161.993812] kjournald(349): WRITE block 2803287720 on sda2
Oct 28 16:02:49 beta kernel: [55628161.994474] rs:main Q:Reg(25405): WRITE block 429161088 on sda2
Oct 28 16:02:49 beta kernel: [55628161.994665] kjournald(349): WRITE block 1947309000 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076174] flush-8:0(348): WRITE block 1997551216 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076176] flush-8:0(348): WRITE block 1997551224 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076178] flush-8:0(348): WRITE block 1997551232 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076180] flush-8:0(348): WRITE block 1997551240 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076183] flush-8:0(348): WRITE block 1997551248 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076185] flush-8:0(348): WRITE block 1997551296 on sda2
Oct 28 16:02:51 beta kernel: [55628164.076188] flush-8:0(348): WRITE block 1997551328 on sda2
Oct 28 16:02:52 beta kernel: [55628164.624602] apache2(4498): dirtied inode 62352816 (other_vhosts_access.log) on sda2
Oct 28 16:03:14 beta kernel: [55628187.122972] pyzor(4521): dirtied inode 16826650 (snsqV8) on sda2
Oct 28 16:03:14 beta kernel: [55628187.123212] pyzor(4521): dirtied inode 16826650 (?) on sda2
Oct 28 16:03:14 beta kernel: [55628187.123933] pyzor(4521): dirtied inode 16826651 (?) on sda2
Oct 28 16:03:26 beta kernel: [55628198.518779] mysqld(26078): dirtied inode 63300606 (labdatastore.MYD) on sda2
Oct 28 16:03:26 beta kernel: [55628198.607859] mysqld(26078): dirtied inode 63300606 (labdatastore.MYD) on sda2
Oct 28 16:03:26 beta kernel: [55628198.607888] mysqld(26078): dirtied inode 63300605 (labdatastore.MYI) on sda2
Oct 28 16:03:26 beta kernel: [55628198.607891] mysqld(26078): dirtied inode 63300605 (labdatastore.MYI) on sda2
За да се спре дебуг-а
echo 0 > /proc/sys/vm/block_dump