admak

Рейтинг
130
Регистрация
19.07.2010
se43:
Это делает сам провайдер. Разве вы никогда не подключали провод провайдера прямо в комп, без каких-либо роутеров? В некоторых случаях DHCP провайдера сам вам все прекрасно выдаст без каких-либо авторизаций по PPPoE, L2TP на вашей стороне.

Печаль для провайдера и его пользователей. :(

А DHCP точно провайдера?... Любой пользователь сети может поднять свой DHCP сервер, да хоть и несколько DHCP серверов и выдавать IP-шники направо и налево. Как вы помните, вместе с IP адресом выдаются DNS сервера и Gateway. При помощи этих параметров можно пустить весь трафик, тех кто получил настройки по DHCP, через себя. А потом на форуме будут топики: ушли пароли к фтп, сайтам, доменам, почтам, од, вк и т.д.

Возможно интернет и появится, до первого факапа, но не стоит так делать.

Dram:
Хочу сделать так - интернет, свич (он раздает сеть по проводам в комнаты). В одной из комнат поставлю Роутер чтобы вайфай ловило по всей кваритре.

Если на входе вместо свича поставитете любой роутер(можно без wifi или wifi вырубить на нем), то будет работать. Со свичем - нет.

Роутер кроме авторизации у провайдера еще обеспечивает и защиту вашей домашней сети: firewall, NAT, выдачу DHCP для домашних устройств и т.д.

1. простой grep - работает быстро. если нужно, то потом регулярками зачистить лишнее.

2. grep с регулярками - мощнее, но медленнее.

ДетскийКанал:
Хочу чтобы плагин сохранял отдельно выбранный комментарий как фото

А чем не подходит любой обычный скриншотер? Выбор их велик. Выделил мышкой любую область экрана и сохранил. Зачем этот функционал в данном плагине?

Если захочется сохранить скриншот коммента в VK, твитере, фейсбуке, то нужно будет искать и ставить плагин-скриншотер под каждую социалку?... смешно 😂

Lord Maverik:
грузится сразу 60 таких ссылок. Открыли одну страницу и тутже отправили еще 60 запрсоов к серверу, не очень хорошо.

по хорошему:

1. нужно сначала загрузить и отрисовать в браузере саму страницу, а уже потом по событию $(document).ready() пусть в фоне подтягиваются картинки. будет быстро и красиво.

2. кешировать картинки или своим скриптом или настроить кеширование в nginx. (мне больше nginx нравится)

3. при кешировании не забывайте картинки равномерно разбрасывать по разным папочкам, при нескольких десятков тысяч файлов в одной папке сервер может начать тупить. и хостеры с радостью втулят ненужный вам SSD. (ну тут дело вкуса...)

4. картининки желательно отдавать со своего субдомена (если будете расти, то оцените все удобства этого варианта)

Все тесты субъективны, а в этом тесте тестировались ненастроенные сервера с кривыми конфигами, поэтому и результаты таких тестов тоже будут кривыми. Еще не указано как запускались тесты, запуски были холодные/горячие? От этого тоже результаты могут значительно измениться.

Имело бы смысл взять одну любую версию SQL сервера, настроить ее(хотя бы приблизительно), а потом конфиг скопировать на все остальные.

Сразу бросается в глаза кривое распределение памяти и буферов:

Параметры трестируемой базы
Размер на диске: 300МБ (в MyIsam)

my.cnf
key_buffer = 512M # автор считает, что индексы занимают в 1.7 раза больше, чем у него данных. 512М индексов на 300М данных.
join_buffer_size = 158M # в одном джойне можно объединить половину всей базы. (при отсутствии индексов)
max_allowed_packet = 16M # тоже круто, бесполезно и жрет память
query_cache_size = 2G # база 300М, а кеш под нее 2гига, примерно как с индексами.
#

Сама структура базы тоже не отстает, без комментариев:

Основная таблица имеет 40000 записей, порядка 200 столбцов (в ней хранится товары и их свойства), к ней джойнятся дополнительные параметры: производители, курсы валют, группы, акции скидки и другие спецпризнаки, единицы измерения, коллекции… Порядка 10 джойнов.
Хелпзонович:
Я не к тому что отменяет или дополняет.

Мой ответ был к "волшебному слову HandlerSocket" - оно быстрое, но далеко на нем не уедешь, т.к. функционал сильно ограничен, поэтому IMHO лучше комбинировать HandlerSocket и марина/перкона.

Хелпзонович:
Я к тому что поменяв например mysql на percona - вряд ли у вас снизится нагрузка или повысится скорость отдачи страничек хоть как-то заметно Поэтому такая замена практически бессмысленна.

Лет пять назад - была разница, перкона более стабильно работала. Скорость (+/-) мне важнее была стабильность. Сейчас вроде MySQL подтянулся.

А по скорости отдачи - нужно тюнить, что лучше настроишь, то и будет быстрее. :)

Хелпзонович:
я вам волшебное слово скажу - HandlerSocket, Выбор между mysql, mariadb и percona - от лукавого.

Одно другое дополняет, а не исключает.

HandlerSocket - MariaDB

HandlerSocket - Percona

DenisVS:
rsync через fuse

а fuse-то зачем?.. пару раз из-за лени тоже пытался на рядом стоящий NAS забросить через rsync+fuse - тормоза, глюки.

rsync+ssh - работает четко и стабильно, уже несколько лет. ssh малость подрезает скорость передачи(особенно заметно при первой закачке), но в дальнейшем rsync это компенсирует с головой - он не гоняет лишний трафик и не делает лишних запросов в отличии от фтп и его производных.

жаль только, что rsync - это синхронизация только в одну сторону.

---------- Добавлено 12.04.2016 в 22:05 ----------

DenisVS:
SFTP != FTP, это продолжение SSH.
Что не отменяет моего утверждения о сомнении в его большей, по сравнению с FTP, скорости, к примеру, на закачке одного большого файла

когда-то на убитом модемном канале только при помощи ssh-тунеля (ну или sftp и т.д.) только и можно было закачать файлы, обычный фтп дох не докачиаясь,

да и сжатие на медленных каналах тоже шло на пользу.

эххх, романтика - писк модемов... :)

добавлю еще к обсуждению активно развивающийся опенсорс: https://syncthing.net/

Всего: 1235