"рекомендуют" другой момент, что земля есть на бумаге, а в каком она действительно состоянии дело третье!
В любом случае при отгорании нуля, напряжение на корпус зайдет через заземление, и толку от реле напряжения будет НОЛЬ!!! Вы же землю им отключать не будете. Зато по ПУЭ
Суть в том чтобы сайт повышал максимальную ДОХОДНОСТЬ (%), ну или прибыль уж на худой конец.
Чтобы не получалось так что лучше продать бизнес и положить деньги в банк под %.
Т.е. если доходность у вас каждый год постоянна, то это может и не плохо, а вот если у вас прибыль из года в год постоянная, то это уже не здоровый показатель.
Сайт это и про скорость и про доступность, и про качество контента, и про первое впечатление, и про узнаваемость бренда, и про возвращаемость посетителя и про конверсию, и про аналитику.
И основная проблема наверно даже в том, что бизнес сам не может поставить четких задач что он хочет получить от сайта через месяц / год / 3 года. Четких измеряемых, в цифрах. И цифрах не взятых с потолка.
С другой стороны сайт сверстанный вручную, или написанный бекэнд вручную может споткнуться на 100500 различных аспектах и бизнес так и не получит тех иллюзорных ожиданий или даже этих же ожиданий разделенных на 10!
Взять тот же wordpress он в принципе дает задержки 10-20мс в стоке (столько было когда смотрел), но можно там накрутить столько всего что даже бекэнд будет отдавать с задержкой в 1000-2000мс. Т.е. сам по себе WP не плох, а вот многие визуальные конструкторы изначально уже делают сайт тяжелым=>медленным.
Т.е. мы на старте делаем ПЛОХО как минимум в одном из факторов успеха, стоит ли надеяться на успех ?
Ну справедливости ради забивают не только на скорость, качество кода, безопасность, поддерживаемость кода, инклюзивность, но забивают и на дизайн, качество кода, мониторинг конкурентности цен, качество обслуживание клиента. Ну и конечно заводят "директолога" дают ему 20000руб с надеждой получить из этого 200000руб прибыли! Ну да 20000руб уйдет еще "на зп" директологу.
Большинство конструкторов сайтов оперируют быстротой/малыми затратами, мол попробуй, а вдруг не взлетит, а если и взлетит то затраты то маленькие были.
Нет конечно взлетает, но взлетают и сайты на WP которые оказываются в топе естественного поиске, причем смотришь на сайт, он медленный, дизайн сделан ужасный, смотришь и думаешь КАК ??? Как яндекс/гугл тебя засунул в топ ???
Там настолько мало кода, по сравнению с другим кодом, причем мертвым.
За примером можно сходить в чат jivosite.
Да и чаще проблема кроется в другом навешаны системы яндекса/гугла/фейсбука/майла а ими толком не пользуются. Скажем функционалом который перекрывается по всем системам.
Pagespeed, как бы показывает статику за месяц у пользователей!!!
«сделайте нормальное измерение TTFB»
Кеш страниц может выплюнуть страницу моментально, ну и что с того ??? Если у вас там будет 20-30 скриптов с разных хостов и стелей на 1мб, про картинки не пожатые я молчу.
Пользователю все равно почему он не увидит страницу или из-за того что сервер долго готовил выдачу, или потому что там адовый треш со шрифтами.
Уж что-то а уменьшить время TTFB как правило одна из простых задач. Но многим тупо наплевать, они готовы и дальше сидеть на медленном хостинге. Разница бывает порой в 800-1200мс только от смены хостинга.
Ну и WP сам по себе если память не изменяет съедает 10-20мс. Так что сайты на WP может грузиться быстро, тут больше вопрос наверно к теме и плагинам.
Достаточно загуглить «google speed 100/100 WP», и после чего автора закидать помидорами.
Для многих главное быстро и задорого. Ну а если у клиента от него не будет отдачи, ну так на это исполнителю наплевать.
Это как 90ые сайты на microsoft frontpage ляпали и также всем было нас***.
Только стек поменялся, а мышление по быстрому срубить бабла так и осталась.
Приподносят как по быстрому накидать, мол хз взлетит не взлетит бизнес, ага но клиенту потом не говорят что нужно будет разгребать авгиевы конюшни, и переписывать чуть ли не с нуля.
Как по мне, или поддерживать ie 8 или только ie 11.
Версии IE указаны, а версии других браузеров нет.
И вообще IE труп.
Ну и о настройках сервера тоже ни слова, оно и понятно на это многие забивают болт,
о да кеширование мы не включим, зато наш сайт открывается в ie9…
opCache/Redis/MemCache
О результатах в маяке тоже не слова? Правильно ибо боль!
«мертвого кода» полно в виде кучи js/css и большинству мягко говоря наплевать, по наблюдениям яндекс метрики (на разных проектах) время парсинга js/css на смартфоне приближается к времени на пк. Года 3 назад разница была больше.
Только вот быстродействие тех же смартфонов расти прежними темпами уже не будет, а вот вставлять на каждый чих js-библиотеку будут и дальше.
Система предназначена, в первую очередь, для крупных проектов, поэтому отличается высокой производительностью
Про битрикс читать честно говоря смешно!
То что они быстро смогли отдать html код, не делает сайт быстрым а уж тем более он не быстрый из коробки! А со временем на него накидают кучу шрифтов и js-библиотек.
Идеи может там и нормальные но на практике из коробки оно не летает и это факт!
Сделать WP из коробки шустрым проще, кроме разовой покупки, bitriх, как насчёт продлений лицензий ???
Nonce в firefox 78 не отрабатывает. caniuse.com/#search=Nonce
По этому хрому и Safari отдаю одни заголовки (с Nonce ), другим разрешаю unsafe-inline.
Причем Nonce генерируется «в html кеше»
Можно добавить следующий код, тогда чат js jivosite начнёт загружаться еще до щелчка мыши, по всевдокнопе (при попадании курсора в мыши в область которая чуть больше кнопки). Так наверно можно выграть 300-500мс на предзагрузки js.
<style>
.st4 {
position:absolute;
right:0;
bottom:0;
width:150px; /* Область от правого края для сработки загрузки jivosite */
height: 350px; /* Область от нижнего края для сработки загрузки jivosite */
}
</style>
<script>
window.onload = function () {
var a = document.querySelector('.st4');
a.onmouseover = function(e) {
jivo ();
setTimeout(jivoBtnHide,1000); // скрываем кнопку jivosite по клику через 1 сек
}
</script>
<div class="st4"></div>
Данное решение создает кнопку (снизу справа), и по клику по ней загружаетс код jivosite, скрывает кнопку заглушку и запускает окно jivosite. Можно через определённое время загрузить код чата (скажем через 30-60 сек) или на второй странице когда большая часть статики уже будет в кеше.
<style>
.st1{
position:fixed;
box-shadow:0 12px 14px 8px #d4d4d4;
transform:rotate(-90deg) translate(100%);
transform-origin:bottom right;
right:0;
border-top-right-radius:34px;
background:#4baf50;
bottom:30px;
cursor:pointer
}
.st2{
margin:12px 33px 12px 16px;
font:14px Arial;
color:#fff
}
.st3{
position:absolute;
right:0;
top:0;
width:32px;
height:34px
}
</style>
<script>
function jivo ()
{
var widget_id = 'ВАШ id jivosite';
var d=document;
var w=window;
function l()
{
var s = document.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = '//code.jivosite.com/script/geo-widget/'+widget_id;
var ss = document.getElementsByTagName('script')[0];
ss.parentNode.insertBefore(s, ss);
}
if(d.readyState=='complete')
{l();}
else
{if(w.attachEvent){w.attachEvent('onload',l);}else{w.addEventListener('load',l,false);}}
}
function jivoBtnHide(){
const jivobtn = document.querySelector(".st1");
jivobtn.style.display = "none";
}
function startjivo(){
jivo (); // загрузка jivosite по клику на кнопку
setTimeout(jivoBtnHide,1000); // скрываем кнопку jivosite по клику через 1 сек
setTimeout(function()
{jivo_api.open();},1000); // запуск окна jivosite
}
// setTimeout(jivo,35000); Автоматическая загрузка jivosite через 35 секунд
</script>
<div class="st1" onclick="startjivo();">
<div class="st2">Напишите нам, мы онлайн!</div>
<div class="st3" style="background-image: url("data:image/svg+xml,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20width%3D%2232%22%20height%3D%2240%22%20viewBox%3D%220%200%2032%2040%22%3E%0A%20%20%20%20%3Cg%20fill%3D%22none%22%20fill-rule%3D%22evenodd%22%3E%0A%20%20%20%20%20%20%20%20%3Cpath%20fill%3D%22%234CAF50%22%20d%3D%22M0%200h9.02L32%2033.196V40H0z%22%2F%3E%0A%20%20%20%20%20%20%20%20%3Cpath%20fill%3D%22%2318C139%22%20d%3D%22M9%200c3.581.05%2023%205.426%2023%2033.08v.03C18.922%2030.751%209%2019.311%209%205.554V0z%22%2F%3E%0A%20%20%20%20%3C%2Fg%3E%0A%3C%2Fsvg%3E%0A");">
</div>
</div>
Мне кажется вся суть в том как считать.
Да электронное по идее можно сделать более защищенным/прозрачным/честным, но мне кажется что в России его не по этому внедряют.
Даже если за руку поймать, снять процесс голосование и проверки, то все это обломается об свой суд.
Куда-то пропала производительность.
"рекомендуют" другой момент, что земля есть на бумаге, а в каком она действительно состоянии дело третье!
В любом случае при отгорании нуля, напряжение на корпус зайдет через заземление, и толку от реле напряжения будет НОЛЬ!!! Вы же землю им отключать не будете. Зато по ПУЭ
"Само хранилище бэкапов на NAS при этом из сети недоступно. "
Ну или доступно в режиме чтения.
Дело ведь не только в том чтобы сделать сайт!
Суть в том чтобы сайт повышал максимальную ДОХОДНОСТЬ (%), ну или прибыль уж на худой конец.
Чтобы не получалось так что лучше продать бизнес и положить деньги в банк под %.
Т.е. если доходность у вас каждый год постоянна, то это может и не плохо, а вот если у вас прибыль из года в год постоянная, то это уже не здоровый показатель.
Сайт это и про скорость и про доступность, и про качество контента, и про первое впечатление, и про узнаваемость бренда, и про возвращаемость посетителя и про конверсию, и про аналитику.
И основная проблема наверно даже в том, что бизнес сам не может поставить четких задач что он хочет получить от сайта через месяц / год / 3 года. Четких измеряемых, в цифрах. И цифрах не взятых с потолка.
С другой стороны сайт сверстанный вручную, или написанный бекэнд вручную может споткнуться на 100500 различных аспектах и бизнес так и не получит тех иллюзорных ожиданий или даже этих же ожиданий разделенных на 10!
Взять тот же wordpress он в принципе дает задержки 10-20мс в стоке (столько было когда смотрел), но можно там накрутить столько всего что даже бекэнд будет отдавать с задержкой в 1000-2000мс. Т.е. сам по себе WP не плох, а вот многие визуальные конструкторы изначально уже делают сайт тяжелым=>медленным.
Т.е. мы на старте делаем ПЛОХО как минимум в одном из факторов успеха, стоит ли надеяться на успех ?
Ну справедливости ради забивают не только на скорость, качество кода, безопасность, поддерживаемость кода, инклюзивность, но забивают и на дизайн, качество кода, мониторинг конкурентности цен, качество обслуживание клиента. Ну и конечно заводят "директолога" дают ему 20000руб с надеждой получить из этого 200000руб прибыли! Ну да 20000руб уйдет еще "на зп" директологу.
Большинство конструкторов сайтов оперируют быстротой/малыми затратами, мол попробуй, а вдруг не взлетит, а если и взлетит то затраты то маленькие были.
Нет конечно взлетает, но взлетают и сайты на WP которые оказываются в топе естественного поиске, причем смотришь на сайт, он медленный, дизайн сделан ужасный, смотришь и думаешь КАК ??? Как яндекс/гугл тебя засунул в топ ???
За примером можно сходить в чат jivosite.
Да и чаще проблема кроется в другом навешаны системы яндекса/гугла/фейсбука/майла а ими толком не пользуются. Скажем функционалом который перекрывается по всем системам.
Япония хотят отменить Олимпиаду, а организаторы «PHP Russia» все ищут дно короновируса D)
Опять для них не очевидны очевидные вещи!
А так оправдание из разряда «Если бы зимой не было снега, то ...»
Бег по граблям это что русская забава ??? Ежу было понятно, что птица обломинго помахает крылом осенью. Теперь вот решили 1марта.
Программисты вроде люди умные и умеющие смотреть наперёд, но видимо не всегда!
«сделайте нормальное измерение TTFB»
Кеш страниц может выплюнуть страницу моментально, ну и что с того ??? Если у вас там будет 20-30 скриптов с разных хостов и стелей на 1мб, про картинки не пожатые я молчу.
Пользователю все равно почему он не увидит страницу или из-за того что сервер долго готовил выдачу, или потому что там адовый треш со шрифтами.
Уж что-то а уменьшить время TTFB как правило одна из простых задач. Но многим тупо наплевать, они готовы и дальше сидеть на медленном хостинге. Разница бывает порой в 800-1200мс только от смены хостинга.
Ну и WP сам по себе если память не изменяет съедает 10-20мс. Так что сайты на WP может грузиться быстро, тут больше вопрос наверно к теме и плагинам.
Достаточно загуглить «google speed 100/100 WP», и после чего автора закидать помидорами.
Это как 90ые сайты на microsoft frontpage ляпали и также всем было нас***.
Только стек поменялся, а мышление по быстрому срубить бабла так и осталась.
Приподносят как по быстрому накидать, мол хз взлетит не взлетит бизнес, ага но клиенту потом не говорят что нужно будет разгребать авгиевы конюшни, и переписывать чуть ли не с нуля.
caniuse.com/#feat=sdch
Версии IE указаны, а версии других браузеров нет.
И вообще IE труп.
Ну и о настройках сервера тоже ни слова, оно и понятно на это многие забивают болт,
о да кеширование мы не включим, зато наш сайт открывается в ie9…
opCache/Redis/MemCache
О результатах в маяке тоже не слова? Правильно ибо боль!
Только вот быстродействие тех же смартфонов расти прежними темпами уже не будет, а вот вставлять на каждый чих js-библиотеку будут и дальше.
Про битрикс читать честно говоря смешно!
То что они быстро смогли отдать html код, не делает сайт быстрым а уж тем более он не быстрый из коробки! А со временем на него накидают кучу шрифтов и js-библиотек.
Идеи может там и нормальные но на практике из коробки оно не летает и это факт!
Сделать WP из коробки шустрым проще, кроме разовой покупки, bitriх, как насчёт продлений лицензий ???
caniuse.com/#search=Nonce
По этому хрому и Safari отдаю одни заголовки (с Nonce ), другим разрешаю unsafe-inline.
Причем Nonce генерируется «в html кеше»