Александр Чекалин

А точно нет ни одной БД (nosql хотя бы), которая бы вам давала адекватную скорость, но все же позволила бы избежать работы с железом? Во-первых, данные все же будут более горячие и более холодные, БД все равно лучше закеширует нужное. Во-вторых, аварии железа вы сами ловить будете, но обработаете ли хорошо? Для этого ОС/драйвера и прочие слои и есть, чтобы вас от гемора избавить. Тем более что SSD - это не просто поле байтов, у него своя логика и "механика работы" (хоть электронная) есть.
Тем более, если уже очень хочется, кто мешает положить на SSD своп размера в 1.5 Тб, заказать ОС и начать работать с террабайтным куском памяти - пусть ОС сама выдавливает данные на диск, когда надо. Сурово конечно, но все равно там алгоритмы не самые тупые и не самыми кривыми руками прописанные - не хуже получится, чем самому писать ).

Начните с вопроса - "зачем"? Есть подозрение (простите, сужу по грамотности речи в вашем вопросе), что переход с PC на Мак не поможет, а вопросов точно много вызовет.

Corel под Мак нет. Просто. Это остановило от перехода уже многих дизайнеров у нас в стране, в которой, почему-то, Corel считается чуть не стандартом для передачи файлов в типографию/рекламное агентство.

Продукты Adobe, наоборот, пришли на PC с Мака, и там чувствуют себя прямо очень хорошо. Ломать софт под Маком сложнее с непривычки, да и Adobe все больше любит усложнять юзерам жизнь своими замороченными защитами, так что просто смиритесь с вариантом, что софт нужно будет купить. Если уж на мак 27" у Вас денег вроде бы хватает, то почему не подумать о законном и приличном способе получения софта?

iMac вообще бы не посоветовал, если брать в принципе. По сути, это такой же ноутбук, но без батарейки и с большим экраном. Экран не поменяешь, железо не поменяешь, с собой не возьмешь. Возьмете Macbook Pro 13" и к нему нужного размера подходящий монитор (не обязательно от Apple), лучше 27-32", с DP. Выбор самый широкий, и под кошелек, и под нужды. Зато такой бук всегда можно перенести с собой - а это иногда решает.

Но дело ваше, конечно. Только судя по вопросу, осознанности у Вас не сильно много, и уже это наводит на мысль, что, может, и не стоит покупать абы что, не зная, зачем?

Вы можете попробовать поиграть со свойством text-rendering (понаписано про него много, скажем - https://css-tricks.com/almanac/properties/t/text-r... ), со свойством -webkit-font-smoothing (ну, понятно, в каком браузере), , только с ним надо верить в то, что у юзера "правильный" браузер.

Второй финт ушами - делать у текста почти отсутствующую тень через text-shadow (скажем, text-shadow: 1px 1px 1px rgba(0, 0, 0, 0.004) - видите размер тени?), в отдельных случаях это помогает.

Так что пишете что-то вроде

text-shadow: 1px 1px 1px rgba(0,0,0,0.004);
text-rendering: optimizeLegibility !important;
-webkit-font-smoothing: antialiased !important;

и молитесь :)

А вообще, веб - это не pixel-prefect, а в первую очередь контент. Все красивости, где нужно, можно заменить на графику с красиво написанными заголовками, через трюки вида такого: https://css-tricks.com/the-image-replacement-museum/ , но, прошу вас, помните, что люди с мобильными устройствами предпочли бы получить контент чуть менее красивый, но более отображаемый на их устройствах.

