Возможно, спустя некоторое количество лет в очередной раз сомненья одолевают...
Да, и если закодирован.. не всё печально.. ;)
Что, кстати не исключает
Ибо в закодированных файлах менее очевиден
p.s. Попадались сайты, где даже доступы к базе через zend прогонялись... ☝ 😮
SMF не так уж плох..
Однако, если он не устраивает, есть смысл посмотреть на более-менее современные обзоры...
https://www.hostinger.com/tutorials/best-forum-software
https://www.ubuntupit.com/top-15-best-forum-software-for-linux/
А лучше - поставить и ручками потрогать..
Это если прям серьёзно подходить..
Для задач "вопрос-ответ" (насколько форумный движок не подходит?.. или подходит не идеально) можно посмотреть движки вопросов-ответов
https://www.question2answer.org/qa/
Обзоры "like-a stackowerflow" движков..
https://www.groovypost.com/reviews/best-6-free-stackoverflow-alternatives/
Информацию с любого форумного движка на любой другой движок (более-менее в целости и сохранности) можно перенести.. Вопрос трудоёмкости и наличия (если в форуме к первому посту не крепятся картинки, то при обязательности (или желательности) миниатюрки во втором движке, к примеру, придётся выдумывать.. или заглушки ставить..)
😂
Может, есть.. а может и не есть... а может.. и не шеллы.. а просто дырки.. в одном месте убрать экранирование SQL.. и шеллы не потребуются.. и никакой антивирус не найдёт..
А потом - куча топиков в духе "меня ломанули", "вылетел из индекса", "странные страницы" и т.д.
p.s. Некоторое время назад встречал "вроде бы" чистые (прям честно-честно) нулёные скрипты.. которые через некоторое время "радовали" своих владельцев неожиданностями.. В итоге, в зависимости от проекта.. принималось решение либо закрыть (в том числе, и потому что "Аа.а.а вирусы.. достало"), либо перейти на лицензию.
p.p.s. Наверняка "хорошие нуллы" (кхм.. ) встречаются в природе.. но проверять или не проверять (вкупе со всеми рисками) - остаётся на усмотрение владельца ресурса..
Есть, конечно..
но иногда дешевле
Всё зависит от того, что есть сейчас и того, что нужно (хочется)..
vs
На ровном месте раздуть таблицу постов на 366+ (пусть, в среднем.. к примеру 5*366 не один же праздник в день) + таксономия + связь many-many при том, что в виджете использоваться будет только название и дата праздника..
Говорю же.. от задач отталкиваться.. =) (ну.. и от знаний-умений-навыков)
Ну, смотря что понимать под архитектурой..
Вполне нормально, когда предусмотренные архитектурой "надстройки" (модули/плагины/дополнения/расширения) создают "по фен-шую" (при установке/миграциях.. а при удалении.. откате - удаляют) для своих нужд таблицы..
Если нужны странички-записи под каждый праздник - конечно, "штатными" инструментами делать.. =)
Ну.. и главную допилить, чтоб "за сегодня" выводила..
Для начала посмотреть, что открывается по адресу..
А какая ошибка? "не проиндексирован"?
Давно карта появилась (и появилась ли)? Давно Яндекс о ней узнал?
Что скажет "проверка url"?
Судя по тому, что в колонке "последняя загрузка" - пустота.. следует просто дождаться индексации..
Да, действительно.. Тогда твой редирект нужен... =) (в первом посте всё было проще))
p.s. видимо, нужно, чтоб пароли при входе в админку (да и всё остальное) передавалось по открытому протоколу =)
WP-архитектура запрещает вводить дополнительные таблицы? ))
От задач отталкиваться.. Возможно, просто в сайдбар виджет нужен..
Если
а) записи по датам/праздникам не нужны (или нужны?).. или достаточно одной страницы на дату.. без каждого праздника.. или..
б) не нужно 366 дополнительных таксономий
в) нет необходимости отслеживать и копить ревизии..
и прочее..
смысл городить?...
Если заходить по http://../admin/ ... то оно не требуется
Осталось, понять, "доступна" ли папка по "обычному" протоколу.. и как именно "сейчас не работает"..
