Форум 'Веб программирование' на RSDN

Язык отображения виджета Google Translate

Sun, 01 Mar 2026 13:11:21 GMT

У меня на сайте используется стандартный скрипт Google Translate, отображающий в правом верхнем углу страницы соответствующий виджет.

Когда открываю сайт в рабочей семерке, хоть в Firefox, хоть в Chrome, виджет отображается на английском.

Когда открываю в десятке, в тех же версиях Firefox/Chrome, виджет упорно отображается на французском (я сейчас во Франции).

Уже по пять раз проверил, что в десятке установлен регион United States (в семерке там вообще Russia, и ничего), язык и в системе, и в браузере только английский, геолокация запрещена и в системе, и в браузерах — а хрен там плавал, не помогает.

ИИ брешет, что Google Translate использует в качестве основного признака язык браузера, передаваемый в заголовке запроса. Проверил — там всегда "en-US,en;q=0.9" (иногда q было 0.5).

Несколько раз чистил все рабочие данные браузеров.

Какие еще ухищрения могли придумать эти гении алгоритмизации, чтоб так испортить мне день?

P.S. Забыл добавить, что в настройках Google Search тоже ставил English каждый раз, когда чистил куки и кэш.

вычислить выражение записанное в виде строки символов

Sat, 31 Jan 2026 15:42:42 GMT

hi all,
подскажите, как в PHP сделать сабж.
Функции передается строка, содержащая арифметическое выражение.
Функция должна вернуть результат.
Выражение несложное — без всяких там функций и переменных, только +,-,*,/ и скобки.

вот типа такого, только без eval()

function string_calculator($str){
    eval("\$str = $str;");
    return $str;
}

echo string_calculator("(10+60/2)*2");

aecmd://

Fri, 05 Dec 2025 09:53:40 GMT

Сегодня AliExpress, при попытке открыть некоторые его собственные ссылки, пытается перенаправить браузер на URL, начинающийся с "aecmd://". Браузер, само собой, обламывается, ибо такого протокола не знает. Это какой-то новый, общемировой протокол, о котором я еще не знаю, или пробитие очередного дна китайскими "веб-программистами"?

А что за мода пошла? (сохрание картинки только в webp)

Mon, 01 Dec 2025 13:49:06 GMT

Заметил, что сейчас картинки со многих сайтов сохраняются не как jpeg,png,gif, а как webp

Вставка картинки после закрытия приложения

Sat, 22 Nov 2025 18:56:03 GMT

Если в каком-то приложении скопировать в буфер картинку, потом это приложение закрыть, то этот код:

const data = await navigator.clipboard.read();
console.log(data);

выведет только тип "text/plain". И картинку вставить невозможно.
Тем не менее онлайн редекторы типа https://www.tiny.cloud/docs/tinymce/latest/basic-example/ это делают. Как?

Еще о принципах современного сайтостроения :)

Thu, 25 Sep 2025 09:25:14 GMT

Степень убожества современного сайтостроения очень наглядно видна, когда нарушается связность сети (тормоза/блокировки между сетями/странами/континентами), или даже при сильном падении общей скорости обмена. Страницы от загрузки к загрузке меняются неописуемо.

Перенос IFRAME между экранами SPA

Wed, 17 Sep 2025 21:35:47 GMT

Заморочился с таким кейсом: чтобы загрузить стороннее приложение в IFRAME. При пепеключении экранов в ангулар, создаётся новый iframe, старый удаляется.

Заморочился, сделал чтобы Node отцеплялся от старого родителя, а потом прицеплялся к новому родителю, и таким образом сохранял state. Вложил неделю времени, прицепил разные другие ангуларовские контролы, поборолся с багами. Работает с обычными тегамм, только scrollpos слетает- сделал, чтоб перед отцеплением, сохранять scrillpos вложенных элементов, а после прицепления- восстанавливать значения из сохранённых. Тестил на хроме и IE11- работает

Но. IFRAME который вложен в тот Node- перезагружает страницу всё равно.

