пинг до сервера с картинкой учли? потому что именно оно скорее всего дает основное время (минимум 6-кратно умноженное на пинг), и 0.3 секунды это еще быстро.
Mesuti, long pooling может оказаться единственно доступный с вашим недохостером ;), но если у вас оплата или лимит за cpu (тиками считают) то некоторые не честные селеры тарифицируют время работы сервера за все время работы long pooling как полноценно использование cpu даже если там sleep или ожидание сокетов, т.е. без реальной затраты процессора)
Разум подсказывает что дискретную видяху можно попытаться выпаять, или подрезать дорожки питания к ней, но боюсь на практике это застопорится на этапе - как подрезать дорожку в многослойной плате ;) если нет даже схем и спецификаций.
В биосе точно есть опции с какой видяхи вести загрузку и если его сбросить, обычно там стоит - автовыбор. Попробуйте, вдруг автовыбор это встроенная.
Важнее всего кеш процессорный, причем все но обращают внимание на L3, чем он больше тем лучше. Тип и доступ к оперативной памяти (например dual/triple channel), частоты и множители тоже - влияют на проценты от итоговой мощности.
Так уж получилось что увеличивая частоту уменьшается суммарная производительность ядер, плюс возникает куча проблем технического плана - отвод тепла например.
С вероятностью 99% ваши задачи на сервере - многозадачные и числодробилки, т.е. вам нужно суммарно максимизировать объем вычислений (сколько процессов веб-сервера потянет), а это значит больше ядер и к сожалению меньше частота.
Ааа, так это еще проще - флаг compressed на файле
В свойствах файла в проводнике
Штатная утилита attrib выводит список файлов в каталоге с пометками об атрибутах (C - нужный вам)
да, мало того я предлагаю в связи м-к-м добавить еще одно поле рецепт, приготовление ингредиента, т.е. там будет два поля ссылающиеся на рецепт, одно - определяющее, из какого ингредиента состоит рецепт, а другое необязательное - способ приготовления (тогда связь с продуктом тоже делать необзяательной)
Получается рецепт может состоять из продуктов или других приготовленных блюд по рецептам (многоуровневый). Реализовать это можно другой связью (т.е. будет м-к-м рецепт - продукт, и еще м-к-м рецепт рецепт)
Текстовым описанием?
Если не хранить машиночтитаемо количество продуктов, то вообще зачем заморачиваться со связями?
зы еще например, бывают рецепты где один и тот же продукт добавляется дважды причем в разном виде - поджареным и нет, так что информация о продукте в рецпте должна храниться в связи
владелец должен добавить в настройки cors.txt что то типа этого:
Access-Control-Allow-Origin: devtest.mysite.com
вполне возможно что у него там уже стоит *.mysite.com (так делают если уже сайт мультидоменный) тогда ничего менять не понадобится.
На java берешь классы WebEngine и WebView, готовых примеров тьма
В .net кидаешь на форму контрол webbrowser и в коде 1 строчкой указываешь ссылку, по которой пойти, на onload к документу (в студии даже доки читать не приходится, все делает автозаполнение) вешаешь метод и делаешь там что хочешь (лучше инжектить javascript на форму и уже им делать что хочешь)