Content-pro

Рейтинг
101
Регистрация
12.08.2009
Каширин:

Поэтому найти профессионала, который делится знаниями бесплатно - проще простого. Например, задаем вопрос гуглу: How to check if an element is hidden in jQuery? И получаем на первом же месте страницу, на которой некий Цветомир Цветков отвечает советшенно бесплатно и по делу.

Разработчики это вообще отдельная тема. Удивительно ситуация когда разработчик делает для разработчика какие либо приложения, библиотеки, контент и т.д. Они полностью понимают и ощущают ситуацию и делают решения как для себя, так и для других.

-= Serafim =-:
А что есть много таких ниш, где более 10 крутых сайтов? Наверное, единицы.

Я имел виду незанятых ниш очень много)

-= Serafim =-:
Если ниша еще незанята, то она невыгодна.

Занятая ниша это когда в тематики больше 10 крутых сайтов с очень крутой инфой. Всё остальное - ниша с конкуренцией.

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

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

foxi:
Content-pro, рентеринг идет быстрее и с меньшей нагрузкой, когда сначала стили а потом контент. Для мобильных это тоже важно )) и юзер сразу видит полноценную страницу а не изуродованный огрызок который потом при перерендеринге дергается изменяется и съезжает кудато.

Я ж говорю, что если у вас немного стилей и логики, то навряд ли стоит заморачиватся. При загрузке допустим 10 процентов, не будет никаких искажений.

<html>
<head>
</head>
<body>
<header>
<header>
<article>
<h1></h1>
</article>
тут лоадер подгружает что нужно
</body>
</html>

Допусти рендериться на мобильном, экран узкий, при простом открытие видно header, часть article и h1. Для этих 3 блоков стили сразу пишем в страницу при правильной верстке ну там совсем копейки будут, не надо писать все стили article и остального, берем только нужные стили, поскольку рендер будет идти без блокировок, при ответе сервера юзер сразу увидит шапку, заголовок в нормальном виде, пока он затупит и потянется скролить или нажать, лоадер все остальное подгрузит в нужном порядке. Это самый тривиальный пример, ну он значительно увеличивает скорость загрузки на мобильном, и не обязательно на десктопе тоже самое делать, можно вообще выключать, или сделать другую логику. Далеко не факт вообщем, что юзер должен сначала видеть голимый и кривой чистый html пока грузиться остальное.

foxi:
Content-pro, три строчки стилей не хватит для норм отображения. А больше даже с гзипами пихать в код это зло и об этом много написано у бурж специалистов. В общем для себя решил что стили ьудут подгружаться в гедере не обращая внимания на совет гугла.

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

foxi:

1) Предлагает вынести подгрузку CSS в конец файла, чтоб основной контент загружался быстрее. Антиюзерско. Потому что юзер сначала видит перекошенное уродство а не сайт, особенно при медленом интернете, которым пользоваться все равно нельзя, пока не загрузятся все стили. Протестировано на юзерах и опрошено, бесит всех, лучше чтоб просто ничего небыло пока идет загрузка стилей. Зато потом юзер сразу видит полноценный сайт, а новый юзер первый раз попавший на такой сайт - может и уйти, не дождавшись загрузки стилей. Ну и если сделать кеширование стилей в браузере, тогда и тормозов не будет вообще. Правильное решение: оставить link rel="stylesheet" в пределах head, вопреки советам гугла.

Да не вполне нормальная практика css подгружать не блокируя цикл. Просто вынести некоторые стили сразу в код страницы, для корректного отображения пока идёт подгрузка. При gzip, вообще будет неощутимый объем.

foxi:
7) Вынос внешних js в конец файла - тоже нужно понимать когда это безболезненно можно, а когда не нужно или даже технически невозможно. В большинстве случает прощи и более полезнее просто настроить кеширование js статики, тогда не зависимо от места вызова все будет быстро грузиться.

В принципе правильно гугл говорит, главное не блокировать рендер страницы, подгружать js файл когда нужно, можно использовать лоадеры разные, сборщики типа webpak и т.д. Да и нужные все эти методы когда у всё по серьезному, не просто jquery подключено для мигалок и свистелок, а SPA к примеру или другие усложнения.

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

mendel:
В любом случае вам понадобится бутстрап и жгвери.

Вы серьезно думаете что без них никуда вообще?)

Разделяйте программирование и технологии. Языки, паттерны, технологии это всего лишь инструменты, если хотите именно быть разработчиком, то изучайте и создавайте алгоритмы, математику, всегда пытайтесь решить не тривиальные задачи, на таких задачах как раз начинается просвещение и отрыв от технологий в сторону понимания алгоритмов. Когда понимание придёт, изучение инструментов JS, PHP, баз данных, станет вопросом времени. Конечно отличное знание инструментов это отличный плюс, но на старте нужно от них абстрагироваться, со временем или пойдете в конкретную область или будете full stack. Если же со старта будет изучать технологии, то можете и не развить необходимые мышление, что быть сильным кодером. Удачи!)

В -2 одел. До этого вроде дискомфорта не ощущал. Сейчас на -4 перешел. К очкам привыкаешь, даже спортом в них занимаюсь, линзы не очень люблю носить. Как мне объясняли ухудшение зависят от специфики человека, а не от его образа жизни. Плохо видеть еще хуже вроде как, глаза напрягаются намного сильней и вроде процесс ухудшения наоборот увеличивается.

Всего: 794