LINUX.ORG.RU

коллекция говносайтов

Интернет?

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

По поводу mail не скажу, ибо с год назад переехал на gmail, тогда всё было в прочем не так уж плохо. Но что не так с маркетом? Или это у меня что-то не так с понятием хреновости?

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

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

darkenshvein ★★★★★
() автор топика

Новые сайты ситилинка и днс. Особенно днс.

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

Люто, бешено плюсую!!!
На странице полторы строчки текста и идиотская картинка, а дальше крутишь, как идиот в поисках нужной инфы.
Веб-макаки пишут для хомякообразных шимпанзе.

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

Сколько людей ограничивают себя, отключая JS? Правильно, 0.001%. Почему веб-девелоперам нужно о них думать? Тем более, что серверсайд-генерация страниц нифига не быстрее, чем клиентсайд на мелких и медленнее (по last paint time) на крупных.

И да, даже гуглеробот умеет индексировать динамичные страницы.

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

Тем более, что серверсайд-генерация страниц нифига не быстрее, чем клиентсайд на мелких и медленнее (по last paint time) на крупных.

О какой генерации идет речь когда всем посетителям отображаются одинаковые изображения и текст?

Почему веб-девелоперам нужно о них думать?

А макакам вообще ни о чем думать не надо.

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

О какой генерации идет речь когда всем посетителям отображаются одинаковые изображения и текст?

Да будь там хоть трижды статика — отрисовать её из JSON в шаблон на клиенте может быть быстрее, чем принять и отрендерить готовый HTML. Факт.

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

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

CatsCantFly
()

Вообще, пора заводить единый реестр говённых сайтов.
Признаки: плеш в интерфейсе, говнореклама, обилие ненужных свистоперделок, стартовая с видосиками, и т.п.
Лично меня также бесит:
На новостных сайтах «издранное» на главной и переход к свежим статьям где-то в жопе.
Регистрация исключительно через говносоцсети. Жаль, макаки просрали OpenID.

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

соответственно никакой серверной генерации html

Речь не о генерации html а именно о утверждении, что статика, сгенерированная из JSON может быть быстрее отрисовки голого html.

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

Я же вбрасывал его на ЛОР.

UPD: можешь вычесть до 100мс отрисовки на сервере из последнего графика (Server response time) и у тебя будет случай с «мгновенной» (0мс) отдачей статики из кэша против генерации + отрисовки JSON на клиенте.

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

С точки зрения сервера - сгенерить json быстрее, причем существенно. Для клиентской машины нагрузка будет наоборот конечно больше, но это не важно.

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

И тебе тоже: смотри на ссылку прямо над тобой. По обоим утверждениям

сгенерить json быстрее, причем существенно

Для клиентской машины нагрузка будет наоборот конечно больше

4.2

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

But this latency is small enough and similar enough (JSON vs. HTML) that it can be ignored when comparing overall render time.

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

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

Причем тут суммарное время генерации ответа + рендера браузером изображения, если для владельца сайта важно исключительно время генерации ответа == машинное время сервера?

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

для владельца сайта важно исключительно время генерации ответа == машинное время сервера?

Нет, иначе посетители сбегут от него. Ему важно, как быстро всё прорендерится у посетителя. Ставить в приоритет время генерации ответа можно в одном из двух случаев: архитектура дальше не масштабируется либо на пользователей можно забить. Ни тот, ни другой нетипичны.

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

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

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

Железо у всех разное, и равенство времени получится только при относительно современном железе у пользователя. Но даже если в итоге получается примерно одинаковое время от запроса до отображения страницы у пользователя: в случае с построением html на клиенте нагрузка на сервера меньше. Что должен выбрать владелец сайта?

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

Нельзя таких безграмотных к серверсайдам подпускать.
Ресурсы у сервера уходят на генерацию контента, а не на то чтобы HTML генерить.
А уж если ты в кэширование не смог — иди дворником работать.

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

