Лучше написать верстку с уклоном на статику: на чистом html+css,Я бы написал именно так, если это возможно. Это как минимум должно быть быстрее чем то же самое + JS.
на bootstrap с добавлением cssЭто скорее всего будет быстрее с точки зрения получения результата, но на счёт качества такого решения - есть большие сомнения. Вообще, одно из правил HTML'а/вёрстки - если есть возможность реализовать что-то меньшим кол-вом элементов - нужно делать именно так. То есть, если физически есть возможно сделать что-то с помощью одного
<div/>
'а, а не двух, трёх и т.д. - нужно делать это одним <div/>
'ом (без фанатизма конечно).или сделать более динамично: на php, реализовав все через цикл для получения вывода элементов: «Категория», «Товары», «О нас» и т.д.?Это напрямую зависит от Ваших задач и потребностей. Если Вам нужно что бы меню формировалось на сервере - то его нужно формировать на сервере. К вёрстке непосредственно это не относится. Лично я в своей практике использую и тот и другой подход, а иногда оба сразу (часть меню - статическая, часть - динамическая), в зависимости от желаемого результата.
Какие есть варианты упрощения ? чтобы при создании объекта не передавать кучу параметров в конструкторе.На вскидку, вариантов несколько:
__construct($array) { ... }
new MyClass([
'property1' => 'value1',
'property2' => 'value2',
'property2' => 'value3',
]);
нужно вставить код html в котором есть phpЕсли Вы хотите, что бы этот код PHP выполнился - то скорее всего никак, т.к. PHP обычно выполняется на сервере.
/myphpcode.php
, сначала обращаться к нему, примерно так://Код исключительно для примера, на работоспособность не проверял
var myphpcode = null;
$.get('/myphpcode.php', function(data) {
myphpcode = data;
});
INPUT
(или TEXTAREA
, что равносильно по сути) - оборачивать его в htmlspecialshars - лично я никакой необходимости не вижу. При отправке запроса - форма сама по себе прекрасно кодируется, без всяких "оборотов", содержимое поле исходно так же обычно не требует никаких дополнительных "оборотов", не зависимо от того, собираетесь ли Вы сохранять это в БД или нет.Почему лучше добавлять классы в контейнер и создавать их из контейнера а не через new?Откровенно говоря, вопрос звучит аки "почему молоток лучше чем пассатижи?".
1. Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.Приложения на PHP, по умолчанию работают "24/7", но если Вы хотите, что бы процесс PHP постоянно висел в памяти - лучше обратить внимание на другой язык/стек, например C# + .NET или GO, они работают по принципу "процесс постоянно сидит в памяти", если для Вас это принципиально, т.к. у PHP несколько другая архитектура и, запустить ПХП-скрипт в циклическом режиме хоть и ничего не мешает, но я бы так делать не стал (по принципу "колоть орехи монитором - тоже ничего не мешает").
2. Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.Клиент-серверный обмен данными на уровне REST-API - вполне себе оптимален и достаточно часто применяется, если Вы об этом...
Не хочу учить по книжкам, сразу пытаюсь решать реальные задачи. Если то в языке не пойму - смогу загуглить.Это Вы зря... Для начала, я бы всё-таки рекомендовал Вам книжку за авторством Котерова "PHP 7". Отличная книга "начального уровня". Если осилите её целиком - это будет неплохой старт.
Знаю/понимаю фронтенд. В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.Мне нравится Ваш оптимизм :)))
При обновлении странички, проблема не пропадает.Судя по описанию, это связано с тем, что картинка кэшируется в браузере. Решить это можно например так:
<img src="image1.png?<?php echo time(); ?>" />
Это пожалуй самый просто вариант (менять путь, что бы он не кэшировался).Кто как справляется с этой проблемой?