Antonio Solo, ага, а потом это грамотное и взвешенное решение передадут команде разработчиков которые кроме, допустим, Битрикса в руках ничего не держало. А ТЗ будет на симфони.
volnistii11, лучше смотреть, чем владеют доступные программисты, на этом и делать.
Если отдавать делать на заказ, то вопрос "на чем делать" должен волновать в последнюю очередь - лучше подготовить грамотное ТЗ, а студия сама решит, как и на чем это лучше реализовать.
xmoonlight, тот, кто придумает 100% надежную схему для такого - озолотится
оптимально - все в облаке
либо основную часть кода обфусцировать, но дать возможность подключать свои "плагины", работать с апи. чтоб не возникала необходимость код менять.
но это все равно не дает надежной защиты от взома
простая: предотвратить копии и распространение по инету без обфускации и т.п.
Пфф. А если набежит ИП?
Как будет проверятся, действительно ли ИП - какая-то компания или физика на работе начальство попросило для ухода от налогов его оформить?
Как в этом случае такая защита сработает?
имеете доход, открывайте ИП
либо платите налог на доход для физ.лиц
paypal юзать можно. ничего страшного, если заказчик видит твой адрес, нет (если ты кидать не собрался). ну или если по каким-то другим соображениям не хочешь его показывать
1 посмотреть, в каком кастомном поле плагин хранит эту переменную
2 проверить, есть ли такая переменная у этого поста
3 если переменная есть и не пустая - бинго! тайтл задан вручную
Никитос, крайне не рекомендую учиться по курсам Webdesign-master. Мой такой отзыв на Webdesign-master: этот чудак учит неправильно, а когда указываешь на ошибки (ну там с ссылками на документацию, с примерами из документации и прочим таким), начинает вести себя неадекватно. Ошибки принципиально не исправляет.
А конкретно по твоему вопросу - ты делаешь не то.
Это как раз должно значительно уменьшить количество лишних запросов к серверу
Уменьшать количество лишних запросов к серверу нужно если он работает на http/1.1.
Сейчас все массово переходят на http/2, там эта проблема не актуальна.
Но, даже если у тебя http/1.1, не стоит инлайнить все картинки. Лучше сделай отложенную загрузку.
Все картинки, что ты заинлайнишь, не будут кэшироваться для последующих запросов. Если у тебя на сервере используется полностраничный кэш, то при изменении картинки тебе нужно будет его сбрасывать.
Проще грузить их отложено.
Для загрузки картинок для ретина и обычных экранов, юзай либо srcset, либо тэг picture, смотря что тебе больше подходит
а вот на фронте у вас оно работает именно так, как элементор скажет - медленно и печально