Кто-то сталкивался с таким кейсом? Думаю может, iframe перенести вначале на какой-то DIV , который поверх всех окон, и подгонять его положение и размеры под где IFRAME должен находиться, чтоб визуально как бы там был IFRAME, а прм отцеплении его "якорного" Node от DOM- прятать с помощью css. Будет лагать, но как иначе ещё сделать- ума не приложу.

Скачать видос

Fri, 15 Aug 2025 13:54:50 GMT

Здравствуйте!

Есть на сайте видос. Хочу сохранить локально, но что-то не понятно, как это сделать.

В консоли браузера элемент проигрывателя выглядит так:

Как быть?

Загрузка и выполнение скрипта2 из скрипта1 перед сриптом3

Sun, 10 Aug 2025 11:14:00 GMT

Всем привет.

Допустим есть html:

<!DOCTYPE html>
<html>
   <head>
      <script scr="script1.js"></script>
      <script scr="script3.js"></script>
   </head>
   <body>
   </body>
</html>

Есть ли способ подключить в script1.js скрипт script2.js не используя document.write для вставки и defer для scipt3.js так, чтобы он выполнился до scipt3.js?

script1.js:

   let script2 = document.createElement("script");
   script2.src = "script2.js";
   script2.async = false;
   
   // Эти варианты не работают - script2.js выполняется после script3.js (пробовал в последнем Edge)
   // document.head.appendChild(script2);
   // document.head.insertBefore(script2, document.head.firstChild);

   // С document.write работает, но этого хотелось бы избежать, к тому же он помечен как устаревший
   // document.write('<script src="script2.js"></script>');

А как сейчас делает веб с промисами и thunk?

Tue, 24 Jun 2025 21:00:56 GMT

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

Есть спецы по реакту\вебу?

Технологии создания хороших веб-сайтов

Sat, 07 Jun 2025 11:16:07 GMT

Качество веб-сайтов

В настоящей статье я хотел бы обсудить технологии создания хороших веб-сайтов.

1. Сначала напишу как именно я это себе представляю.
2. Потом каждый желающий может написать своё мнение.

Общий посыл начинается с вопроса:

Что если хочется создать большой и крутой сайт, то как это сделать?

Хорошие веб-сайты

Прежде всего дам определение, что такое хороший веб-сайт.

В текущем обсуждении под ним будет пониматься.
1. Информационно насыщенный веб-сайт.
2. Веб-сайт не перегруженный лишней информацией.

Примеры хороших веб-сайтов.
1. Документация к языкам программирования или библиотекам алгоритмов.
2. Интернет магазин с каталогами, товарами и их характеристиками.
3. Энциклопедия книг, игр, фильмов, анимаций, музыки.

Особенности хороших веб-сайтов.
1. Классифицированная и структурированная информация.
2. Фильтрация и сравнение данных.

Плохие веб-сайты

Плохой веб-сайт представляет из себя набор слабо связанной информации.

Примеры плохих веб-сайтов.
1. Созданные рерайтерами на основе других веб-сайтов или книг.
2. Созданные с помощью больших языковых моделей.

Спорные веб-сайты

К спорным веб-сайтам относятся созданные для общения.

Примеры спорных веб-сайтов.
1. Вопросы и ответы.
2. Тематические форумы.

Технологии веб-сайтов

Небольшой обзор технологий, чтобы было более понятно о чём речь.

Браузеры

Чтобы просмотреть веб-сайт нужны веб-браузеры.
1. Firefox
2. Tor.
3. Chrome.
4. Opera.
5. Edge.
6. Safari.
7. Links.
И так далее.

Вид содержимого сайтов

Как бы не создавалось содержимое сайтов в конечном итоге оно примет вид.
1. HTML.
2. HTML+CSS.
3. HTML+CSS+JS.

Запрещённые символы HTML

Для текста в HTML стоит заменять символы.
Тегов.
1. <. <.
2. >. >.
Специальных символов.
3. &. &.
А для значений атрибутов HTML ещё кавычки и апострофы.
4. ". ".
5. '. '.
Хотя самый фатальный символ это конечно <.

Преобразование данных в оформление

