The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..., opennews (?), 14-Мрт-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


59. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  –1 +/
Сообщение от Lexemail (??), 14-Мрт-20, 21:24 
Да здравствует веб с нулевой интерактивностью( или ещё более жирные, глючные и дырявые джава-аплеты или флеш )
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

72. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +1 +/
Сообщение от Аноним (72), 15-Мрт-20, 00:29 
>Да здравствует веб с нулевой интерактивностью

Как будто что-то плохое.

Ответить | Правка | Наверх | Cообщить модератору

75. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (-), 15-Мрт-20, 00:53 
Пердящие нестандартные примочки выскакивать не будут, да и вообще, с какой стати вы мне тычете, что писать весь сайт на js - это плохо?
Ответить | Правка | Наверх | Cообщить модератору

154. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Lex (??), 16-Мрт-20, 16:15 
>>Да здравствует веб с нулевой интерактивностью
> Как будто что-то плохое.

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

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

80. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (-), 15-Мрт-20, 01:00 
> Да здравствует веб с нулевой интерактивностью

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

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

118. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от anonymous (??), 15-Мрт-20, 13:26 
А ещё без поисковых систем, wiki, opennet-а и других радостей жизни)
Ответить | Правка | Наверх | Cообщить модератору

127. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от mommy (?), 15-Мрт-20, 22:30 
Это и бес дж можно сделать не надо ляля
Ответить | Правка | Наверх | Cообщить модератору

131. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от anonymous (??), 16-Мрт-20, 00:44 
Было сказано "с нулевой интерактивностью" (а не "без JS"). Может, конечно, я неправильно понял, что имелось в виду.
Ответить | Правка | Наверх | Cообщить модератору

133. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (-), 16-Мрт-20, 00:49 
> без поисковых систем,

https://duckduckgo.com/html/ в JS не нуждается.

> wiki,

Работает без JS.

> opennet-

JS не требуется.

> а и других радостей жизни)

Это типа того чудного портсканера локалхоста на хидхантере? Вот уж спасибо, как-нибудь обойдусь без таких подарков :). До того как козырять фактами - проверьте оные.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

92. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от JL2001 (ok), 15-Мрт-20, 02:34 
> Да здравствует веб с нулевой интерактивностью( или ещё более жирные, глючные и
> дырявые джава-аплеты или флеш )

а это вы как вывели? сабмит имеет поле урла для аджакса, xslt применить к результату запроса и готово
анимации на стилях
ну и добавить всяких правил валидации на стороне браузера активируемых параметрами инпутфилдов

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

134. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (-), 16-Мрт-20, 00:51 
> сабмит имеет поле урла для аджакса, xslt применить к результату запроса и готово

Вообще-то, в AJAX, первая часть таки asynchronous Javascript - и без этой части оно уже не то. А вот XML в последнее время там кстати и не в фаворе, парсить его тяжко. И упаси меня от xslt, вот уж брейнфак, который, btw, не имеет никакого отношения к асинхронному JS и как таковой - ортогонален.

Ответить | Правка | Наверх | Cообщить модератору

149. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +1 +/
Сообщение от Аноним (149), 16-Мрт-20, 09:39 
>парсить его тяжко

Разве? XMLHttpRequest это теперь "тяжко"?

Ответить | Правка | Наверх | Cообщить модератору

160. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от JL2001 (ok), 17-Мрт-20, 22:22 
>> сабмит имеет поле урла для аджакса, xslt применить к результату запроса и готово
> Вообще-то, в AJAX, первая часть таки asynchronous Javascript - и без этой
> части оно уже не то. А вот XML в последнее время
> там кстати и не в фаворе, парсить его тяжко. И упаси
> меня от xslt, вот уж брейнфак, который, btw, не имеет никакого
> отношения к асинхронному JS и как таковой - ортогонален.

https://habr.com/ru/post/489638/
Простой блог в IPFS при помощи XSLT

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

99. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (99), 15-Мрт-20, 03:05 
>Да здравствует веб с нулевой интерактивностью

Пусть интерактивность реализуется на стороне сервера.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

135. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Аноним (-), 16-Мрт-20, 00:55 
Хорошо, а как это клиенту эффективно передать? В случае AJAX это примерно так: гоняем запрос на сервер, получаем ответ, патчим страницу по мелочи. Так что оно при правильной реализации не вклинивает взаимодействие юзера с пагой, не перегружает пагу и проч, апдейтит иногда некоторые поля и порядок. Правда вебмакаки, конечно, все извратили - у них этим либы кил на 500 занимаются, поэтому пока их 500 кило отпашут ... ну вон там на хабре статейка какой-то юзерши, довольной тем что "я как раз успеваю набрать ответ, после чего включается JS, стирает мой ответ и снова заполняет поле Type here to reply ... но теперь уже не сереньким а синеньким".
Ответить | Правка | Наверх | Cообщить модератору

152. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Lex (??), 16-Мрт-20, 16:03 
>>Да здравствует веб с нулевой интерактивностью
> Пусть интерактивность реализуется на стороне сервера.

Перезагрузка страницы при любом чихе.. где-то я это уже видел. Где-то и когда-то..

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

158. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +1 +/
Сообщение от пох. (?), 16-Мрт-20, 16:56 
да, да, немодно-немолодежно.

А теперь расскажи нам, чем с _технической_ точки зрения перезагрузка (причем - тривиальной, без гигабайта ненужноскриптов с пяти левых cdn) страницы отличается от неперезагрузки страницы, с ее перерисовкой этими скриптами? Слишком быстро выполняется, да? Еще и отрисовывается, сволочь, мгновенно, не успеваешь показать пользователю модный-молодежный графический (конечно же) плейсхолдер вместо данных?

Причем накладные расходы от обращения к серверу никуда, вот удивительно-то, от твоего аякса не деваются.

Ответить | Правка | Наверх | Cообщить модератору

165. "Чипы памяти DDR4 остаются уязвимы для атак RowHammer, несмот..."  +/
Сообщение от Lex (??), 20-Мрт-20, 10:13 
> да, да, немодно-немолодежно.
> А теперь расскажи нам, чем с _технической_ точки зрения перезагрузка (причем -
> тривиальной, без гигабайта ненужноскриптов с пяти левых cdn) страницы отличается от
> неперезагрузки страницы, с ее перерисовкой этими скриптами? Слишком быстро выполняется,
> да? Еще и отрисовывается, сволочь, мгновенно, не успеваешь показать пользователю модный-молодежный
> графический (конечно же) плейсхолдер вместо данных?
> Причем накладные расходы от обращения к серверу никуда, вот удивительно-то, от твоего
> аякса не деваются.

Забавно. Либо получить страницу со всем содержимым и данными форм( если оно прикручено, иначе, при вводе любых некорректных данных в формы, придется вводить все сначала, али забыли уже ), либо - отправить фоном лёгкий запрос, получить ответ и изменить одно из полей формы / элемент страницы.

Моментально и, тем более, быстрее аякса, эта чепуха не выполняется. И это при условии норм компа с нехилым интернетом, а если и с этим беда - тогда ждем 5-10-15 секунд, пока все содержимое норм подгрузится, а до этого времени - наблюдаем, как страница сайта превращается в белую страницу, потом - в неформатированно-наваленный текст, потом - в более-менее норм текст, но без изображений, потом - более-менее норм страницу. Если тырнет и комп норм - тогда то же самое, но быстрее.
Не то, чтобы это совсем плохо, но это не то, что я бы хотел получать в ответ на любое действие не сайте. И это говоря о самых простых вещах.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру