WapGraf: Потому, что каждый вопрос "почему не работает", "почему падает" требует администратора!
Он не требует администратора. Он требует ответа (и то, не всегда) и дальнейшего устранения проблемы. Или встречный вопрос, когда человек имеет право называться администратором?..
Ещё раз.. чтобы мне поехать на машине, мне не нужен водитель (человек). Я могу эту функцию ("порулить") выполнить сам... Чтобы залить водичку для омывателя, мне не нужен автосервис..
Мелкие проекты "на шаблонной CMS" вполне успешно разместятся на шаред-хостинге, в котором функции администрирования включены в услугу и выполняются администраторами из штата хостера, за квалификацию которых ответственность несёт хостер.. но страдать иногда могут и клиенты...
Что интересно, банальная настройка .htaccess, строго говоря, это тоже из администрирования.. (во всяком случае, ближе, чем из "программирования") При этом, я "веб-мастера", на котором "висит" задача сделать сайт рабочим, вряд ли назову администратором.
WapGraf: Без админа функции администрирования выполнять некому.
Вы путаете понятия функции и "должность/услугу". Без админа функции администрирования может выполнять секретарша любой технически подкованный специалист (отчасти "разделив" их с техподдержкой хостера (и/или "самозанятыми" админами), порой являясь буфером и "переводчиком" с русского на русский.. в том числе и в рамках платного предоставления услуг).
И для определённого уровня проектов это вполне приемлемо (при условии сопоставления выгод и рисков). Естественно, когда однодневный простой приносит миллионные убытки..
Бородатые тру-админы могут бить себя пяткой в грудь и кричать, что так неправильно.. Но, пытаясь поднять отказоустойчивый кластер "по фэн-шую" и оплатить услуги тру-админа за первоначальную настройку и поддержку, Вася с Петей успешно спустили бы бюджет (свой-чужой..) ещё до первой беты..
WapGraf: вы (хостеры, системные администраторы) нафиг не нужны
Так и не нужны на самом деле (в смысле, критичной необходимости как таковой нет).. нужны функции с учётом качества (в том числе, безопасность, включающая отказоустойчивость) их выполнения и разграничением ответственности.
Если некий условный Вася считает, что его домашний системник, настроенный другом-Петей вполне сойдёт за сервер для супер-пупер-проекта.. то это их личное дело.. (бюджет на мощности и администрирование они попилят "освоят") Другой вопрос, что ответственность за всё это несёт руководитель (не технический.. а вообще) того самого проекта. И одно дело, если проект в начальной стадии стартапа..
wasistdas: Меня надо ткнуть где рыть. Явно стандартный взлом
Их "стандартных" с того времени с десяток было. С учётом того, что после взлома сайт можно использовать "как хочу-кручу-верчу", то "просто ткнуть" может быть недостаточно.
Проверьте даты файлов.. (их 3 разных, и файл-менеджеры не всегда нужную показывают).
Будет хорошо, если чистится "лёгким движением руки"..
WapGraf: Пожалуй не соглашусь. Программисты как правило отвечают что-то типа "сам дурак".
Ну.. можно отвечать всё что угодно.. Однако, (в плане нагрузки) есть объективные метрики.. количество запросов/проходов, время каждого из них.. Сложность алгоритмов.. В конце концов, "лучшие практики"
WapGraf: Каждый должен расти в своей сфере
Цепляя попутно смежные (либо прислушиваясь к профессионалам). На примере той же организации хранения файлов - сложно учитывать особенности FS, если о них даже не догадываешься.
Нынче модно на довольно много шума вокруг https - значки, замочки, предупреждения... Может лучше рассмотреть вариант о переезде "туда"?
AlekseiD: способ как побыстрее избавится от https в индексе? Либо тупо ждать?
Указать во всех панелях основное зеркало, настроить 301 редирект, прописать canonical, засунуть все страницы в карту обоих сайтов (без httpS) и тупо ждать..
Тарасов Роман: Про поддомены понятно. Вопрос, как плашку с выбором города прикрутить.
Поддомены и плашку с городом вообще поверх (точнее "до") CMS настраивать можно. (ну, не... в шаблон/тему воткнуть "по фэн-шую", а обработку логики можно сделать так, чтоб CMS даже и не в курсе была )))
---------- Добавлено 13.09.2019 в 22:29 ----------
SeVlad: Мультирегиональный сайт на ВП - задача совсем не тривиальна и готовых решений нет. Но какие-то простые вещи решаются. Разными способами. В зависимости от конкретного ТЗ.
Мультирегиональный сайт без WP на любом движке реализуется в соответствии с требуемой логикой отображения контента / взаимодействия с пользователем:
- наличие/отсутствие страниц и их содержимое
- в частности - наличие/отсутствие товаров и их цены + стоимость и методы доставки в соответствии с бизнес-процессами..
Потому, что каждый вопрос "почему не работает", "почему падает" требует администратора!
Он не требует администратора. Он требует ответа (и то, не всегда) и дальнейшего устранения проблемы. Или встречный вопрос, когда человек имеет право называться администратором?..
Ещё раз.. чтобы мне поехать на машине, мне не нужен водитель (человек). Я могу эту функцию ("порулить") выполнить сам... Чтобы залить водичку для омывателя, мне не нужен автосервис..
Мелкие проекты "на шаблонной CMS" вполне успешно разместятся на шаред-хостинге, в котором функции администрирования включены в услугу и выполняются администраторами из штата хостера, за квалификацию которых ответственность несёт хостер.. но страдать иногда могут и клиенты...
Что интересно, банальная настройка .htaccess, строго говоря, это тоже из администрирования.. (во всяком случае, ближе, чем из "программирования") При этом, я "веб-мастера", на котором "висит" задача сделать сайт рабочим, вряд ли назову администратором.
Я его не понимаю. При чем тут or?
Если значение выражения в скобках будет ложное, то выполнится
---------- Добавлено 14.09.2019 в 18:42 ----------
Можно убрать or и заменить на
в котором сами себе же перечите "не нужны - нужны"
Нет никакого противоречия.
Без админа функции администрирования выполнять некому.
Вы путаете понятия функции и "должность/услугу". Без админа функции администрирования может выполнять секретарша любой технически подкованный специалист (отчасти "разделив" их с техподдержкой хостера (и/или "самозанятыми" админами), порой являясь буфером и "переводчиком" с русского на русский.. в том числе и в рамках платного предоставления услуг).
И для определённого уровня проектов это вполне приемлемо (при условии сопоставления выгод и рисков). Естественно, когда однодневный простой приносит миллионные убытки..
Бородатые тру-админы могут бить себя пяткой в грудь и кричать, что так неправильно.. Но, пытаясь поднять отказоустойчивый кластер "по фэн-шую" и оплатить услуги тру-админа за первоначальную настройку и поддержку, Вася с Петей успешно спустили бы бюджет (свой-чужой..) ещё до первой беты..
Все, что вызывало сомнения, удалил.
все равно кажет подстановку виагры под гуглбот
Значит то, что кажет подстановку не вызвало сомнения.. (КО)
Можно, конечно по google поискать в файлах..
Но, думаю, более вероятно по всяким base64, eval и прочим штукам..
Удачи =)
вы (хостеры, системные администраторы) нафиг не нужны
Так и не нужны на самом деле (в смысле, критичной необходимости как таковой нет).. нужны функции с учётом качества (в том числе, безопасность, включающая отказоустойчивость) их выполнения и разграничением ответственности.
Если некий условный Вася считает, что его домашний системник, настроенный другом-Петей вполне сойдёт за сервер для супер-пупер-проекта.. то это их личное дело.. (бюджет на мощности и администрирование они попилят "освоят") Другой вопрос, что ответственность за всё это несёт руководитель (не технический.. а вообще) того самого проекта. И одно дело, если проект в начальной стадии стартапа..
Меня надо ткнуть где рыть. Явно стандартный взлом
Их "стандартных" с того времени с десяток было. С учётом того, что после взлома сайт можно использовать "как хочу-кручу-верчу", то "просто ткнуть" может быть недостаточно.
Проверьте даты файлов.. (их 3 разных, и файл-менеджеры не всегда нужную показывают).
Будет хорошо, если чистится "лёгким движением руки"..
Удачи.
Пожалуй не соглашусь. Программисты как правило отвечают что-то типа "сам дурак".
Ну.. можно отвечать всё что угодно.. Однако, (в плане нагрузки) есть объективные метрики.. количество запросов/проходов, время каждого из них.. Сложность алгоритмов.. В конце концов, "лучшие практики"
Каждый должен расти в своей сфере
Цепляя попутно смежные (либо прислушиваясь к профессионалам). На примере той же организации хранения файлов - сложно учитывать особенности FS, если о них даже не догадываешься.
Как удалить дубли HTTPS
Нынче модно на довольно много шума вокруг https - значки, замочки, предупреждения... Может лучше рассмотреть вариант о переезде "туда"?
способ как побыстрее избавится от https в индексе? Либо тупо ждать?
Указать во всех панелях основное зеркало, настроить 301 редирект, прописать canonical, засунуть все страницы в карту обоих сайтов (без httpS) и тупо ждать..
2) с помощью какого-либо диалога на текущей странице (если настроено подтверждение);
Тынц..
Можно клацнуть случайно..
Как минимум, если изменения на текущей странице были, то предупредить. что они не сохранятся..
Про поддомены понятно. Вопрос, как плашку с выбором города прикрутить.
Поддомены и плашку с городом вообще поверх (точнее "до") CMS настраивать можно. (ну, не... в шаблон/тему воткнуть "по фэн-шую", а обработку логики можно сделать так, чтоб CMS даже и не в курсе была )))
---------- Добавлено 13.09.2019 в 22:29 ----------
Мультирегиональный сайт на ВП - задача совсем не тривиальна и готовых решений нет. Но какие-то простые вещи решаются. Разными способами. В зависимости от конкретного ТЗ.
Мультирегиональный сайт без WP на любом движке реализуется в соответствии с требуемой логикой отображения контента / взаимодействия с пользователем:
- наличие/отсутствие страниц и их содержимое
- в частности - наличие/отсутствие товаров и их цены + стоимость и методы доставки в соответствии с бизнес-процессами..