rPman

На текущий момент покупать macbook никакого резона нет, особенно если вам не нужна представительность (огромное количество людей все еще считают обладание дорогими mac - признаком состоятельности).

Что значит 'для web'? в интернете странички открывать, мультики смотреть?, любой планшетник (выбирайте с клавиатурой-докстанцией) эту задачу решает, с ценой на порядок меньше.

Если вам работать как программист ли верстальщик, то mac вам тем более не подходит.

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

у вас затык в загрузке самого файла сайта, грубо говоря index.html - 0.7 секунды, может это не сеть тормозит а серверная часть?

Если оно такое большое, его и оптимизируйте

тот самый момент где можно использовать глобальные переменные или свои глобальные функции, дающие доступ к переменным

Чтобы вы не посчитали, приобрести свой сервер и поставить его в своей серверной будет дешевле во много раз.
Если вас требуется канал (т.е. только в датацентре) то возможен вариант - самостоятельное приобретение сервера и размещение его у провайдера (есть способ сэкономить, покупая desktop железо и размещая его у 'не серьезных' провайдеров).
Аренда готового сервера может быть выгодна только при аренде на короткие сроки, ну и для сравнения - готовое облачное хранилище становится дороже решений выше уже через 2-3 месяца.

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

Из больших минусов - большие стартовые траты, не размазанные на весь срок эксплуатации.

RPI дает на порядок меньше производительность, чем тот intel celeron j1800, который интегрируют в mitx и не только платы, на основе них можно собрать машину порядка 6-8т.р. (смешно выглядит плата в ATX корпусе), т.е. цена того же порядка.

Мало того, устройство хранения вы подключить сможете к RPI только через USB2 (картридер там тоже на USB висит) со всеми вытекающими от сюда ограничениями в 30мб/с в сумме на r/w. Мало и не расширяемая оперативка это окончательный гвоздь в гроб использования RPI как веб-сервер.

RPI это не тот инструмент что вам нужен, он подходит там где нужен миниатюрный размер, малое энергопотребление, buildin порты ввода-вывода для подключения DYI перефирии и т.п. в общем рай для самоделкиных.

гугл говорит что это не нормально и нужно связываться с саппортом

Если у вас сервер, значит есть и не сервер, а это уже два компьютера, а значит локальная сеть, а значит есть роутер (или компьютер, выполняющий его роль).

Необходимо настроить этот роутер, дать ему имя (dyndns поможет если динамический IP, например dlink дает этот сервис бесплатно, требует серийный номер роутера).
Затем на роутере необходимо настроить переброс портов для тех сервисов, которые необходимо сделать доступными (это выглядит как таблица записей порт_на_роутере->сервер_в_локальной_сети:порт_на_этом_сервере).

выглядеть это будет так:
* запись перенаправления 81:sirius_server:80
* доступ к вебсерверу http://sirius_server.dyndns.com:81/

Я долгое время (да и сейчас, периодически) писал серверные и cli приложения на php исключительно в текстовом редакторе Far Commander с набором тематических плагинов

Поэтому все зависит от вашей среды разработки.

p.s. есть решение, неплохое и универсальное, подключаться терминалом к рабочей мощной машине (mstsc в windows работает объективно хорошо на медленных соединениях но критичны пинги, если вы любите отзывчивость интерфейса)

при переподключении ваша запущенная программа уже не сможет принимать соединения от нового интерфейса, кажется даже если вы сделаете listen 0.0.0.0 (у меня были косяки при использовании vpn в похожей ситуации), так что приложение должно как то это обрабатывать либо его необходимо перезапускать параллельно переподключению

Если сравнивать c# и java именно в направлении разработки desktop приложений, то c# объективно выигрывает.

Нет особой разницы на чем реализовывать вашу задачу, но лично мне удобнее клепать формочки на древнючем WinForms, чем на той же java fx (даже с использованием GUI построителей) реально меньше телодвижений, проще изучение, идеологические баги все простые.