Но это больше
1. оформление и взаимодействие с пользователем,
а не все
2. исходные способы хранения и обработки данных.

Способы хранения и обработки данных.
1. HTML+CSS+JS.
2. XML => HTML+CSS+JS.
3. DATABASE => HTML+CSS+JS.

Теги против атрибутов в XML

Читал два противоположных мнения, когда применять теги, а когда атрибуты.

Разница содержимого тегов и атрибутов тегов.
1. Символы содержимого.
В тегах запрещённый символ меньше <, не желательные больше > и амперсанд &.
В атрибутах плюс к тем, что в тегах кавычки " и апострофы '.
2. Структура данных.
Теги это древовидная структура значений данных.
Атрибуты это одно значение данных.
3. Видимость содержимого HTML (можно скопировать).
Содержимое тегов это то, что видно как текст.
Содержимое атрибутов это то, что не видно.
4. Диаграмма отношений.
Теги это сущности.
Атрибуты (признаки) это связи выше, на себя и ниже по иерархии.
Причём так же как и в XML в диаграмме отношений возможно разложить связи на сущности и собрать их обратно.

Семантическая паутина

Как и в далёком прошлом я по прежнему не могу оценить технологию семантической паутины.

Мне не нравится, что.
1. Семантическая паутина создана с помощью предопределённых английских слов.
2. У неё странный и на мой взгляд не нужный синтаксис.
Я, кстати, после неё стал сомневаться в синтаксисе XSLT.

Короче странно и непонятно, кому надо читайте.
OWL, язык веб-онтологий. Руководство. Рекомендация W3C 10 февраля 2004
Или что в интернете отыщется.

Записал я это главным образом чтобы не забыть, что такое вообще существует.

Отличия CMS

А теперь о главном отличии систем управления содержимым (CMS).
1. Готовых CMS.
2. Самописных CMS.

CMS как правило создаются с использованием баз данных и эти базы данных имеют предопределённую схему. Схему базы данных могут дополнять плагины для CMS, именно дополнять, иначе можно нарушить работу исходного движка.

Примеры CMS.
1. Wordpress.
Схема базы данных заточена под хранение статей.
Дополнительные возможности таксономия и комментирование статей.
2. OpenCart.
Схема базы данных заточена под хранение товаров.
Дополнительные возможности таксономия и комментирование товаров.

Схемы базы данных

Хотя в конечном итоге кажется, что и то и другое выглядит примерно одинаково, но в базе данных это не так. Именно базы данных дают возможности CRUD, а следовательно функционал SQL DML, то есть языка манипулирования данными.

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

Мораль здесь в том, что специализированное решение созданное под конкретную задачу эффективнее, чем подгон решения которое могло бы работать даже на чистом HTML. И в этом плане нужна самописная CMS в виде плагина к готовой CMS или отдельно написанной CMS. Для Wordpress чтобы он начал выполнять функцию магазина как в OpenCart таким примером может быть WooCommerce. Опять же эффективность такого решения никто не гарантирует.

Пример энциклопедия игр

Чисто для примера возьмём энциклопедию игр.

Персонажи игр.
1. Дозор (Overwatch). Ангел (mercy — милосердие)
2. Командная крепость 2 (Team Fortress 2). Медик (medic)

Ангел как известно слизана с медика вплость до эффектов оружия. Чтобы отфильтровать или сравнить одного персонажа с другим понятия должны быть сравнимыми. В некотором роде такую функциональность даёт CMS магазина, но не страничника или блога. В страничнике или блоге максимум можно установить какие-то элементы таксономии вроде ссылок на нечто похожее, вроде смотри так же (see also), но на этом всё.

Проблемы CMS на базах данных

Проблема в том, что CMS на базах данных вынуждены генерировать содержимое в реальном времени. Да, есть кеширование веб-страниц и прочие технологии ускорения, но всё это тоже проблемно.

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

И здесь начинаются импорты и экспорты из одного в другое. Для тех же магазинов это типично для товаров и преобразование в бухгалтерские или иные системы. Это может быть собственный интернет магазин владельца и его бухгалтерия вроде 1C. Или каталог товаров владельца магазина и какой-нибудь Яндекс.Маркет.

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

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