Есть теория, что calc настолько мало где поддерживается по-настоящему, что вы себя рискуете зажать в рамки буквально нескольких процентов всего мирового рынка браузеров. А в такой узкой задаче, увы, может, и мак проще взять, хотя бы хакинтош :(

В вашем случае он не столько ускорит, сколько разгрузит ваш сервер. Плюс, если платите за трафик, то сэкономите не отдаче видео (если оно по http).

Защита от DDoS как фича будет. Т.е. внезапная ночная волна запросов на сайт тихо утнется в СF, и все, они отобьются.

Во-первых, пока у вас нет N больших классных серверов, у вас таки будет лагать. И у того, у кого дома не лагает - да врет он, не лагает, пока не загружает все виртуалки нагрузкой. У вас же клиентские машинки вас грузят, а диски - ой, SATA, они такого не то чтобы не любят, но не их это лучшая работа, во много потоков данные гонять. И, да, SSD заметно поможет, если юзеры желают видеть приличную скорость (точнее, отзывчивость) дисков.

Во-вторых, ответ умникам прост, и к нему надо привыкнуть: "вы взяли какой-никакой, но сервер, но за деньги совсем недорого shared-хостинга. Чудес не бывает, поэтому, если вам нужны ресурсы, предлагаю лично вас перевести на машину с SSD, но стоить это будет дороже (вот столько)". До того момента, как вы не начнете их ставить на место, говоря "нет", они так и будут мозг выносить. Тем более что все отлично знаю, где взять железный сервер за разумные деньги, так что то, что они (вот как вы) не взяли себе машину целиком, означает лишь жадность/экономию. Увы, в реальном мире обычно экономия выливается в ухудшение в чем-то другом.

В-третьих, сразу говорите: если вы создаете большую нагрузку, то мы можем и сократить вам ресурсы. Они себе экономят, получая кредиты - для них это как бы в плюс. Для вас - в минус и моральный, и не в особо плюс материальный. И это еще не было аварий. Память у вас ECC? Диски в зеркале? Если нет, готовьтесь массу нервов сжечь с вашими пионерами, когда что-то навернется. Они вам точно скажут, что именно сгоревший диск содержал инфу на стопятьсот миллиардов рублей, и потребуют все золото мира в виде штрафа.

Зачем вам Хецнер? Есть и другие машины, получше, и не сильно дороже. Машина с 256 Гб ОЗУ и связкой из пары SATA в зеркале (и пары SSD им в кеш) позволит порадовать много клиентов, и даже по $5 с каждого отлично вам на аренду и на хлеб с маслом заработают - может, в эту сторону посмотрите?

Каковы параметры канала и его загрузка? Netflow как вариант анализировать - тоже вариант, это даст картину, куда и как ходят устройства (не юзеры, а именно IP-адреса). На этой свежей картине можно уже делать анализ, не случилось ли чего в сети.

Каспер - он хороший, но не умеет всего. Увы. Как и любые другие антивирусы. Зато мешать трафику может, тоже увы, и не знаешь, когда его заклинит на эту тему. Я бы не особо ему верил, но это, конечно, только личное, и только их опыта.

Прокси вас спасет, но тоже не от всего. Всякие скайпы и прочая p2p-нечисть не особо любит ограничения, посему нужно для себя ответить на вопрос: что вы хотите, фильтровать или просто иметь красивый отчет. Отчет, повторюсь, и netflow позволит собрать, но при этом это будет пассивно. Если же есть желание ограничивать доступ к ресурсам, без файрволла не обойтись, и варианты понятны: либо файрволл закрыват юзерам инет в принципе, а прокси пробрасывает несколько протоколов, либо прокси нет, трафик идет напрямик (через нат), но файрволл закрывает доступ к "нежелательным" ресурсам. Во всех вариантах есть и плюсы, и минусы.

Гендиру обосновать обычно никак, кроме как стоимостью сопровождения - но обычно з/п админа меньше, чем сумма вложения. Упирайте на управляемость, на уменьшение числа ошибок, на безопасность, когда кто-то увольняется, и его учетки надо закрыть везде.

Отключите IPv6 на машине. В свойствах сетевой платы (скрин из Windows 10, но в 7-ке все выглядит сравнимо):



Ну и, для надежности, не забудьте на роутере IPv6 вообще отключить.

Да, и отключите Teredo и другие варианты IPv6 over IPv4 на машине - от греха. От администратора запустите консоль, и дайте команды:

netsh interface teredo set state disabled
netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled

(включить обратно можно при помощи тех же команд, но с указанием "type=default", примерно так: netsh interface teredo set state type=default).

Ну, за надежность бриджа не волнуйтесь, на нем построен весь микротик. Так что делайте бридж, а него добавляйте fa1 и fa6, а fa2..fa5 и fa7..fa10 делайте slave-ами с master-ами, соответственно, fa1 и fa7.

Интересно, чем ваши поиски закончились, и к чему Вы пришли. Вижу, что спрашивали давно, да ))

