Печаль для провайдера и его пользователей. :(
А DHCP точно провайдера?... Любой пользователь сети может поднять свой DHCP сервер, да хоть и несколько DHCP серверов и выдавать IP-шники направо и налево. Как вы помните, вместе с IP адресом выдаются DNS сервера и Gateway. При помощи этих параметров можно пустить весь трафик, тех кто получил настройки по DHCP, через себя. А потом на форуме будут топики: ушли пароли к фтп, сайтам, доменам, почтам, од, вк и т.д.
Возможно интернет и появится, до первого факапа, но не стоит так делать.
Если на входе вместо свича поставитете любой роутер(можно без wifi или wifi вырубить на нем), то будет работать. Со свичем - нет.
Роутер кроме авторизации у провайдера еще обеспечивает и защиту вашей домашней сети: firewall, NAT, выдачу DHCP для домашних устройств и т.д.
1. простой grep - работает быстро. если нужно, то потом регулярками зачистить лишнее.
2. grep с регулярками - мощнее, но медленнее.
А чем не подходит любой обычный скриншотер? Выбор их велик. Выделил мышкой любую область экрана и сохранил. Зачем этот функционал в данном плагине?
Если захочется сохранить скриншот коммента в VK, твитере, фейсбуке, то нужно будет искать и ставить плагин-скриншотер под каждую социалку?... смешно 😂
по хорошему:
1. нужно сначала загрузить и отрисовать в браузере саму страницу, а уже потом по событию $(document).ready() пусть в фоне подтягиваются картинки. будет быстро и красиво.
2. кешировать картинки или своим скриптом или настроить кеширование в nginx. (мне больше nginx нравится)
3. при кешировании не забывайте картинки равномерно разбрасывать по разным папочкам, при нескольких десятков тысяч файлов в одной папке сервер может начать тупить. и хостеры с радостью втулят ненужный вам SSD. (ну тут дело вкуса...)
4. картининки желательно отдавать со своего субдомена (если будете расти, то оцените все удобства этого варианта)
Все тесты субъективны, а в этом тесте тестировались ненастроенные сервера с кривыми конфигами, поэтому и результаты таких тестов тоже будут кривыми. Еще не указано как запускались тесты, запуски были холодные/горячие? От этого тоже результаты могут значительно измениться.
Имело бы смысл взять одну любую версию SQL сервера, настроить ее(хотя бы приблизительно), а потом конфиг скопировать на все остальные.
Сразу бросается в глаза кривое распределение памяти и буферов:
Параметры трестируемой базыРазмер на диске: 300МБ (в MyIsam)my.cnfkey_buffer = 512M # автор считает, что индексы занимают в 1.7 раза больше, чем у него данных. 512М индексов на 300М данных.join_buffer_size = 158M # в одном джойне можно объединить половину всей базы. (при отсутствии индексов)max_allowed_packet = 16M # тоже круто, бесполезно и жрет памятьquery_cache_size = 2G # база 300М, а кеш под нее 2гига, примерно как с индексами.#
Сама структура базы тоже не отстает, без комментариев:
Мой ответ был к "волшебному слову HandlerSocket" - оно быстрое, но далеко на нем не уедешь, т.к. функционал сильно ограничен, поэтому IMHO лучше комбинировать HandlerSocket и марина/перкона.
Лет пять назад - была разница, перкона более стабильно работала. Скорость (+/-) мне важнее была стабильность. Сейчас вроде MySQL подтянулся.
А по скорости отдачи - нужно тюнить, что лучше настроишь, то и будет быстрее. :)
Одно другое дополняет, а не исключает.
HandlerSocket - MariaDB
HandlerSocket - Percona
а fuse-то зачем?.. пару раз из-за лени тоже пытался на рядом стоящий NAS забросить через rsync+fuse - тормоза, глюки.
rsync+ssh - работает четко и стабильно, уже несколько лет. ssh малость подрезает скорость передачи(особенно заметно при первой закачке), но в дальнейшем rsync это компенсирует с головой - он не гоняет лишний трафик и не делает лишних запросов в отличии от фтп и его производных.
жаль только, что rsync - это синхронизация только в одну сторону.---------- Добавлено 12.04.2016 в 22:05 ----------
когда-то на убитом модемном канале только при помощи ssh-тунеля (ну или sftp и т.д.) только и можно было закачать файлы, обычный фтп дох не докачиаясь,
да и сжатие на медленных каналах тоже шло на пользу.
эххх, романтика - писк модемов... :)
добавлю еще к обсуждению активно развивающийся опенсорс: https://syncthing.net/