Лично мои выводы

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

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

Получается люди пытающиеся создать свой сайт как придётся проигрывают ещё не начав. С самого начала у них нет никакой тактики и они её не придерживаются. Что делать и кто виноват? Может начать создание данных для сайта с ручного XML, а может ещё что-то. И здесь уже как раз есть повод для обсуждений.

Реальная причина деградации интернета

Thu, 05 Jun 2025 09:44:11 GMT

Качество содержимого

Ранее я описал различие между источниками информации.
Отличия документации, книг, журналов и комментариев (15.01.2022)

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

Тип содержимого.
1. Документация.
2. Книги.
3. Журналы.
4. Комментарии.

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

Рассмотрение проблемы качества содержимого с точки зрения.
1. Типа содержимого.
2. Типа авторства.

Тип авторства.
1. Автор (документации, книги, статьи в журнале).
2. Комментатор.
3. Переписчик (рерайтер)
4. Большая языковая модель.

Автор может писать документацию, а может и книгу, так в чём разница?

Документа́ция — совокупность документов, посвященных какому-либо вопросу (задаче, проекту, изделию и др.). Документирование — процесс отбора, классификации, использования и распространения документов.

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

1. Чёткие структуры это линейные и древовидные списки, таблицы, графы и другие структуры данных выраженные в графическом виде. В терминах html это теги ol-ul, table.
2. Словесные потоки это последовательный текст состоящий из слов и предложений делящийся на слова, предложения, абзацы, главы, тома. В терминах html это теги h1-h6, p.

Иными словами.
1. Автор документации скорее всего хорошо классифицировал и структурировал информацию.
2. Автор книги структурировал её с помощью оглавления, но баланс смещён в сторону словесных потоков, а не структур.
3. Авторов у журнала скорее всего много, а статьи в них на разные темы, из-за чего нет общей классификации.
4. Автор комментария вынужден отвечать на чужие мысли, то есть сообщество мешает ему раскрыть свой потенциал в классификации и структурировании информации.
5. Автор переписчик (рерайтер) часто плохо разбирается в теме и переписывает документацию или книгу своими словами.
6. Большая языковая модель генерирует что-то на основе чего-то, например, авторского содержимого. Фактически это машинный переписчик (рерайтер), но без понимания реального мира.

Веб 1.0 против Веб 2.0

Переход от Веб 1.0 к Веб 2.0 открыл возможность писать на чужих сайтах. Да, существует утверждение, что Веб 1.0 это только чтение, но это не так. На своём сайте владелец может написать всё, что угодно и даже гораздо больше, чем на чужом.

В Веб 1.0 для владельца нет искусственных ограничений на.
1. Разметку.
2. Навигацию.
3. Количеству правок.

Но казалось бы в Веб 2.0 владелец сайта тоже может писать всё, что угодно. Это так, да не совсем.

Дело в том, что
1. Сайты Веб 1.0 статические и используют файлы html.
2. Сайты Веб 2.0 динамические и используют базы данных и серверные скрипты.

Управлять сайтом Веб 2.0 сложнее, так как нужно знать больше всего. Если же таких знаний нет, то точно так же будет ограничена.
1. Разметка. Может быть ограничена фильтрами html, или ещё хуже будут урезанные разметки bbcode, markdown, вики-разметка, которые всё равно будут преобразованы в html с потерями.
2. Навигация. Навигационные цепочки вроде хлебных крошек и прочего не так просто настроить даже в CMS из коробки, а если нужного нет, то это огромная проблема.
3. Количество правок. Здесь дело даже не в количестве правок, а к примеру в истории правок засоряющих базу данных, что тоже требует настроек.

Подведя итоги Веб 2.0.
1. Сложнее, чем Веб 1.0 для владельца.
2. Ограничен, для стороннего пользователя.

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

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

Деградация интернета

