Курс - Архитектор проектов с Claude Code

Мой коллега и хороший друг выложил бесплатно очень качественный курс по AI Claude. Рекомендую тем, кто хочет разобраться в этой теме.

Его телеграм канал про ai.

https://www.notion.so/Claude-Code-3128805cdaf7816ab090ea45a6701716

OlegTix | #вебразработка #ai

Как я веду учет заказов

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

Раньше пользовался trello, но после санкций остановился на аналоге YouGile, которую использую уже точно больше 2-х лет. Кроссбраузерно, стикеры для задач. В общем, всего хватает.

Под клиентские задачи сделал доску с колонками:
1) Жду информацию
2) На сегодня
3) В работе
4) Сделано
5) Отложено

Через стикеры ставлю приоритет, стоимость, дедлайн, заметку, источник.

Наглядно, просто, не перегружено.

А вы как ведёте клиентов и задачи?

#продуктивность

Неожиданная ошибка от WordPress меню

Столкнулся с интересной проблемой. Сайт падал с 504 ошибкой (тайм-аут) при сохранении меню WordPress. Сервер очень мощный. Начал разбираться.

Как оказалось, меню было слишком большим для WP. Оно на 50-60 пунктов. С технической точки зрения, когда вы сохраняете меню в WordPress, то каждый пункт отправляется как набор полей. Там всякие заголовки, ссылки, порядок, родительские элементы, CSS-классы...

В итоге у нас получается ОГРОМНЫЙ POST-запрос. И сервер просто не успевает его обработать до конца => сервер падает.

Исправляется это путем увеличения max_input_vars для PHP. Надо ставить 10 000 вместо дефолтных 1 000, а где-то и 20 000 может не хватить.

Также надо не забыть про max_execution_time и max_input_time. Им поставить 300 секунд. А также memory_limit 512M.

Если всё это не помогло, то надо копаться в Nginx/Apache в зависимости от стека.

Однако это всё скорее костыль, чем решение. Для меня загадка, как так разрабы WP не предусмотрели такую оптимизацию... Самое лучшее решение в случае мегаменю — отказаться от WordPress меню и накодить его с помощью того же ACF. Либо вариант более элегантный, оставить только верхние уровни, а нижние выводить динамически через PHP.

Если у вас небольшое меню, то беспокоиться не о чем.

OlegTix | #вебразработка #wordpress

OlegTix | #мем

Ссылки телеграма заблокированы

Я думаю, что все уже видели новость, что домен t.me был отключен и все ссылки на аккаунты и так далее стали нерабочими.

В сети советуют использовать telegram.me ссылку, чтобы обойти данную блокировку. Лично у меня такая ссылка не работает и не работала после блокировки t.me.

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

Просто заменяете t.me на telegram.dog и все ссылки станут рабочими.

Пример
https://telegram.dog/oleg_tix

OlegTix | #сайты

Как вы боретесь с атаками на сайт, когда сайт находится на виртуальном хостинге?

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

Раньше была волшебная таблетка: cloudflare. Подключаешь его к сайту, а он не только защищает его бесплатно, но и ускоряет. Сейчас его нет. Быстрый ресерч альтернативных СНГ решений дал только платные сервисы с действительно дорогими ценами, особенно в пропорции со стоимостью самого хостинга. Приходится что-то выдумывать, плагины защиты (а-ля wordfence или aios) особо не помогают, только окончательно добивают полулежащий сайт, такие плагины создают очень большую нагрузку на бд и прочее, потому что они работают ВНУТРИ PHP, который и так уже загружен на 100%.

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

Но что делать, если все же нужно что-то придумать на виртуальном хостинге, и да, желательно без танцев с бубнами на горе?

Мое решение сейчас:
1) статический кеш, чтобы снизить нагрузку на бд
2) блокировка агрессивных user-agent прямо в .htaccess
3) закрытие xmlrpc.php, /wp-json/wp/v2/users, лимит на wp-login.php;
4) отключить wp-cron (DISABLE_WP_CRON) и повесить его на серверный крон, иначе каждый бот-запрос запускает планировщик;
5) дешёвый VPS за 300–500 ₽ как reverse-proxy с nginx перед шаредом: фильтрация до того, как трафик дойдёт до хостинга. Часто дешевле любого WAF.

Делитесь своими решениями и идеями в комментариях.

OlegTix | #сайты #безопасность