Влад Животнев

Wordpress же.

Поднимите dovecot и через imap выгребайте почту.

https://serverfault.com/questions/24622/how-to-use...
Ответ про lftp

У вас не плагин к FTP плохо работает, а ftp-сервер хреново работает (или сеть у вас дома).
Плагин там тупой как три копейки, ему тормозить негде.

> Как будет вести MySql при таких объемах?
Х**во он себя будет вести через пару месяцев (ну или через 4 месяца, если у вас будет 256 гов памяти).
С другой стороны, 100 гб в месяц у вас там и не будет. А если и будет - то прекратите хранить в базе картинки и другую чушь.

> Если создать несколько бд например для комментариев то как искать нужную бд для вывода?
if comment_id < 1000000 and commend_id > 0 then use mysql1
if comment_id < 2000000 and comment id > 1000000 then use mysql2
Примерно так. А вообще это называется шардированием, как его организовывать - решать вам. Обычно делают метабазу, в которой хранят диапазоны id-шников и соответствия с конкретным сервером. К тому же на сервера со старыми комментариями нагрузка со временем будет и меньше и их можно будет "решардировать" - т.е., например, сливать 3 старых базы в 1 и править id-ники в метабазе. А 2 освободившихся сервера ставить под запись для новых комментариев.

> Одну базу или несколько, одну для статей другую для комментариев..?
Тупиковый путь, если объём данных станет больше определенного порога.
Станет много статей - загнется mysql со статьями, станет много комментариев - ....
В любом случае, нужно и делить по типу хранимых данных, и шардировать.

ISPmanager и берите. Относительно нормальные конфиги из коробки + их можно поправить так, чтобы потом ничего не потерлось/не потерялось. Будучи закрытой у всех в браузерах почти ничего не жрет (ну только на регулярные задачи вроде бэкапов). И, кстати, из коробки делает человеческие бэкапы.

Бесплатных нормальных нет - в одной поддержки nginx'a нет, третья ставится только на лохматые дебианы, десятая с дырами вплоть до получения рута неавторизованному в панели пользователю. Впрочем, платные тем же страдают.

informatics.mccme.ru//course/view.php?id=156
informatics.mccme.ru/moodle/mod/statements/view3.p...
В закладках такое болтается. Вполне толково для низкого уровня.

Если network-manager есть - то в настройках беспроводного соединения привяжитесь к конкретному BSSID (это и есть mac-адрес точки доступа).

Только в team viever full version с включенной опцией accept local net connections.
Ну и по RPD, если его включали.

Dell 2007FP, DELL 2408WFP
Вот только где их сейчас купить - черт знает.

> - Установленная cPanel
Это вы зря. Конфиги у неё из коробки страшны, как атомная война.

А так, подойдет с головой - https://www.hetzner.de/en/hosting/produkte_rootser...
Само собой, если вам 240Г хватит места под всё это.
Если брать с hdd (который за 49 евро) - то оно будет медленнее работать раза в полтора, но тоже будет.

У digitalocean вам, возможно, не хватит виртуалки за $40 (хотя бы по диску), а следующая уже за $80, так что к ним ехать не имеет смысла в данном случае.
Из софта - ispmanager (если действительно нужна панель, а не для того, чтобы 1 раз "создать сайты в панели") + nginx + exim + остальное по дефолту из ispmgr.
CRM выселить в отдельный chroot (чтобы не гонять ioncube на каждый запрос к вордпрессам), на этот chroot навесить cgroups, чтобы процессы внутри чрута не могли потреблять больше, например, половины доступных ресурсов.
Для рассылок обязательно должны совпадать PTR-запись для ip-адресов сервера (v4, v6), hostname сервера, mailname сервера и hostname в DNS должен A и AAAA (если есть v6) записями указывать на ip-адреса сервера.

linode - дорого.

А кто вам сказал, что она закодирована алгоритмом) ? Вариант того, что этот ключ хранится в базе с привязкой к урлу не допускаете?