В числе факторов деградации интернета называют.
1. Ухудшение качества поиска.
1.а. В том числе намеренно, чтобы показывать то, за что платят поисковикам, то есть за рекламу.
1.б. Или то, что владельцы поисковиков посчитают нужными показывать или скрывать по политическим, религиозным, финансовым и любым другим причинам.
2. Ограничения в правилах чужих платформ Веб 2.0.
2.а. Нельзя менять оформление и прочие технические детали.
2.б. Нельзя писать всё, что хочется на чужом сайте, жёсткая модерация.
2.в. Угроза банов с полным удалением всего написанного.
2.г. Отсутствует владение над собственноручно написанным содержимым.
3. Ухудшение качества содержимого.
3.а. Вместо профессионально разбирающихся в теме авторов пишут человеческие (рерайтеры) или машинные (большие языковые модели) переписчики.
3.б. Пишут разбирающиеся в теме люди, но из-за особенностей платформы они выдают низкокачественное содержимое.
И всё в таком роде.

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

Потому интернет и деградирует, так как выдавать качество (классифицирование и структурирование).
1. Очень время затратно.
2. Но самое главное психологически требует смены среды обитания.

Решение проблемы

Нужен переход с чужих платформ.
1. На свой сайт Веб 1.0.
2. Или на свой сайт Веб 2.0, но при условии, что данный автор уже отлично разбирается как в Веб 1.0, так и в Веб 2.0.

Что произойдёт, если оставаться на чужих платформах Веб 2.0?
1. Качество содержимого будет соответствовать уровню вовлечённости в текущую платформу.
2. Психология банально не позволит тратить на чужой платформе на качество (классификацию и структуризацию) много времени как минимум потому, что созданное другими тоже не будет классифицировано, ловушка среды обитания.
3. Технически классификация и структуризация будут ограничены.
4. Модерация, угроза банов и отсутствие владения собственными данными тоже не способствуют успеху.

Ещё хотелось бы сказать про степень владения собственными данными.
1. В Веб 1.0 я использую для редактирования Notepad++ или Kate, а храню данные в монорепозитории Git.
2. В Веб 2.0 мне было удобнее заходить на статьи в базу данных с помощью DBeaver, редактировать же в обычных локальных редакторах.

Казалось бы, какой изврат залезать напрямую в базу данных чтобы отредактировать статью. Но веб-интерфейсы это не всегда хорошо, они и так медленные, а с замедлением интернета в России и переходом на Tor Browser стали ещё медленней.

К тому же стандартные CMS вроде Wordpress и прочих не заточены на массовую обработку данных, например, на массовые создания статей или на массовые замены текста. Даже с плагинами запросы ограничены по количеству записей иначе они просто не сработают до конца.

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

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

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

В конце концов есть разница между.
1. Содержимым созданным для донесения информации.
2. Содержимым созданным для общения.

Веб 2.0 как раз и создан для общения. Общение означает более низкое качество (классификации и структуризации) информации, зато на порядки более быстрое время написания сообщений и ответов на них.

Сheatsheet по фроненду

Thu, 15 May 2025 17:06:44 GMT

Где достать таких шпаргалок, чтоб распечатать на А4 по HTML, CSS, JS?
Сорс проверил, там только эти две и больше нет.
Накидайте у кого есть подобные.

логика работы компонентов

Sun, 11 May 2025 06:37:55 GMT

Столкнулся с тем, что я тут не все могу формально описать. На практике пользуешься интуитивно и все ОК. Вот взять на пример текстовое поле, оно реагирует на ввод, на сочетания клавиш, можно выделять текст и т.д. Есть ли вообще где-то описания поведения стандартных компоне нтов, типа: если компонент ведет себя так, то это собственно текстовое поле или кнопка. Кто ни будь видел такое?

Книгу по JS какую посоветуете

Fri, 02 May 2025 05:56:00 GMT

Доброе время суток, уважаемые коллеги!

Наша старшая дочь заинтересовалась Web-frontend разработкой: Java Script, React и т.д.

Так как моя специализация: C++, Qt, Linux — я не в курсе, какая есть литература по Web-frontend тематике.
Дочь живёт далеко от нас — в Краснодарском Крае (в Адыгее), а я с супругой в Минске.
Посему моя помощь тут — найти, купить и выслать книжку (книжки) по данной теме. Скачать pdf-ку и т.п.
Как я понял — важно освоение синтаксиса Java Script. Это у неё первый язык программирования.

