Можно, а то не совсем понятно что должно быть и что видит заказчик.
Судя по тому что сейчас на сайте "Кратко о нашей студиии" написано на голубом фоне, а на скриншотах на белом то это вообще разные сайты или у заказчика старая версия в кеше.
Можно вернуть только если они ввели вас в заблуждение, то есть указали что в неисправности входит отсутствующий конденсатор. Но, не уверен, что у вас будет достаточно доказательств этого. Скорее всего продали просто как "неисправная" без указания неисправностей.
Например в Chrome можно открыть "Инструменты разработчика", открыть там Resources, найти css файл, нажать правую кнопку и "Save". Или wget "site/style.css". Смотря что в наличии есть. Можете просто адрес css на cdn написать - напишу какой размер у него.
Тут ничего не могу сказать - не в курсе кто из них быстрее и на сколько.
В интернете пишут что Java быстрее, тут например sheremetov.com/php/java-vs-php выиграл php.
Некорректно. Java прочитала исходник и составила байт-код для себя, php прочитал исходник и составил байт-код для себя. Они не взаимозаменяемы, их выполняет не центральный процессор, а виртуальная машина конкретного языка - в первом случае java, во втором случае php.
Байт-код - промежуточный этап между чтением исходника и исполнением.
К быстродействию прямого отношения не имеет.
Грубо говоря у вас есть плохо написанный текст в тетради, с сокращениями и сносками на другие страницы - это исходник.
Вы с лупой в руке пытаетесь разобрать что там написано, переписываете все это красивым почерком на отдельный лист, сокращения пишите целиком, смотрите на сноски и вписываете их в нужные места - это байт код.
Далее вы можете выйти и прочитать уже разобранный текст перед аудиторией.
Если не сохранить этот листок - то если вас попросят еще раз прочитать - придется заново брать лупу, лазить по тетради в поисках сносок, додумывать пропущенные буквы.
Но читать быстрее чем вы умеете - вы не сможете.
Наверное вы имели в виду nginx + apache + mod_php + opcache и nginx + php-fpm + opcache.
И в том и в другом случае opcache работать должен и процесс как мне кажется выглядит очень похоже, кроме того что в первом случае запуском и остановом параллельных потоков занимается apache, а во втором случае php-fpm.
В первом случае apache вносит свою задержку и php-fpm считается быстрее и оптимальнее в плане работы с памятью.
Но опять же, скорость выполнения самого скрипта - одинакова, выиграть за счет перехода на php-fpm и подключении opcache можно только на расходе памяти, TTFB (время до выдачи первого байта). Nginx вообще must have для раздачи статики.
Если у вас сложные математические расчеты - пишите на C++ например, оптимизируйте ассемблерными вставками. Среднестатистический сайт - это (условно): выбрать из базы, выкинуть пробелы, добавить кавычки, подставить в шаблон страницы, вывести в браузер.
То есть отрицательных чисел тут не должно быть.