Он не требует администратора. Он требует ответа (и то, не всегда) и дальнейшего устранения проблемы. Или встречный вопрос, когда человек имеет право называться администратором?..
Ещё раз.. чтобы мне поехать на машине, мне не нужен водитель (человек). Я могу эту функцию ("порулить") выполнить сам... Чтобы залить водичку для омывателя, мне не нужен автосервис..
Мелкие проекты "на шаблонной CMS" вполне успешно разместятся на шаред-хостинге, в котором функции администрирования включены в услугу и выполняются администраторами из штата хостера, за квалификацию которых ответственность несёт хостер.. но страдать иногда могут и клиенты...
Что интересно, банальная настройка .htaccess, строго говоря, это тоже из администрирования.. (во всяком случае, ближе, чем из "программирования") При этом, я "веб-мастера", на котором "висит" задача сделать сайт рабочим, вряд ли назову администратором.
Если значение выражения в скобках будет ложное, то выполнится
---------- Добавлено 14.09.2019 в 18:42 ----------Можно убрать or и заменить на
if (!isset($newItems[$item->id]) || $newItems[$item->id]->year <= $item->year)
Нет никакого противоречия.
Вы путаете понятия функции и "должность/услугу". Без админа функции администрирования может выполнять секретарша любой технически подкованный специалист (отчасти "разделив" их с техподдержкой хостера (и/или "самозанятыми" админами), порой являясь буфером и "переводчиком" с русского на русский.. в том числе и в рамках платного предоставления услуг).
И для определённого уровня проектов это вполне приемлемо (при условии сопоставления выгод и рисков). Естественно, когда однодневный простой приносит миллионные убытки..
Бородатые тру-админы могут бить себя пяткой в грудь и кричать, что так неправильно.. Но, пытаясь поднять отказоустойчивый кластер "по фэн-шую" и оплатить услуги тру-админа за первоначальную настройку и поддержку, Вася с Петей успешно спустили бы бюджет (свой-чужой..) ещё до первой беты..
Значит то, что кажет подстановку не вызвало сомнения.. (КО)
Можно, конечно по google поискать в файлах..
Но, думаю, более вероятно по всяким base64, eval и прочим штукам..
Удачи =)
Так и не нужны на самом деле (в смысле, критичной необходимости как таковой нет).. нужны функции с учётом качества (в том числе, безопасность, включающая отказоустойчивость) их выполнения и разграничением ответственности.
Если некий условный Вася считает, что его домашний системник, настроенный другом-Петей вполне сойдёт за сервер для супер-пупер-проекта.. то это их личное дело.. (бюджет на мощности и администрирование они попилят "освоят") Другой вопрос, что ответственность за всё это несёт руководитель (не технический.. а вообще) того самого проекта. И одно дело, если проект в начальной стадии стартапа..
Их "стандартных" с того времени с десяток было. С учётом того, что после взлома сайт можно использовать "как хочу-кручу-верчу", то "просто ткнуть" может быть недостаточно.
Проверьте даты файлов.. (их 3 разных, и файл-менеджеры не всегда нужную показывают).
Будет хорошо, если чистится "лёгким движением руки"..
Удачи.
Ну.. можно отвечать всё что угодно.. Однако, (в плане нагрузки) есть объективные метрики.. количество запросов/проходов, время каждого из них.. Сложность алгоритмов.. В конце концов, "лучшие практики"
Цепляя попутно смежные (либо прислушиваясь к профессионалам). На примере той же организации хранения файлов - сложно учитывать особенности FS, если о них даже не догадываешься.
Нынче модно на довольно много шума вокруг https - значки, замочки, предупреждения... Может лучше рассмотреть вариант о переезде "туда"?
Указать во всех панелях основное зеркало, настроить 301 редирект, прописать canonical, засунуть все страницы в карту обоих сайтов (без httpS) и тупо ждать..
Тынц..
Можно клацнуть случайно..
Как минимум, если изменения на текущей странице были, то предупредить. что они не сохранятся..
Поддомены и плашку с городом вообще поверх (точнее "до") CMS настраивать можно. (ну, не... в шаблон/тему воткнуть "по фэн-шую", а обработку логики можно сделать так, чтоб CMS даже и не в курсе была )))---------- Добавлено 13.09.2019 в 22:29 ----------
Мультирегиональный сайт без WP на любом движке реализуется в соответствии с требуемой логикой отображения контента / взаимодействия с пользователем:
- наличие/отсутствие страниц и их содержимое
- в частности - наличие/отсутствие товаров и их цены + стоимость и методы доставки в соответствии с бизнес-процессами..
