похоже что всё же нет. Проверяете совпадает ли урл с текущей страницей, если нет - показываете ссылку, а если да - не показываете. Элементарно. Что за проблему вы описываете далее совершенно не ясно.
В коде у вас ужас и бардак. При таком форматировании очень легко делать ошибки и сложно их находить.
Открывающих фигурных скобок - 2, вторая непонятно к чему относится, закрывающих - 3...
anton99zel, а какое это имеет отношение к предложенному коду? Он делает именно то, что делает, а дальше видимо что то у вас перезаписывается или работает не так, как вы ожидаете. Разбирайтесь в логике вашей программы, выносите её части в функции.
Нет обработки ответа запроса. Вам же надо еще проверить наличие ключевых слов на странице, можете определить прямые вхождения функцией strpos php.net/manual/ru/function.strpos.php или одной из ее семейства, список представлен на той странице внизу, перед комментами.
Вообще вместо curl напрямую, удобнее использовать какую нибудь библиотеку, например Guzzle docs.guzzlephp.org/en/stable
Если вам надо получить в итоге массив результатов, то перед циклом создайте массив: $results = [];
затем помещайте туда каждый отдельный результат: $results[] = ['url' => $url, 'found' => $result];
в found будет результат поиска ключевого слова, т.е. true или false
Далее, в очередном массиве перебираете $results и выводите таблицу с url и результатом проверки.
baretsky, использую на 10 винде, бывают проблемы, но решаются обычно запуском npm именно с винды, а не с виртуалки. У товарища тоже на винде и вообще без проблем.
У меня же с npm затыки случаются и на чисто linux серверах, поэтому сложилось представление о нем, как об очень проблемном инструменте.
amatoriste, а чем принципиально отличается поиск от поиска с заменой? Если вы во время перебора нашли элемент с нужным ключом, ничто не мешает оперировать с ним.
Расл Кроу, "Должно быть что простое в самом механизме типа нажатия на кнопку" в конечном итоге как бы не инициировался запрос, нажатием на кнопку или еще как, все сводится к отправке HTTP запроса и если дело не в адресе и не в методе, то стало быть в отправляемых данных, загаловках, теле, куках...
avr1972, разные view делают когда надо, чтобы отображение отличалось не только языком, но и еще чтоб были какие то структурные или стилистические изменения в странице, которые нельзя или неудобно кастомизировать в зависимости от языка.
avr1972, если вы про разметку сайта размещаемую во view, то как правило нет. Разметка одна, а языковые константы (тексты в интерфейсе) выносятся в языковые файлы, как раз таким способом, как описано в документации. А вот сам контент, который хранится в БД обычно, локализуют уже другим способом, целиком и хранят так же в БД. Соответственно если у контента есть своя разметка (в смысле форматирование относящееся к тексту), хранимая нераздельно от него в БД, то она естественно тоже дублируется при локализации.
Илья Folg, Это не ошибка, а предупреждение. Вам сообщают что эти функции нежелательно использовать, они устаревшие, вместо этого надо использовать PDO, если бы вы реализовали всё правильно, через API движка OpenCart, то этой проблемы бы не было.
Соответственно, либо переделайте рекомендуемым образом, либо отключите отображение предупреждений.
В коде у вас ужас и бардак. При таком форматировании очень легко делать ошибки и сложно их находить.
Открывающих фигурных скобок - 2, вторая непонятно к чему относится, закрывающих - 3...