Сравнение кода.
Как через другого прова, так и через разные сервисы показывающие код. https://webmaster.yandex.ru/tools/server-response/, http://bertal.ru/ и тп. ---------- Добавлено 08.10.2018 в 11:07 ----------
Проблема вмешательства прова не исчезнет. Это только на время прекратит показ рекламы на твоём сайте, а на других тебе будет показывать. Но это полбеды.
Главное - эти "заглушки" дают возможность найти им решения для внедрения при использовании https и что серьёзнее - пропихнуть разрешающие это законы. Пока вы локально боретесь с хулиганами подворотнях, вместо того чтобы вызывать ментов - они только учатся на ошибках (в отличии от вас) и буреют и обрастают "законными оправданиями" ("а чо такого? я ж только закурить попросил").
Вас только на сёрче 100500 страдающих ГС-строителей. Давно бы скинулись по баксу на юристов и провели несколько судов..
Всегда убивает такое "оправдание"...
Почему тебя не нагрузили сделать проводку в здании? Ты же умеешь вилку в розетку вставлять?
А почему у вас работают уборщицы, а не ты убираешь здание? Ты же веник с тряпкой держал в руках?
Почему ты и тебе подобные (твои начальники) считаете, что "сайтостроение — удел тех, у кого не сложилось со сбором стеклотары? Нет, наша профессия требует серьезной теоретической и практической подготовки" (с) ЮБ.
Взломают в любом случае. На чем бы неграмотный не сделал.
chronik, читать до прояснения в мозгу /ru/forum/comment/14347422
А то, чем тебя "нагрузили" - это не простая система даже для тех, кто делает сайты. Это прежде всего вопросы безопасности.
Единственное, что ты возможно сможешь сам сделать - это доску объявлений. Взяв для неё специальный движок.
Отдельно - "новости" тоже можешь сделать. На отдельном движке. Куда для постинга будут допущены максимум 2-3 человека с ограниченными правами.
А про многопользовательские - забудь.
Но даже и "новости" и ДО - будут ломать. И наверняка даже в взломают (см п5, а политика/госструктуры - это +150% к интересам злоумышленников).
Ваши безголовые сверхуспускателидетектив не понимают, ни чем это чревато, ни как потом это разуливать. Но всегда найдут виноватого. Догадаешься с одного раза кто это будет?---------- Добавлено 08.10.2018 в 10:51 ----------
Скажу по секрету - когда речь о более-менее сложных вещах, то ставить Джумлу рядом с Друпалом вообще не корректно. Друпал на порядок серьёзнее. Но правда в том, что ВП уже обошел и Друпал. Если по гибкости они приблиз. одинаковы, то по простоте реализации, поддержке, наследственности и сроке жизни проекта Друпал, к сож. далеко не айс. А манёвры с постоянным переписыванием ядра вообще его сильно подстрелили. Поэтому многие сайты ушли и продолжают уходить с друпала. И я лично буду только рад, если он не умрёт после этого. А если через несколько лет сможет отвевать у ВП хотя бы 10% из используемых движков и выйдет на второе место, составив реальную конкуренцию - буду рад десятикратно. Тем более что сейчас шансы есть - в ВП наблюдается раскол из-за внедрения в ядро конструктора-мышевозки и появляются форки https://www.classicpress.net/, https://calmpress.org/ и наверняка и другие. (Как по мне их надо было делать намного раньше, ещё когда в ядро втулили Rest-API)
С гуглом или ВП?
Если с ВП, то спрашивать в техническом разделе: /ru/forum/development/web
Давай я тебе помогу:
Из этого только для "в" нужен ЛК. Но с юриками, да с предоплаченными засада далеко не в сайте, а в... синхронизации с СРМ юрика как минимум. Или же органищзовывать др подход. Напр - выделение суммы на каждого. Которую он тратит на свои заказы.
Тут ты путаешь "не полное меню для не зарегистрированных ЮЗЕРОВ" и "дополнительные плюшки для КЛИЕНТОВ". Надеюсь, не нужно объяснять чем отличается юзер от клиента?
...а потом ещё неделю все "браузеры" :)
ТС опять троллит...
"Сложная генерация" - это прежде всего память и скорость чтения (и немного/иногда и записи) из БД.
Одна беда - .. это всего лишь влажные мечты владельца.
В реальности же юзер закроет вкладку (запомнит что сайт его не удовлетворит и в след раз на него не зайдет) и пойдет к конкуренту по следующей ссылке в выдаче :)
Это достаточно сложная (и тяжелая для php) процедура. Нужно ж прошестить весь код, всех плагинов и тем (даже отключённых), найти какие таблицы они не только создают, но и используют (а вдруг какой-то самопис потребует ручного создания таблицы). Всё это сохранить и потом из разницы с существующими сделать выборку не найденного.
Кроме того возможно что сегодня плага нет, а завтра он понадобится и с теми же настройками что были ранее. Напр плагины для периодического обслуживания ВП. Держать их отключёнными (а тем более включёнными) смысла нет, а установить при необходимости можно всегда.
А нормально написанный плаг при удалении должен "подметать" за собой всё. К сож так делают далеко не все.
Пост у Тимура https://wp-kama.ru/handbook/plugins/osnovy/udalenie
.. и потребляйтеры с хламом в головах.
От того, что с SSD читается быстрее - ровным счётом не следует что сайт будет работать быстрее.
Плаги чистят то, что точно (или почти точно) не нужно - всякие ревизии, трансиеты и тп. + корректно чинят и оптимизируют таблицы (ПМА, напр, это делает не всегда правильно).
Принятие решения о не нужности остального (таблиц в тч) - на юзере. Нек. плаги позволяют удалить и таблицы, но такое я видел только в платных версиях.
Поэтому всякие эксперименты стоит делать на тестовых клонах.