P.S. Mikrotik 1100AH (точнее, Mikrotik 1100AHx2, без x2 уже давно нет в продаже) не стоит, у него не "плоское поле" портов, а пара коммутаторов по 5 портов + еще два, по разному подключеных к процессору ( i.mt.lv/routerboard/files/Block-RB1100AHx2.pdf ). Это по уму самая неудачная схема, чтобы творить LAG-и. С другой стороны, трафик, требующий линков 8 Гб/сек (по 4 в каждую сторону), невольно заставляет спросить - точно ли вам такая железка подойдет, что Вы на ней будете делать, да и вообще, есть ли уверенность, что LAG так хорошо каналы пробалансирует в связках, что Вы на выходе получите приличную загрузку линков. Или вопрос только в надежности?

Посмотрите в сторону новых моделей с SFP+ модулями, где сразу будут 10 Гб/сек в каждую сторону. Правда, вопрос в свичах, не все умеют SFP+, но на таком трафике и бюджет на свичи должен найтись...

Один из тех случаев, когда и правда нужно покупать другую железку. Гигабит там, увы, для роли свича. Хотя сама железка хорошая.

По wifi - для начала включите Advanced режим настройки радио, зажмите работу wifi только на протоколы 802.11, поиграйте мощностью передатчика. Затем погуглите маны по настройке радио в MT. Но и для уверенности сразу вскройте устройство и убедитесь в хорошем теплоотводе с чипов - у MT таки бывает проблема с этим.

P.S. Кстати, сейчас, с прошивки 6.29, появилась интересная фича "FastTrack" - возможно, она Вам и пригодится. Посмотрите у них на форуме, forum.mikrotik.com/viewtopic.php?f=21&t=96302 , и посмотрите презентацию (ссылка есть в том же топике, но вынесу отдельно) - www.mikrotik.com/download/share/FastTrack.pdf .

Может быть, Вы бы написали, что конкретно и в какой схеме соединения хотите получить? Иначе это напоминает "как испечь торт, имея сахар, миксер и швейцарский нож" )

Какой Вы сценарий хотите реализовать?

Прямо по теме: stackoverflow.com/questions/20919807/dkim-signatur...

Вкратце - в контенте p= не долно быть переводов строк, что обычно делают "для красоты".

Все же блеклисты - проблема того, кто получает почту. В вашем случае только туннель наружу и спасет, если почтовый сервер (точнее, админ этого сервера) получателя такой тупой, что проверяет все хосты в цепочке Recieved:. Я бы, кстати, не верил, что проверялка spf и dkim у него хорошо настроена.

Смотрите не близкую, а быструю - каналы у России "по традиции" идут через европейскую часть страны и в Европу. Так что да, AMS* лучше всего.

Вы с BGP дружите? Грамотно: завернуть всю AS ютуба в таблице маршрутов на свое железо, на нем выделить только запросы на 80 и 443 порты, остально пропускаете как есть, а запросы отправляете на свой сервер с прозрачным сквидом - пусть ловит в запросах наличие строки "GET ваш-URI", и делает редирект ему на сайт конторы, которая вам спустила писульку.

По идее, это все нужно делать для всех URL из Реестра, будь он неладен.

Но Вы не поймаете запросы на https;// , прокси внутрь не посмотрит,

Если маршрутизацией не играть, проксирйте все сайты, и в этом потоке режте. Только нагрузка...

А при чем тут стек? Вы умеете на чем-то писать - отлично, на нем и пишите (JS - ок, пусть на нем). Страницы-то статические, Вы их спокойно на диск сервера можете положить в каталог, доступный веб-серверу, и все, пусть отдается. В этом смысле разницы, сколько и чем делается страница, нет вообще - она делается 1 раз.

Смешно прозвучит, но либо делать свое, либо смотреть в сторону хостинга доменов от яндекса и решения от mail.ru.

Второй даже интереснее. mailru-ники последнее время молодцы, похоже, взялись стараться - вот оно и есть, для Вас, решение )