Я так и сказал. LTS можно юзать через год.
Во-первых, не у всех специалисты есть "под рукой", когда сервер вдруг в дауне. Во-вторых, и специалисту знать всё невозможно, да и не нужно. Возможно я не могу называться специалистом, но я работаю с этим уже 8-й год и гуглить приходится почти всегда, при любых проблемах и задачах. А вы можете решить что-то, с чем никогда раньше не сталкивались, без гугла? Даже будучи специалистом. Я прямо так и считаю - между специалистом и неспециалистом разница лишь в результатах гугления и затраченного времени на поиск решения.
Ко мне это понимание пришло через год :) Но плоды приносит такой подход однозначно, я считаю это лучшей школой.
Да никакой агрессии, а тема изначально холиварная :) Ну вот вы как раз почитаете такой холивар и картина прояснится.
Видимо имеется в виду адаптер типа для внешнего диска и подключение по usb.
Самый главный вопрос - какой в этом смысл, если пропускная способность у usb сильно ниже скоростей, ради которых юзают SSD.
Винда будет работать в виртуалке на любом никсе, хоть kvm, хоть xen. Можно вообще на виртуалбоксе запускать, если kvm не осилите.
Так это же хорошо. Минута смеха заменяет стакан сметаны. Самая хорошая новость в том, что неважно - есть причина для него или нет.
Я не знаю в курсе чего понимающие люди, но за серверные версии LTS я так и говорю - это проще и удобней чем сам дебиан. При той же стабильности. Речь, конечно же не о завтра выходящей 16.04. 14.04 стала юзабельной полгода-год назад. Также и 12.04 - в 13м году мы стали ее использовать везде и вся. Тенденция такова, что только через год доводят их до кондиции.
Ну и потом, какими бы понимающими люди ни были - это все оценка субъективная. Даже если она проверена на практике десятками безупречно годами работающих систем.
Никогда не приходилось пересобирать, достаточно поставить другую версию.
Потому что часто софт бывает пишется и нормально работает только на определенных версиях middleware. Речь конечно же не идет обо всем софте. Я и сам не понимаю лишних обновлений, и новых версий ради новых версий. Но вот тот же php, который у вас вдруг сегфолтится, часто бывает нужен именно свежих версий. Или postgresql/mysql. И он доступен в стандартных репозиториях, без лишних движений.
Теплое с мягким. Большое количество информации и уже известных решений проблем никоим образом не влияют на желание людей узнавать и понимать, но задачи часто упрощает. Там где вы будете сидеть и учиться понимать, пока сервер в дауне, человек просто загуглит и подкрутит, чтобы решить проблему. А потом уже будет разбираться с причинами и пониманием.
Не буду спорить, пока не имел дела с этим. Но я думаю, что это дело не в осях тогда, если софт может так упасть.
Как раз таки самое место для тренировок. Пусть будут проблемы, драйвера, сборка софт из сырцов и прочие прелести. Так можно быстрее научиться.
я говорил именно о стандартном установщике. Конечно, всё можно.
Я просто верю в то, что когда человек сталкивается с такими системами, он полезет как раз таки изучать фундаментальные вещи, вроде того как работают фс, ядро, иксы или инициализация. По крайней мере я делал именно так, чтобы понять что я вообще делаю и зачем. А вот с убунтами у меня таких позывов не возникало - зачем мне ковыряться с этим, если там все просто работает.
Ну тоже неоднозначно. Объяснить можно лишь тем, что старые системы разрабатывались под другие требования. Но, это с натяжкой справедливо лишь для десктопных версий. Тяжеловесное DE, десктопный софт и прочая лабуда - она возможно будет потреблять меньше ресурсов, если брать старьё. Но с другой стороны, можно поиметь кучу проблем с совместимостью, что нафиг такая экономия.
Для серверных версий это вообще притянуто за уши. База любого дистрибутива вообще способна работать в 70 мегабайтах RAM. Вот кстати, за центос. А действительно, попробуйте установить его в 256 МБ. Не встанет, заругается. Серверная же убунта или дебиан - запросто, без разговоров. С центосом придется извращаться. Если на виртуалку - проще всего ставить в 1гб , потом менять настройки виртуалки до 256. Но это ни о чем не говорит, это лишь причуды инсталлятора, не более. Все они будут нормально будут крутить в 256 МБ базовое типовое окружение с несколькими сайтами на борту.
Кстати, есть такой дистрибутив Arch. В нем пакетный менеджер весьма символично называется pacman ;) Дистрибутив интересный, хотя в продакшне его никогда не встречал. Так вот, новичку для тренировки на виртуалке - самое оно. Это немного сложнее и глубже дебианов и центосов должно быть, но и скилл будет появляться в разы быстрее, а самое главное, понимание изнутри. Я так c Gentoo осваивал. После нее разницы в дистрах для меня почти нет.
Я понимаю, что есть cloud computing, а есть cloud storage. Очевидно, что в контексте топика, мы никоим образом не затрагивали тему первого. Насчёт ума спорить не буду, но то, что вариант вполне жизнеспособный - гарантирую.
А зачем выносить статику на поддомен? вот этот вопрос меня вообще во все времена интересовал.
Я подозреваю, что это рудимент, с тех времен, когда не было еще четких понятий фронтенда-бэкенда, и вебсерверы их не умели. Либо для удобства, если какая-то хитрая CMS и. т. д.
Ответил во втором вашем топике. Вкратце повторюсь - в панелях вебмастеров есть функция - запрос на смену домена, переезд сайта. Для гугла необязательно - он подхватит и так. Для яндекса лучше сделать. У них функция доступна только в новой вемибастерской панели, в посте есть линк.
Для гугла без разницы - он съест и все подхватит как надо. Яндекс привереда, там желательно умасливать директивой host в robots.txt и то может не помочь. Я недавно менял домен на сайте, пришлось писать платонам. Но чтобы наверняка - у гугла в панели для вебмастеров есть функция - смена домена на сайте. 100% вариант. У яндекса это тоже есть, но в моем случае я это поздно нашел. Она есть только в бете-нового вебмастера. В общем, сделал запрос на переезд сайта через эту панель и написал платонам - через несколько дней траф восстановился.
Если вы будете вставлять их со стороннего ресурса на свой - это конечно же немного хуже, с точки зрения seo, чем если бы изображения хранились на вашем домене. Поэтому рекомендуется держать их всё же на своем домене или субдомене. С точки зрения индексации - значения не имеет, теоретически должно одинаково индексироваться и так и сяк.
Из бесплатных - любое облачное хранилище, которое можно подключить к своему VPS - это наилучший вариант. Самое простое и доступное - яндекс диск. Его можно подмонтировать к своему серверу и складывать изображения туда. Другие, известные мне облачные хранилища не поддерживают протоколы, с помощью которых можно подключить диск к серверу, а вот ЯД подключить можно по webdav.
Я описывал подробно как подключать яндекс диск к VPS и даже проводил эксперименты тут с замерами скорости отдачи файлов с внешних дисков. Вообще, если вы уверены, что ваш домашний компьютер может работать 24/7 и с ним ничего не случится, связь всегда стабильная, вы можете хранить изображения даже на нем. Это тоже подробно описано в первой ссылке.
Правда, нужно понимать, что это доступно только на собственном VPS/VDS, на шаред-хостинге такое провернуть не удастся.
C dns это только одна проблема. На самом деле там есть что-то еще. Проблемы наложились друг на друга. Когда вы разберетесь с доменом - сайт ещё не заработает. Вы это можете легко проверить, добавив запись вида ip site.ru в файл hosts. Это должно обходить любые проблемы с dns и будет работать исключительно для вашего компьютера. Я так и сделал, и сервер отдает 500 Internal Server Error, как и показано красным на вашем скрине.
Это уже что-то из сервисов не запустилось. Судя по ругани из того самого скрина - не запустился apache, панель не может его запустить. Там же и 502 ошибка проскакивает - это как раз когда nginx не может достучаться до бэкенда, в роли коего у вас апач. Поищите в панели управления что-то вроде "службы" или "сервисы". Там должно быть apache, нужно смотреть его статус, пробовать запустить. Впрочем, плеск никогда в глаза не видел, может там и нету такой возможности :)