habrahabr.ru/post/210106 да и вот, например, пища для раздумья.

https://meta.stackoverflow.com/questions/2267/stac...
https://premium.wpmudev.org/project/qa-wordpress-q...
2 запроса в гугл, оба на первых строчка - "stackoverflow clone", "stackoverflow wordpress clone"

Админы в чистом виде уже сейчас никому не нужны за большие деньги. Стремитесь стать SRE - отвечать не за работу серверов, а за работу и доступность вверенного вам сервиса всеми способами.
Облачные технологии могут убить сегмент корпоративных админов, но не highload-админов (да и sre+админов тоже, даже без приписки highload) - в облаках админы тоже нужны. Более того - "облака" кому-то админить тоже нужно, а они как раз из себя обычно представляют фарш из кучи технологий, которыми нужно кому-то заниматься.

К тому же, как показала практика, у админов другие методы нахождения узких мест в сервисах - более эффективные на единицу рабочего времени. Это тоже стоит иметь в виду.

Ну и самое главное, админов не зря зовут системными - вы должны "системно" понимать, как работает то, чем вы занимаетесь. Разработчик может не понимать, почему его сервис тупит иногда. А вот вы должны в таких случаях мнгновенно разбираться, принимать решения и что-то делать, чтобы он продолжал работать, пусть даже и в ограниченном режиме.

В общем-то, могу дать 2 совета - разбирайтесь не в конкретном софте, а в технологиях. Если разбираетесь в web-сервере - нужно не только понять, как писать конфиги к серверу, но и разобраться досконально в том, как работает протокол http, чтобы когда появится очередной "убийца nginx'a" вы могли быстро разобраться в нём. Разбирайтесь в выбранной ОС, пытайтесь понять что происходит внутри неё. Второй совет - держитесь подальше от хелпдеска (в офисах небольших не-айтишных контор). Будет тяжело выстрелить в новую сферу. Если недостаточно опыта - идите саппортом на хостинг вместо ХД.

А через 15 лет, если будете развиваться правильным образом, вы будете уже не админом, а чем-то большим (неважно, как это называть - системным архитектором, SRE или просто станете руководить). Вот как начинать карьеру через 10 лет я уже говорить не возьмусь.

Покупаете мать с 8 или 10ю сата портами и кучей сетевух, настраиваете bonding, собираете raid6 из них (переживает вылет любых двух дисков, достаточно быстрый доступ).
market.yandex.ru/model.xml?modelid=10392262&hid=91020 - вот самая дешевая.
Малой кровью всё равно не обойдетесь, 10 дисков по 4 ТБ влетят в копеечку. Другой вопрос, что прямо сейчас вам 10х4 и не нужно, а когда понадобятся - уже будут 5-6 ТБ диски.

Если смотреть на расширение в будущем (и, в то же время, на надежность), то я бы посоветовал придерживаться такой конфигурации:
каждые 2 диска попарно объединяются в raid1
из каждого raid1 делается pv
из всех pv собирается vg (для lvm)
pv нарезается на куски нужного размера (чтобы не держать одну файловую систему на 20-40 ТБ)
Когда придет время расширять - освобождаете место для удаления одного raid1 из pv/vg, делаете vgreduce (ахтунг, долго и грузит диски), ждете, делаете pvremove, меняете 2 диска, собираете новый raid1, из него делаете pv, делаете vgextend.

Ну и там ещё можно всякие USB3 и eSATA под это дело использовать, хотя я бы не советовал. Если сильно припрет и понадобится больше 10 дисков - то всегда есть PCI-sata (и PCI-express sata) карты, на каждую из которых обычно можно ещё по 4 диска повесить.

Ну и самое главное - хороший БП, хорошее охлаждение. И диски берите из разных партий.

А location под статику отдельный написали?

Никак, у хрома автообновление. Поставите старую версию - он опять обновится.
Попробуйте пока Chromium или SRWare Iron.