Доступ к данным именно microsoft office это фигня, хотя я очень редко но встречал проблемные документы, доступ к данным которых был только из запущенного офиса средствами его языка (или interprop communication в c#, когда запускается скрытый офис и язык имеет доступ к объектам самого офиса и открытого документа), на java кажется это будет еще менее удобно.

определение мобильника в студию! планшетник с win10 и клавиатурой-докстанцией это что?

я пользовался этим https://mths.be/platform

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

Возможна некоторая экономия бюджета (брать меньше объема), если не переносить всю базу на ssd а сделать его кешем для hdd в гибридной схеме (все linux так или иначе имеют бесплатные инструменты для этого, а windows - платные).

т.е. получается вместо дорогого серверного полутеробайтника берете два/три десктопных 128-256, и делаете настройки софта.

p.s. не держите систему там же где и база данных.

индекса i3 и i5 может быть недостаточно для сравнения! смотрите на весь код процессора, он определяет наиважнейшие параметры как размер кеша, частоту и множитель (т.е. базовая частота, она важнее). И еще, мобильные процессоры по сравнению с десктопными могут быстрее войти в троттлинг (замедлить частоту), т.е. по параметрам они могут быть быстрыми но по тестам - нет.

Опыт показывает что на текущий момент средний потребитель загружает 2-3 ядра, остальные ядра будут загружены либо специализированными задачами (вычисления) либо нетипичным использованием, одновременным запуском нескольких задач, даже компиляция/сборка редко может быть распараллелена.

По этому не гонитесь за количеством ядер, гонитесь за размером кеша процессора (самое важное) и может быть частотой. Почти наверняка вам хватит 4 ядер.

У вас проблема не с большими числами, bigint их решит, а большой объем данных, миллионы и миллиарды записей положат вашу базу и создадут охренительные проблемы в будущем
Поэтому сразу закладывайте партиционирование таблиц по интервалам времени, причем не обязательно средствами базы данных, достаточно самим создавать новую таблицу для каждого следующего временного интервала (недели, месяцы - зависит от вашей нагрузки).

почему вы хотите хранить простые линейные логи в БД?
что еще вам нужно делать с данными кроме фильтрации и суммы?

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

проблемный контроллер на материнской плате, попробуйте воткнуть диск в другой порт
если что, оставьте usb-подключение как рабочее, это дешевле замены материнки.

asus eeepc 900, не поленился, потратил время и собрал по минимуму gentoo (не обязательно но задача экономии оперативной и встроенной памяти заставила, по сравнению с xbuntu порядка 200мб ram сэкономил, точнее после запуска занято 48мб, остальное доступно браузеру, своп добавить рекомендуется) и DE awesome, почти не настраивал, только прописал запуск нескольких приложений и сменил несколько шорткатов.

Из недостатков, если долго gentoo не обновлять (год например) то когда все же попытаетесь обновить - будут проблемы, а постоянное обновление - просто долгое (на ночь компиляция, если не настроить distcc конечно же на более быструю машину).

firefox работает неприятно медленно но работает, видео не посмотреть.
старый opera 12.18 работает заметно быстрее, но из-за плохой совместимости youtube уже не работает (на хабре недавно была статья об утекших исходниках, кто то в коментариях под linux собирал и youtube у него работал), но никто не мешает скачать ролик локально, есть сайты и утилиты вида youtube-dl, при должном умении можно заставить работать с youtube тот же totem.
p.s. есть плагины для просмотра html5 video внешним плеером, есть даже отдельные сборки браузера для этого.

не HD видео показывает отлично обычным плеером (использую mpv)
HD видео тормозит, но его можно пережать тем же кодеком под меньшее разрешение 1028x600, и они уже не тормозят, качество отличное, правда лень пережимать, проще найти xvid/mpeg4 версию видео.

музыка, книги, графический редактор, работа с файлами, все работает в разумных пределах.