Кстати спасибо за идею.
Как только у команды появится время — сделаем такой проект.

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

Только вот на практике таких результатов не получается как у того клоуна.
Либо он наступил на баг рендера в хроме либо просто врёт.

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

А если вместо того чтобы делать свою работу просто убить всех конкуретнов — эффективность получения прибыли увеличится. Что должен выбрать бизнесмен?

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

В большинстве случаев генерация контента это доставание его из бд. В случае с JSON мы можем хоть просто результат запроса сразу отдать клиенту. Некоторые СУБД его даже сразу в JSON выдают. Без остальных накладных расходов. И ты хочешь сказать, что сборка по кускам шаблона с каким нибудь шаблонизатором (с чтением всего этого добра с диска), вставка в него данных - не создаст дополнительных расходов? А владельцу сайта хочется минимальной возможной нагрузки на сервер при требуемом функционале, что бы обойтись более дешевым своим железом или более дешевым хостингом. Остальное пусть считается на стороне клиента.

CatsCantFly
()

аж простой текст на них не виден, без использования ЖС

Отключаете JS — отключайте и CSS, к чему полумеры? Особенно с учётом того, что он плавно превращается в язык программирования. Грёбаные веб-сайты прекрасно обходятся без CSS. Похерить читаемость текста с голым HTML можно только при помощи устаревших HTML-аттрибутов, которые браузеры скоро и поддерживать-то перестанут и которые на напичканных современными свистелками и сахаром для девелоперов сайтах уж точно никто не использует.

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

Некоторые СУБД его даже сразу в JSON выдают

Я поражаюсь, как таких как ты земля носит? Фронтендов всегда можно доставить, масштабируемость по ним близка к линейной. У СУБД суммарно получается значительно меньше процессорных мощностей, и уж их точно не стоит растрачивать на какую-то галимую «выдачу JSON».

Я когда-то был таким же мудаком и гордился многоэтажными SQL-запросами, которые заставляли СУБД выплюнуть результат, требовавший минимальной постобработки. С тех пор я вырос и больше так не делаю.

что сборка по кускам шаблона с каким нибудь шаблонизатором (с чтением всего этого добра с диска)

Ты мудак²: во-первых, как только шаблоны попадают в page cache (после первого обращения), так называемое «чтение с диска» начинает выполняться мгновенно. Во-вторых, если не использовать рукожопые технологии, шаблоны обрабатываются и в итоге представляют из себя последовательность статических и динамических блоков, генерирующих результат с сумасшедшими скоростями.

Но ты, судя по всему, в 2015 используешь ROR или Smarty — к счастью, такие дегенераты постепенно отсеиваются естественным отбором.

А владельцу сайта хочется минимальной возможной нагрузки на сервер при требуемом функционале

Чушь собачья. Владельцу хочется, чтобы денежка капала, а какая при этом загрузка CPU — 10% или 95% — всех волнует в последнюю очередь.

Остальное пусть считается на стороне клиента.

Чем меньше считается на стороне клиента, тем лучше. За пруфами в твикеры отключения жабоскрипта в браузере. Без него внезапно оказываться, что серфить интернет можно на железе середины нулевых — всего-то перделки не свистят, да говносайты целиком не работают.

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

У меня здравый смысл пока не закончился ещё.
Результатом работы JS получается тот же HTML, который ещё надо отрендерить.

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

Ну придумай что-нибудь, бизнесмен. Назови это «коммерческое умертвление».

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

А клиенту хочется чтобы у него сайт не тормозил.
Если у тебя сервер не может из json собрать html — пшёл вон из профессии и получи почётное место в чёрном списке говносайтов.

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

Разрешаю тебе отключить браузер вообще и ходить в интернет исключительно телнетом.

И получи похвальную грамоту самого толстого демагога этого вечера на ЛОРе.

Goury ★★★★★
()

kawaii_neko, интернет сёрфить можно и на железе середины девяностых вполне комфортно.
Но без JS и очень аккуратно.

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