Yan, я бы предложил Xubuntu или Mint.
Базовая Ubuntu отличается от них вечно-экспериментальным интерфейсом, который изучать особенного смысла нет.
А под капотом - все те же команды, те же репозитории... да та же система, собственно. Только интерфейс классический, который даже изучать не требуется.
Saboteur, нет, сдуру там можно и виртуалбоксов наплодить.
Речь таки про системный диск, на котором лежат система, программы и скромный хомяк.
Под объемные начинания - свободное место на другом диске (возможно, виндовский D).
Valdemar Smörman, ТС собрался только изучать Линь. Если ему взбредет наставить игрушек из Стима или обрабатывать здоровенное видео - ну, наверное, сам догадается, что под это нужно отдельное место. Или место, выделенное на общем с Виндой диске.
Дополню нюансом: некритичные стили не должны менять отрисовку макета.
Люто ненавидимый мобильными пользователями кейс:
- страничка вроде бы уже отображается
- пользователь тычет пальцем в нужную ему ссылку
- но тут наконец прогружается еще один стиль / шрифт / картинка, ссылка улетает за экран, под палец влезает рекламный баннер и радостно нажимается.
Создавать такую ситуацию имеет смысл только в том случае, если так и задумано. Да и в этом случае - гореть в аду.
Станислав, такое проделывали создатели phpMorphy - алгоритм возвращает массив вариантов, в которых программисту приходится разбираться самому. Вариант интересный, но для автоматизации чего бы то ни было затруднительный.
John Smith, мог БЫ быть удобнее, если бы нормальные существовали в природе.
По факту, если техпроцесс выстроен с опорой на такие инструменты, довольно быстро мы увидим того самого неспециалиста, у которого ничего не работает и он с этим ничего не может поделать. Причем найти того, кто разберется в этой проблеме, в принципе проблематично, черные ящики же.
Александр, именно это я и предполагал. Значит, не нужно давать копеечки за регистрацию, нужно придумать что-то менее примитивное и не вставать на грабли, по которым другие прошли уже 20 лет назад.
Александр, вы ставите нереальную задачу.
Помешав живому спамеру сделать 100 регистраций за день, вы только помешаете сотне реальных пользователей один раз зарегистрироваться за 1/100 дня.
Единственный способ борьбы с человеко-спамом - это обесценивание единичной регистрации. Примите за данность, что вы выдаете регистрацию автоматически, без всяких подтверждений, кому угодно и сколько угодно раз - и решайте проблему дальше.
АртемЪ, да там скорее проблемы, когда примерному семьянину венерология ежедневными СМС-ками предлагает скидку, как постоянному клиенту, а его дочери - пай-девочке - абонемент на аборты. Но такие сценарии никогда не работают с единичными данными, только с большими базами.
FanatPHP, в теории все понятно. На практике, если это метеорологические записи, то обновление данных идет отнюдь не тысячами в секунду. Должен быть простор для инвалидации кэша. Зато обработка данных, которая намного востребованнее, чем сохранение, резко ускорится.
