Вова Дружаев

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

Почему картинку тянул с ютуба, а не со своего сервера? Я так чекаю доступность видео. Часто бывает правовладельцы заставляют убирать контент и бывало заходишь на страницу - а ролик удален. Таким образом я себе на почту автоматически отправляю письмо если картинка вернула мне 404 ответ. Просто нахожу похожий ролик на ютубе и заменяю ссылки (это я о трейлерах к фильмам)

Раньше была статья за вредительство.
Убить бизнес - это про ваш сайт. Никто не будет 160 секунд ждать чтобы ваш сайт загрузился. 10 мегабайт ненужной информации...

Разбивайте все на экраны. Подгружайте их в момент скролла. lazy load называется.

Загружайте изображения того размера, что и ваш div. Но не 1 мегабайт пикча размером 2560 пикселей. Нафига она пользователю нужна пока он не нажал на нее? Используйте лайтбоксы.

Уберите png гигантского размера (ага - рюшечка в виде планшета). Наконец-то его просто в srcset засуньте - разные размеры в зависимости от экрана. Зачем пользователю на экране 1200 пикселей он в 1800 пикселей?
зачем на экране в 360 пикселей картинка мужика 808х600 пикселей? display: none; - ну что двойка вам за реализацию. Аналогично и слайдер display: none; а js его там переключает. Это жесть

Откройте для себя squoosh или file optimizer - полезные штуки - планшет ваш сожмут с 817 до 671 килобайт. Но рюшки я бы отменил. Все равно на мобильном чаще заходят, а они там и не выводятся. Десктоп украшаете? а зачем мобильного юзера ими мучаете?

Наведите порядок со шрифтами. Используйте woff2 - конверторы есть. Думаете покупателю они все нужны на лишний мегабайт? 1 текстовый шрифт и 1 иконочный шрифт. Лишнее убить.

js - это ад. Выкидывайте кучу аналитики. Оставляйте что-то одно. Или гугл или яндекс. Там и с виджетами беда. Никто не будет вам звонить по ним - т.к. тупо сайта не дождутся загрузки.

Если делаете пагинацию - делайте её верно: ajax-запрос. Хотя, показывает практика, мало кому интересны слайдеры и пагинация. Сделайте нормальный рубрикатор или ajax фильтр чтоб не гонять ненужные данные. А там на беке не дергайте однотипные данные из базы - есть же кеширование. не... не слышали.
Хотя "СВЕЖИЕ ЗАЯВКИ НА ПОИСК ЗАПЧАСТЕЙ" - какую полезную инфу несет этот тяжелый блок, да еще якобы с пагинацией?

ПОНРАВИЛСЯ СЕРВИС
ПОИСКА АВТОЗАЧАСТЕЙ?

Нет! потому что так не делают сайты.

Вначале понимаем анатомию блоков гутенберг. Я писал об этом тут https://bitly.su/xGKuJ - смотрим все 3 серии - много полезного.
Потом гуглим "gutenberg add Block Library new category" и попадаем на это https://loomo.ca/gutenberg-creating-custom-block-c...

Владение правильной терминологией - залог успеха!

function_exists || class_exists || is_plugin_active
+ admin_notices

В этой теме хорошие ответы Как проходит разработка на Wordpress? от меня, Игоря и Дмитрия

Ну а что лучше WordPress, GIT, шторм - дело вкуса.

У меня более 100 разработок под вордпресс. В основном это аддоны для WP-Recall. Продаю их на codeseller

Нет локального сервера. Dev сервер на хостинге, закрыт для всех, открыт один IP. На лето уехал на дачу с ноутом - подключился к хостингу и работаю. В случае локальной разработки как было бы дело? Держать включенным ПК когда меня нет в квартире - не вариант. Держать 2 сервера на ПК и на ноуте - мне не подходит. Я часто работаю удаленно из разных мест - и для меня вариант сервера разработки у хостера - идеальный.

Да - я не пишу тесты, не было надобности.

Использую NetBeans - который сейчас вдруг ожил и начал снова развиваться. В нем меня на данный момент всё устраивает. Были попытки перейти на VSCode - но пришел к пониманию что возиться с его настройкой и тысячами плагинами - так себе затея. Не настроил в нем удаленную синхронизацию - бросил затею с ним.

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

Query monitor - как помощник для разработки

По поводу говнокода...
Когда ООП, но чаще процедурный стиль. Когда проект вырастает и обрастает - рефакторинг в ООП. Да - лично я начинать писать в ООП стиле не буду - т.к. часто нет понимания что там и как. Зато накидывается каркас быстро. Потом уже понимаешь нужен там ООП или нет.
IDE форматирует все по сохранению. Мы максимально близко WPCS использовали, хотя есть некоторые отступления от него.

DocBlock - кто-то использует, кто-то нет. Код сам расскажет лучше о том что он делает :) - но тс... я вам этого не говорил

Кто-то скажет "Парень - вот ты вредных советов надавал и это пример как делать не надо". Я обрисовал свою ситуацию. Многие проекты я поддерживаю уже 4-ре года (собственно тогда и ушел из офиса на удалёнку и ниразу не пожалел. С самоорганизацией у меня проблем нет. Надо работать - работаю). Проблем мне это не создает, да и другим вроде тоже. Зачем усложнять жизнь если реальных потребностей не было? Применять или не применять что-то - зависит от здравого смысла. Зачем тратить время на автотесты - когда проект простой. когда у тебя < 10000 строк кода - тоже не вижу смысла в docBlock или автотестах. Не пинайте сильно тапками - но жизнь говорит - нужно делать все быстро, а еще отдыхать надо, семья и дети. Жизнь одна и ее не должен поглощать код и сопутствующие заморочки с окружением... А документацию и тестирование в одну репу тянуть тяжко.

Короче - не усложняйте или 20/80

Реализовать также, как это сделано на 1-й теме

Пишет вам что вы задали в теме форматы записей. Но ваша тема их нигде не использует. Зачем тогда вы указали их в поддержке темы?

wp_mail https://wp-kama.ru/function/wp_mail

Возвращает
true, если удалось отправить письмо и false, если нет.

- делай эту проверку. А то что это такое - функция не известно что вернула, а ты статично пишешь "Бро - все ништяк, я сделал работу"

чтоб я так жил))

public' => true,

https://wp-kama.ru/function/register_post_type#pub...

Если вы это делаете для себя - не обращайте внимание. Вам этот гемор потом разгребать самому.

А если отдавать или продавать будете - то вас завернут.

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

Нужен вам видимо секс - вы его получите, как только куча плагинов вам в консоли покажет что jquery у вас не тот. ну и хендбуки - а кто их читает то. Да?

И почему такая возможность не была предоставлена по-умолчанию?

потому что это только запланировано. Будут работать над этим. А пока гутенберг - только тело записи. Сейчас они виджеты переделывают в блоки, потом меню и кастомайзер и доберутся и в целом до макета.

p.s. какой приоритет работ (их порядок) я могу обманывать - надо смотреть на гитхабе проекта

Как решаете проблемы?

проблемы надо решать с теми кто их вам причиняет: с хостерами. Или голосовать ногами и убегать от такого бесплатного сыра.

Хостингов с небольшой оплатой вагон. У вас совсем нет денег?

Нет разницы на чем вы делаете кабинет если вы кастомизировали под себя.
Всё как обычно - по клику на js пишете обработчик, отправляете и на php производите все манипуляции в БД.
Просто?
От вас - знания js, ajax, ну и методы вордпресс по работе с БД. В общем апи вордпресс.

Плагин Top 10