Михаил Р.

У меня работает вариант с созданием своей "локали" (locales) на основе существующей локали ru_RU:
1. Копируем существующую локаль

sudo cp /usr/share/i18n/locales/ru_RU /usr/share/i18n/locales/ru_RU_2

.
2. Редактируем sudo nano /usr/share/i18n/locales/ru_RU_2 и сохраняем (в decimal_point заменяем значение на нужный символ):

LC_NUMERIC
decimal_point   ","
thousands_sep   " "
grouping        3;3
END LC_NUMERIC

3. Компилируем новую локаль sudo locale-gen ru_RU_2.UTF-8.
4. Обновить новую локаль на уровне всех пользователей sudo update-locale LANG=ru_RU_2.UTF-8.
5. Перезагрузиться. У меня сработал вариант с выходом и повторным заходом.
6. Проверить локали locale или locale -a или sudo nano /etc/default/locale, должна быть наша ru_RU_2.UTF-8. Если все ок, то идем чекать в какой то блокнот.

P.S. гном может игнорировать системную локаль, если юзверь настраивал язык через его настройки.

Как альтернативу, можно сделать собственную раскладку клавиатуры с частичной модификацией (только NumPad), с изменением всего 1 символа:
1. Создаем файл ~/.xkb/symbols/keypad_2:

partial keypad_keys
xkb_symbols "keypad_2" {
    include "keypad(basic)"
    key <KPPT> {[period, period]};
};

2. Для постоянного применения данной раскладки, добавляем команду в ~/.xsessionrc (для ru и us раскладок):

echo 'setxkbmap -layout "us,ru" -symbols "pc+us+ru+keypad_2"' >> ~/.xsessionrc

.
3. Перезагрузка, проверяем setxkbmap -query.

как проверять кодом есть ли нужная библиотека на пайтоне?

В локальном окружении? Тогда примерно так:

import importlib.util
print(importlib.util.find_spec('kek') is not None) # False

Check if Python Package is installed

Как сделать сайт на WordPress с высокой производительностью?

Вначале необходимо определить, что такое "высокая производительность". Обычно, под производительностью сервера (WP сайт это как раз тот самый сервер) подразумевается показатель RPS (Requests Per Second) - максимальное количество запросов к серверу в секунду. Именно максимальное, т.е. в какой то "час-пик". Предположим, что сайты на WP обычно используют небольшие, ну максимум средние компании, с соответствующим ожиданием по нагрузке в своем сегменте.

Возьмем голую тему без плагинов, которая выводит 10 изображений, с подключением 5 статических файлов (css/js), итого около 20 запросов от одного не кэшированного визита посетителя. Если на наш сайт зайдут 5 посетителей в секунду, они сгенерируют 100 RPS (5 * 20). Может показаться, что 5 визитов в секунду - это мало, но в минуту это будет уже 300 визитов, а в час 18000 визитов, что как бы дохрена, для малого-среднего бизнеса. Повторюсь, речь идет про "час-пик", т.к. нагрузка в другой промежуток времени нас не интересует.

По моим наблюдениям, WP без проблем выдерживает 50-100 RPS на нормальном хостинге с начальным тарифом без кэширования.

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

Я придерживаюсь следующего плана оптимизации WP сайта, от простого к сложному:
1. Кэширование плагином - самое быстрое и относительно дешевое решение, гуглить WordPress caching plugins. Обычно, вместе с такими плагинами идет опция с оптимизацией изображения до .webp или .avif формата и оптимизацией css/js файлов, если же нет, то это должен быть следующим пунктом оптимизации. Например, для W3 Total Cache имеются плагины Smush и ShortPixel.
2. Хостинг - арендовать более производительный shared-хостинг и подключить CDN.
3. VDS/DS хостинг - переезд на производительный VDS/DS хостинг, настройка обратного прокси Nginx и перекладка на его плечи задачи кэширования. Иногда получается сделать так, что до WP вообще не доходит запросов, все отрабатывает Nginx (это идеальный сценарий, но не всегда выполнимый). Здесь можно снять несколько сотен-тысяч RPS, что уже очень прилично, для такого уровня сайтов.
4. Больше серверов - докупка VDS/DS серверов с балансировкой, либо руками, либо средствами хостера. Здесь можно снять ЕЩЕ несколько сотен-тысяч RPS дополнительно к п3. Обычно, такая производительность нужна каким то интернет-каталогам/магазинам.

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

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

Рекомендую почитать:
WordPress Developer Resources - Optimization
The Ultimate Guide to Boost WordPress Speed & Perf...
Page Speed Optimization for WordPress

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

Отслеживать производительность можно плагинами New Relic и Query Monitor, а тестировать нагрузку Load Impact и Apache Benchmark. Это поможет понять, где узкие места.

Способ обхода CloudFlare 2025?

Обратил внимание, что последние пару лет все чаще слышу про fastapi, насколько он уже созрел на рынке? "Слышать" это одно (субъективщина, хайп и все такие), может есть какие-то метрики, как определять востребованность конкретной технологии относительно другой, например django и fastapi

Я придерживаюсь 2х критериев для ЯП, которые используются в малых-средний проектах, это сайт с поиском работы (hh), и фриланс площадки. Вот инфа по hh на 10.03.2025:

Без взаимоисключений:
- Django: 184 вакансии.
- FastAPI: 172 вакансии.

Взаимоисключающие django и fastapi:
- Django: 100 вакансий.
- FastAPI: 89 вакансий.

Всего пару лет назад FastAPI составлял 30% от django, сейчас же они сравнялись (тенденция на лицо), на фрилансе FastAPI так же часто мелькает, а учитывая, что это относительно django новая технология, то на него обязательно стоит обратить внимание, т.к. вполне вероятно, что его рост на рынке продолжится.

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

UPD, инфа по hh на 09.10.2025:

Без взаимоисключений:
- Django: 119 вакансии.
- FastAPI: 151 вакансии.

Взаимоисключающие django и fastapi:
- Django: 40 вакансий.
- FastAPI: 72 вакансий.

Переезд на зарубежные сервера чреват потерей позиций сайта (тестировала, так и случилось).

От смены сервера позиции не проседают, что то другое повлияло.

Какой SEO-плагин поставить для для Wordpress в 2025м?

Тот же, что и в 24 году - Yoast SEO или All in One SEO Pack.

- Либо анализ http запросов и попытка обращения напрямую к ним -
dynamic web page scraping with python, средняя сложность, максимальная производительность, легко вычисляется.
- Либо Playwright (или https://github.com/stephanlensky/zendriver">zendriver) с использованием Chrome DevTools Protocol - высокая сложность, средняя производительность, тяжело вычисляется.
- Либо Playwright без CDP, простая сложность, минимальная производительность, легко вычисляется.

На основании офф доки, попробуйте так:

gsap.registerPlugin(ScrollTrigger)

useLayoutEffect(() => {
    gsap.to(".img-1", {
        height: '100%',
        scrollTrigger: {
            trigger: '.wb1',
            markers: true,
            scrub: true,
            start: "top center",
            end: "bottom center",
            // toggleClass:  "title-selected",
            toggleClass: {
                targets: ".wb1",
                className: "title-selected",
            },
        }
    })
}, []);

почему

Отладкой кто будет заниматься? Добавьте console.log() в нужных местах, чтобы самостоятельно выяснить, где проблема (ну или фича, это как пойдет ;))