Angry Developer

cpu family : 6
model : 58
stepping : 9
vs
cpu family : 6
model : 94
stepping : 3

Последний (который быстрее) - новее модель. А там наверно что-то подправлено.

Гляньте настройки энергосбережения процессора. man tuned-adm

PS Очевидно этот бенчмарк говно. За секунду ничего не протестируешь.

Попробуйте запустить 100 раз для прогрева, а потом промерять минимум 10 раз и взять среднее.
Это исключит погрешности.

Ну а по теме: нужно подробное ТЗ, предоплата, а все правки и доработки оплачиваются отдельно после полной оплаты. Раньше такое тоже было, пока не стал выполнять те действия, что выше написал. Ну и смотрите по клиенту, если он денег жмёт с самого начала, просит меньше или скидку, то есть вероятность, что не заплатит.

Чтобы настроить сервер до вменяемого состояния надо потратить немало времени.
При установки панели эти телодвижения автоматизированы.

Связка nginx+php-fpm ничем не быстрей nginx+apache. Разница будет заметна на высоконагруженных проектах. И то не факт.

p.s. От весты отказался 2 года назад. Пользуюсь или ISPman или Plesk.

1) С панелью или без?
Если можно обойтись без панели - то лучше без неё:
- панель увеличивает attack surface. В прошлом году, в VestaCP нашли дыру, и они просили всех обновиться в срочном порядке, потому что серверы с VestaCP хакали в массовом порядке
- панель, которая вроде бы должна упрощать администрирование, добавляет сложности. Вы потеряет возможность тюнить конкретные конфиги, потому что Vesta (или другая панель) будут их создавать заново каждый раз, когда вы редактируете настройки из UI. А в UI может и не оказаться того, что вам надо

2) apache + nginx
Оно вам надо? Апач и без nginx справляется с 90% задач.
У меня стоял вот такой VestaCP с Apache + Nginx. Проблемы:
- веб-статистика сайта была искажённой, потому что я сразу не разобрался какие веб логи использовать. В тех, которые я настроил было правильное кол-во хитов, но но все приходили с одного IP.
- поменялся IP сервера. Оказалось, что это целая проблема - привязаться к новому IP
- как-то слетела конфигурация и перестали работать PHP скрипты. Разобраться так и не смог. Снёс всё...

Mobile first верстать удобнее: от меньшего экрана к большему, от простого к сложному. При mobile first верстальщику приходится дописывать новые стили для бóльших экранов поверх базовой версии в 320px вместо того, чтобы обнулять написанные для настольных браузеров стили (как в mobile last). Меньше переопределений — чище код, легче верстальщику.

Существует признак плохого кода: если вам приходится обнулять стили, значит, что вы их задали где-то слишком рано. При mobile last обнулять приходится часто, при mobile first — очень редко.

С точки зрения браузера, чем меньше переопределений, тем быстрее парсинг.

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

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

https://blackfire.io/

https://xdebug.org/docs/profiler

Причин может быть несколько. Если у вас подозрения на медлительность CMS — сделайте статическую копию страницы с высоким TTFB. Измерьте данный показатель на статике. Так, вы сможете определить, насколько ухудшает TTFB скорость генерации контента Wordpress'ом. Если показатель метрики не слишком отличается, присмотритесь к оптимизации ресурсов сервера.

OpenServer? Можно настраивать любую версию php, mysql, apache, nginx

1. десктопные видеокарты, как и Quadro - не подойдут. Подойдет например вот такая
2. В спецификации видим что она умеет отдавать ресурсы максимально 64 пользователям. Т.е. на 100 человек их надо две. Это или сервер с двумя слотами под видеокарты, или два сервера с одним слотом.
3. Технологии, позволяющие более-менее полноценно отдавать видеоускорение в удаленные раб. столы у двух вендоров - Vmware и Citrix.
4. Это ни разу не просто и точно ни разу не дешево реализовать, если что.

Какие видеокарты могут работать на терминальном сервере

Любые. Можно вообще без них обойтись.

какими технологиями должна обладать видеокарта, а так же сам сервер/ПО/ОС, чтобы видеоускорение работало во всех (100) сессиях?

Ресурсы видеокарты используются только при локальном подключении. В терминале она не используется.

знаю, что есть еще и профессиональные видеокарты, но не точно понимаю чем они производительнее?

Они просто производительнее.
Игровые видеокарты делают быстрыми -там важна скорость.
В профессиональных скорость не важна, она может работать как черепаха, главное чтобы была производительной.

И может ли тот факт ,что проект пишут на symfony , говорить о том ,что это большой проект?

никак не связанно. Что в принципе и так понятно. Просто команда/девелопер хорошо знающий один фреймворк вряд ли будет переучиваться на что-либо другое чтобы сделать "проект поменьше" или "проект побольше".

Пишут ли сейчас на PHP крутые проекты ,такие как соц сети

ВК, ФБ - оба на модифицированном пыхе работают.

И если сравнивать с node,ruby или python , на каком языке больше сложных больших проектов ?

"окей гугл, на чем написан %большойсложныйпроект%".

Вообще конечно вопрос из области кто сильнее, Сталоне, Шварц или Вандамм.

Ну самый простой способ это купить маломощный gsm репитер. Цена начинается от 1,5к
Для общего понимания

Для 7.7 такой сервер сильно избыточен.

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

Вся зависит от того, как у вас настроено. Если программный - то да будут проблемы. Основная рекомендация - ставить софт вроде SuperSpeed SuperCache. Он вот умеет нормально кэшировать.

Но помни:

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