rPman

определение мобильника в студию! планшетник с 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 версию видео.

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

https://store.yandex.ru/
но как уже сказали выше, на два порядка менее популярный чем официальный, - кабальные договоры и монополия делает свое черное дело, и да, с гуглом судятся но безуспешно, его чи даже круче чем у майкрософта с интелем, ведь если майкрософт всех в кабалу заганяет с подпиской о неразглашении, то гугл просто предлагает деньги (производитель устройств получает долю с трафика с устройств, на который стоит только gapps)

Сам по себе Microsoft Access не предоставляет инструментов по созданию Web интерфейса, если честно access застрял в прошлом веке и не развивается.

Все развитие перенесено в Microsoft Visual Studio, там есть удобные инструменты по работе с базами данных, с универсальным подключением через драйвера (data source), т.е. вы можете работать как ms access, так и oracle/mysql/postgres/.. excell/text csv
Читать про WebForms технология чуть ли не 2003 года, очень удобная и простая как валенок.

вас не смущает путь до скрипта в ошибке?
/mnt/www/html/info.php

а монтируете
/mnt/owncloud

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

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

в 99% случаев авторизация нужна на всех страницах, после авторизации пользователь хочет видеть ту же самую страницу.

javascript форма авторизации получается очень простой, ей почти все равно, одна страница авторизации или несколько.

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

Для физика есть единственный обходной вариант - подключить мобильный банк, а симкарту воткнуть в свой модем и читать sms-ки своим приложением. Этот же мобильный банк можно использовать для совершения платежей и переводов. Цена вопроса - 30р в месяц.

все что я знаю о сбербанке, API еще никому получить не удалось, они даже свою пиаракцию с мобильным приложением умудрились сделать хуже некуда.

в идеальном мире, использование .forEach() позволит в будущем распараллеливать в несколько потоков эти вызовы с меньшим набором проблем чем попытка делать то же самое с циклом for(), особенно если этот цикл на основе i=0;i<.length;i++ (от этих циклов бегите как от огня, просто не привыкайте)

но наш мир не идеален, к тому же, если я не ошибаюсь, .forEach не позволяет делать красивый continue и тем более break... вам придется в коде forEach делать лишние блоки if

Что бы вы не делали, в конечном счете вору будет достаточно делать запись с экрана, в котором запущен браузер с вашим видео.

Максимум вы можете усложнить жизнь вору, но ваши усилия будут как минимум дороже... так что думайте, стоит ли овчинка выделки.

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

У меня к вам совет - не экономьте место, бонус в виде 10%-30% ничтожен, а в половину и меньше - это заметное понижение качества (исключения - глюки снимающего оборудования или неверные настройки в нем, типа матрица 1мпиксел а записывали 4к видео, но эти ситуации решайте персонально для файлов именно этого источника).

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

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

Поэтому, храните документ на сервере, настоятельно рекомендую хранить в файлах, настоятельно рекомендую имена файлов делать на основе идентификаторов, и раскидывать по подкаталогам (100500 файлов в одном каталоге = плохо), а настоящее имя файла подставлять пользователю во время загрузки (иначе пробелы и нестандартные unicode символы вас и вашего администратора доканают).

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

обычно xen/kvm виртуалки дороже openvz,
и одна из причин почему, потому что на openvz оверселить проще, потому что на openvz возможны конфигурации, когда вам реально доступно меньше оперативной памяти чем заявлено по тарифу...

НО openvz быстрее, потому что не используется виртуализация (а это +10%-30% к производительности вычислений, всего что занимает процессор), потому что оперативная память экономится (считанные десятки мегабайт) за счет того что системные процессы общие для всех виртуалок на хосте.

xen/kvm это почти полноценная машина, любые операционки (в разумных пределах, так как виртуализация кушает ресурсы), любые версии ядер, ваши собственные капризы, вплоть до gentoo... иногда это бонус.

и для параноиков, помним, на xen/kvm вы сможете настроить шифрование раздела с вводом пароля/указания ключевого файла, при перезагрузке в ssh сессии, и администраторам/хостерам будет заметно дороже (но не невозможно) получить к вашим данным доступ.

Есть баг, ярлык на консольные приложения, exe (или старые .com, и у меня был пару раз баг с .bat файлом), при нажатии на нем правую кнопку мыши, будет открыто меню без пункта 'Запустить под администратором', в этом случае создайте ярлык, запускающий этот ярлык либо вызывайте меню для самого исполняемого файла.

Лучше пересоздайте ярлык (кажется этот баг появляется если ярлык был создан в старой версии операционной системы типа win95, win2k или может winxp sp1)

p.s. если вам нужен запуск приложения без запроса UAC то создавайте задачу в taskscheduler/планировщике задач, отметив что ей нужны повышенные привилегии и укажите свою учетную запись, и запускайте уже ее в ярлыке)