Защо се случва грешката "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;
Ето моите настройки за ckeditor toolbar:
CKEDITOR.replace( 'editor1',{filebrowserBrowseUrl: '/editor/ckfinder/ckfinder.html',
enterMode : CKEDITOR.ENTER_BR,
width: '700px',
language: 'bg',
height: '200px',
toolbarGroups: [
{ name: 'mode', groups: [ 'mode'] },
{ name: 'clipboard', groups: [ 'clipboard', 'undo' ] },
{ name: 'basicstyles', groups: [ 'basicstyles', 'cleanup' ] },
{ name: 'colors' },
{ name: 'links' },
{ name: 'styles' },
{ name: 'insert' },
{ name: 'paragraph', groups: [ 'list', 'indent', 'blocks', 'align' ] }
]
});
Снимка как изглежда:
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
Проблема е, че под Chrome и Safari снимките не се зареждат на 100%, а малка част т.е. не определя правилно височината.
Ето какъв е проблема:
Решение на проблема е един малък css fix:
<style>
.carousel li img{ height:130px; }
</style>
PS: Благодарности на Rimotevst за репорта на проблема.
Идеята е да се премахне десният сайдбар (Content sidebar) на стандартната тема twentyfourteen в WordPress.
1. прави се child , twentyfourteen-child
2. twentyfourteen-child/style.css
/*
Description: Child of theme by martin
Author: Martin Petrov
Version: 0.0.1
Template: twentyfourteen
*/
@import url('../twentyfourteen/style.css');
.hentry { max-width: 90%; }
.site-content .entry-header,
.site-content .entry-content,
.site-content .entry-summary,
.site-content .entry-meta,
.page-content {
max-width: 90%;
}
.post-navigation,
.image-navigation {
max-width: 90%;
}
.comments-area {
max-width: 400px;
margin-left: 20px;
margin-right: 20px;
}
3. twentyfourteen-child/functions.php
<?php
// unregister sidebar to remove Right sidebar of Twenty Fourteen
function remove_right_sidebar(){ unregister_sidebar( 'sidebar-2' ); }
add_action( 'widgets_init', 'remove_right_sidebar', 11 );
?>
Идеята е, че имаме много wordpress блогове на тази машина и много от тях са наспамени или просто имат много коментари. За да се следи прилагам просто решение:
find /var/lib/mysql/ -type f -size +1000k -name "*_comments.MYD" -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'
Резултат:
/var/lib/mysql/vhostext/wp_comments.MYD: 1,8M
Вижда, сече блога с база "vhostext" има таблица wp_comments от 1.8 MB, най- вероятно над 1000 коментара. Хубаво е да се провери.
Интересни аргументи:
аргумента 1000к всъщност е 1MB т.е. да показва файловете по- големи от 1MB.
Името което се търси е "*_comments.MYD" и има звезда защото не всички wordpress блогове ползват за префикс "wp_"
Това решение като цяло не казва какво трябва да се изтрие , а какво е хубаво да се погледне …
Всички коментари се записват в табицата "wp_comments"
mysql> describe wp_comments;
+----------------------+---------------------+------+-----+---------------------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------------------+---------------------+------+-----+---------------------+----------------+
| comment_ID | bigint(20) unsigned | NO | PRI | NULL | auto_increment |
| comment_post_ID | bigint(20) unsigned | NO | MUL | 0 | |
| comment_author | tinytext | NO | | NULL | |
| comment_author_email | varchar(100) | NO | | | |
| comment_author_url | varchar(200) | NO | | | |
| comment_author_IP | varchar(100) | NO | | | |
| comment_date | datetime | NO | | 0000-00-00 00:00:00 | |
| comment_date_gmt | datetime | NO | MUL | 0000-00-00 00:00:00 | |
| comment_content | text | NO | | NULL | |
| comment_karma | int(11) | NO | | 0 | |
| comment_approved | varchar(20) | NO | MUL | 1 | |
| comment_agent | varchar(255) | NO | | | |
| comment_type | varchar(20) | NO | | | |
| comment_parent | bigint(20) unsigned | NO | MUL | 0 | |
| user_id | bigint(20) unsigned | NO | | 0 | |
+----------------------+---------------------+------+-----+---------------------+----------------+
Стойностите на колоната comment_approved са: 0 , 1, spam
# Изтриване на всички not approved коментари
DELETE FROM wp_comments WHERE comment_approved = 0;
# Изтриване на всички approved коментари
DELETE FROM wp_comments WHERE comment_approved = 1;
# Изтриване на всички спам коментари
DELETE FROM wp_comments WHERE comment_approved = 'spam';
# Изтриване по дата
DELETE FROM wp_comments WHERE comment_date > '2004-11-15 01:10:04' AND comment_date <= '2004-11-20 00:10:04'
# Изтриване на всички коментари
TRUNCATE wp_comments;
Идеята е, че имаме Windows и Linux на една и съща система. Идеята е като се работи под Windows да може да се ползва и дяла на GNU/Linux. За целта трябва да монтираме линукс партишъна под windows.
Препоръчвам две приложения за монтиране на GNU/Linux партишън под Windows:
1. Ext2explore -- Portable е
2. Paragon ExtFS
Целата тук е да се направи Windows 7 да се зарежда по подразбиране.
Как да се разбере какъв е номера на Windows 7 ?
cat /boot/grub/grub.cfg |grep '^menuentry'|awk -F "'" '{print $2}'|grep -v 'recovery'|sort|uniq
Linux Mint 17 MATE 64-bit, 3.11.0-26-generic (/dev/sda4)
Linux Mint 17 MATE 64-bit, 3.13.0-34-generic (/dev/sda4)
Linux Mint 17 MATE 64-bit, 3.5.0-17-generic (/dev/sda4)
Memory test (memtest86+)
Memory test (memtest86+, serial console 115200)
Windows 7 (loader) (on /dev/sda1)
Като се смята от "0" то следва, че "Windows 7 " е номер 5
vim /etc/default/grub
…
GRUB_DEFAULT=5
…
update-grub2
Generating grub configuration file …
Found linux image: /boot/vmlinuz-3.13.0-34-generic
Found initrd image: /boot/initrd.img-3.13.0-34-generic
Found linux image: /boot/vmlinuz-3.11.0-26-generic
Found initrd image: /boot/initrd.img-3.11.0-26-generic
Found linux image: /boot/vmlinuz-3.5.0-17-generic
Found initrd image: /boot/initrd.img-3.5.0-17-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 7 (loader) on /dev/sda1
done
reboot
Готово :)