Заранее благодарен за любые подсказки.

P.S. Сразу же отметаю рекомендации типа: объясняй синтиксис по C++!
Это разные ЯП, созданные для разных цеоей.

Sass, Bem, styled-components?

Fri, 18 Apr 2025 07:52:43 GMT

Тут понял, что надо бы вникнуть в текущие правила именования css классов.
Сначала вроде Sass понравился, потом увидел Bem, а в итоге увидел статью от ВК
на хабре и в итоге каша.
Что лучше для css правил?

React. Проектирование компонентов

Mon, 14 Apr 2025 12:00:22 GMT

Привет.

Дошел до этапа проектирования компонентов в реакте и встал вопрос как делить компоненты по ролям.
Есть 3 роли в системе.
Общий вид одинаковый для всех: слева меню, справа отображение либо грид либо таблица.
Просто у админа в меню больше элементов, а справа всё доступно.
А у простого сотрудника в меню вместо 5 элементов меню всего один, а справа грид и таблица только на чтение, хотя у админа в этой таблице и гриде есть доп.кнопки.

Вопрос: как делить на компоненты? Делать один компонент Меню для всех ролей и его уже наполнять в зависимости от роли или же сделать 3 разных компонента для каждой роли со статическим наполнением? Для таблицы и грида тоже визуально выглядят одинаково, просто у админа есть доп.кнопки на которые открываются доп.окна.

Мурыч об оптимизации JS

Mon, 14 Apr 2025 07:08:43 GMT

В ролике есть таймкоды, так что тут пересказывать не буду, но в целом о том, как и что влияет на скорость компиляции и выполнения JS. Например, начинается с того, что let и const, в отличии от var, добавляет задержек, вызов функций с разными типами тоже дает просадку и т.п. Тема может быть и холиварная, но если кому-то интересно, то вот:
https://www.youtube.com/watch?v=wv_qgOI60ao

и не только про оптимизацию. Рассуждения о самом js, движках, типизации, реакт, wasm, дарт...

Посоветуйте курс по ts и react.

Mon, 07 Apr 2025 21:57:49 GMT

Здравствуйте.

А не посоветует ли кто-нибудь какой-нибудь хороший курс по typescript и reactjs? Я не особо нулевой, когда давно
писал на js и использовал Angular (самый ранний, версии 1.4), но с тех пор прошло довольно много времени и много поменялось.
Интересует именно курс, можно и забугорный или что-то на степике. Или серия блогозаписей. Может кто-то сам проходил\изучал, или
слышал отзывы про что-то подобное?

Заранее благодарю.

ЗЫ: Хотя подумал, что все-таки нулевой -- кажется и ts от js порядком отличается, другой язык по сути, и react на других принципах
чем Angular построен. В общем можно и для нулевых курсы. Главное, чтобы толковый.

AWS WAF Captcha, Google reCaptcha, vendor lock

Fri, 21 Mar 2025 08:14:18 GMT

Пытаюсь сделать прототип, который покажет капчу по простому условию "юзер слишком часто дёргает endpoint-ы".
Правила прописаны в AWS WAF на Cloudfront. При срабатывании правила, возвращает код ошибки, и фронт должен показать капчу, при успешном прохождении ставит куку и ошибка не срабатывает.

У AWS капчи- 2 засады:
1) ограниченный список локалей, примерно 20% от того, что поддерживает продукт.
2) с.к. не работает скрипт капчи с IE11. День потратил, пытался подсунуть разные polyfills- нифига. Первый скрипт капчи transpiled в ES, но он пытается грузить с серверов AWS ещё скрипты, которые синтаксис не переваривает, и бросает ошибки с методами- полифилами не все смог поправить.

Что с reCaptcha? Оно требует завести акк на гуглоклауде. Оно как-то даже в теории может интенрироваться с AWS WAF?

У кого то был опыт с интеграцией капчи?