Ну если вариант с покупкой лицензии совсем не вариант, а сайт у ру хостера и слезть с дле тоже не вариант, то остается только cloudflare и такой то матери )))
Берете бесплатный вариант от cloudflare, обновляете днс. В истории домена у вас будет
днс1, днс2 - вашего хостера, затем днс1, днс2 - от клаудфларе
Как только сайт заработал на днс от клауда, меняете хостинг, в админке клауда ставите днс нового хостера.
А в истории домена остаются записи днс вашего хостера и затем днс клауд.
Не знаю насколько в вашем случае этот вариант рабочий, чисто теория
И, если дле узнал про ваш сайт, то вероятно что ваш же сайт правообладателям о себе и сообщил. Или через систему обновлений или еще какой функцией. Не в ручную же они сайты со своей cms ищут ))
У вас где то в коде шелл конструктор, который инициализируется вместе с друпалом.
Нужно рыть и искать. Поднимать логи, доступ в админку закройте через htaccess, хотя при наличии шелла внутри сайта, это вряд ли поможет.
Файлы лучше не просто удалять, а копии делать, чтобы понять для каких целей взлом сайта. Или там связка будет или шелл под спам или слив трафа - от этого уже плясать дальше.
Futuris: Все несколько проще. Речь не идет об автоматическом размещении объявлений. Объявления вообще будут печататься в газете или, по усмотрению редактора, - дублироваться на сайте. Но это все делается в ручном режиме.
Задача состоит в том чтобы подкорректировать сценарий обычного платежного модуля WP (скажем WooCommerce). В обычном ИМ пользователь последовательно выбирает условия доставки, оплаты, вводит ФИО, адрес, комментарий и т.д. и нажимает "ОПЛАТИТЬ".
У нас на странице приема объявления (аналогичной странице товару в ИМ) пользователь должен ввести контактные данные, текст объявления, выбрать рубрику и нажать оплатить. Единственное усложнение - текст объявления не должен превышать количество знаков определенное для этого типа объявлений. Т.е. форма не должна пропустить превышение. Также пользователь должен согласиться (поставить галочку в чекбокс) с правилами размещения объявлений. Но это стандартная фукнция магазина - там тоже есть пункт согласия с правилами.
Затем пользователь нажимает оплатить и администратор сайта получает уведомление об оплате и письмо с текстом объявления и выбранной рубрикой.
Это все равно, что в мерседесе в двери сделать еще одну дверку для декоративной собачки 🤪😂 Я про то, что не вижу причин зацикливаться на WooCommerce
У вас тогда еще проще, раз сохранение в БД даже не нужно и вывод на сайте объявлений тоже.
Форма заказа в любую страницу с валидацией и интеграцией платежного шлюза, ну и отправка на мыло редактора или админа или куда там еще нужно
В программировании не понимаю, хотелось бы готовый код.
Если очень сложно, можно за деньги
У вас список большой и постоянно меняется? Или нифига не меняется и небольшое количество IP?
Если список предполагается, что будет меняться или большое количество IP, тогда заносите в файл в формате
175.40.0
58.68.0
27.248.0
49.136.0
101.208.0
Если третья цифра всегда 0, то можно в формате
175.40
58.68
поскольку вам нужно только совпадение первых двух.
Как то так
Пишем функцию
function GetTextbyIP() {
$ipaddr = $_SERVER['REMOTE_ADDR'];
$exp_ip = explode(".", $ipaddr);
$ip1 = $exp_ip[0];
$ip2 = $exp_ip[1];
$fl = FILE('ips.txt');
for($i=0; $i<count($fl); $i++)
{
$exp_file = explode(".", $fl[$i]);
if($exp_file[0] == $ip1 && $exp_file[1] == $ip2) { $fou = TRUE; break;}
}
if($fou) return TRUE;
else return FALSE;
}
Ну и где нить проверяем где надо.
Update
Заметил, что у вас по второй цифре возможен диапазон. Ну тогда допишите в файл лишние пару строк.
49.136.
49.137.
49.138.
Или адаптировать код под диапазон
Дальнейшее обслуживание где проще (цена, наличие мастеров)!
Т.е. будут допилы!
С опенкартом попроще будет в плане найти исполнителя под свой бюджет из-за более известной системы
Из ВП делать доску объявлений - не для этого движок. Такие же извращения как и WooCommerce.
Ну если вариант с покупкой лицензии совсем не вариант, а сайт у ру хостера и слезть с дле тоже не вариант, то остается только cloudflare и такой то матери )))
Берете бесплатный вариант от cloudflare, обновляете днс. В истории домена у вас будет
днс1, днс2 - вашего хостера, затем днс1, днс2 - от клаудфларе
Как только сайт заработал на днс от клауда, меняете хостинг, в админке клауда ставите днс нового хостера.
А в истории домена остаются записи днс вашего хостера и затем днс клауд.
Не знаю насколько в вашем случае этот вариант рабочий, чисто теория
И, если дле узнал про ваш сайт, то вероятно что ваш же сайт правообладателям о себе и сообщил. Или через систему обновлений или еще какой функцией. Не в ручную же они сайты со своей cms ищут ))
У вас где то в коде шелл конструктор, который инициализируется вместе с друпалом.
Нужно рыть и искать. Поднимать логи, доступ в админку закройте через htaccess, хотя при наличии шелла внутри сайта, это вряд ли поможет.
Файлы лучше не просто удалять, а копии делать, чтобы понять для каких целей взлом сайта. Или там связка будет или шелл под спам или слив трафа - от этого уже плясать дальше.
Вы везде по сайту в query добавляете не экранируемые данные? 😮
Живой проект? С такой скоростью скоро увидим вас в ветке - сайт заражен, что делать ))
Используйте хотя бы mysql_real_escape_string до передачи параметров в запрос.
<?php
В коде
В коде, что юзер авторизован проверка наличия хеша в сессии и его соответствие ид пользователя.
Как то так, если я правильно понял идею автора
Попробуйте использовать параметр JSON_UNESCAPED_UNICODE
или как вариант, данные ключей кодировать в base64, а потом уже весь массив в json, а на выходе уже наоборот.
Коли базу трогать нельзя
у старых позиций карточек товаров.
Я один не понял, что значит старых позиций карточек товаров?
Речь о том, что у старых, когда то добавленных товаров, мета не меняются, а у новых, заведенных через админку, недавно все отлично меняется? Так?
сдается мне вот этот хвостик (?filter_naznachenie=125) тоже можно сделать чпу.
Но он не делается, может где то неправильно плагин настроен?
Или я хочу странного?
Подскажите что неправильно
Судя по названию параметра - эти фильтры у вас стороннее решение какое то к WooCommerce. В этом случае прямиком в mod_rewrite и htaccess
Все несколько проще. Речь не идет об автоматическом размещении объявлений. Объявления вообще будут печататься в газете или, по усмотрению редактора, - дублироваться на сайте.
Но это все делается в ручном режиме.
Задача состоит в том чтобы подкорректировать сценарий обычного платежного модуля WP (скажем WooCommerce). В обычном ИМ пользователь последовательно выбирает условия доставки, оплаты, вводит ФИО, адрес, комментарий и т.д. и нажимает "ОПЛАТИТЬ".
У нас на странице приема объявления (аналогичной странице товару в ИМ) пользователь должен ввести контактные данные, текст объявления, выбрать рубрику и нажать оплатить. Единственное усложнение - текст объявления не должен превышать количество знаков определенное для этого типа объявлений. Т.е. форма не должна пропустить превышение. Также пользователь должен согласиться (поставить галочку в чекбокс) с правилами размещения объявлений. Но это стандартная фукнция магазина - там тоже есть пункт согласия с правилами.
Затем пользователь нажимает оплатить и администратор сайта получает уведомление об оплате и письмо с текстом объявления и выбранной рубрикой.
Это все равно, что в мерседесе в двери сделать еще одну дверку для декоративной собачки 🤪😂 Я про то, что не вижу причин зацикливаться на WooCommerce
У вас тогда еще проще, раз сохранение в БД даже не нужно и вывод на сайте объявлений тоже.
Форма заказа в любую страницу с валидацией и интеграцией платежного шлюза, ну и отправка на мыло редактора или админа или куда там еще нужно