Я предполагаю, что ваши условия не выполнены, поэтому он ведет себя как таковой.
CONTROLLER
public function deleting_highlight($id){
if($this->session->userdata('level') == '2'){
$del = $this->highlight_model->delete_highlight($id);
if($del){
$this->session->set_flashdata('deleting_highlight', 'Highlight berhasil dihapus');
redirect('highlights/index');
} else {
$this->session->set_flashdata('deleting_highlight', 'Delete Unsuccesful');
redirect('highlights/index');
} else {
redirect('home');
}
}
МОДЕЛЬ
public function delete_highlight($id){
$this->db->where('id', $id);
$del = $this->db->delete('highlights');
return $del;
}
ПРОСМОТР
<?= form_open('highlights/deleting_highlight/'. $highlight->id);?>
<div class="container text-center">
<div class="intro">
<?php foreach($highlights as $highlight ) {?>
<h1><?= $highlight->head?></h1>
<h3><?= $highlight->text?></h3>
<h5><?= $highlight->kecamatan?></h5>
<p><?= $highlight->kelurahan?></p>
<small><?= date("d/m/Y", strtotime($highlight->date))?></small>
</div>
<div class="card-footer">
<a class="btn btn-sm btn-warning" title="Edit" href="<?= base_url('highlights/editing_highlight/'. $highlight->id)?>"><i class="fas fa-edit"></i></a></td>
<button class="btn btn-sm btn-danger" type="submit" title="Hapus" onclick="return confirm('Yakin hapus data?')"><i class="far fa-trash-alt"></i></button></td>
</div>
<?php } ?>
<?= form_close(); ?>
Всего несколько небольших изменений:
Я признаю ошибку, doc.write созданные сценарии блокирование - хуже, чем я, хотя heh :) - но как adblock уклонист это действительно слабо, таким образом, я могу только прийти к заключению, что это - механизм SOP для того, чтобы динамично добавить параметрические усилители к злоупотребившему запросу сценария.
Использование метод вставки DOM при уходе от детей блоков сценария.
Этот метод старается не загружать внешний сценарий, если активные сценарии отключены.
Я не знаю наверняка, но они могли бы использовать его так, все содержание на веб-сайте загружено и показано пользователю сначала, затем реклама загружена и показана.
Соответствовать этому regex и удалить легки:
<script type='text/javascript' src='http://addomain/someadd.js'></script>
, но другой более сложно и может быть записан в различных форматах.
я думаю, что это - причина.
Я работаю с рекламной компанией в Интернете, и из чего я Я слышал, некоторые браузеры (не знаю, какие из них) позволят вам вставлять теги скриптов на страницу, но не позволят вам автоматически выполнять их содержимое.
Итак, чтобы это осуществить, вы необходимо разбить тег сценария на части, чтобы браузер не рассматривал его как тег сценария, а скорее как любые старые данные HTML. Затем, когда модель DOM обрабатывается последовательно, следующее, что она оценивает после записи тега сценария, это ... эй, этот тег сценария, который вы только что записали.
На этом этапе тег сценария оценивается и выполняется.
Часто эти внедренные скрипты document.write имеют прикрепленные к ним динамические строки для выхода из кеширования или для отправки некоторой информации о клиенте на сервер объявлений. Я подозреваю, что ваш пример начался примерно так
document.write("<script type='text/javascript' src='http://addomain/someadd.js?"+extrastuff+"'><\/sc" + "ript>");
, но со временем был изменен или был скопирован и изменен кем-то, кто не понимал, что такое дополнительные вещи. Но поскольку вы это написали, разницы нет: два способа цитирования, которые вы цитируете в своем вопросе, функционально одинаковы.
ИМХО, это не только бессмысленно, но даже неверно. Угловые скобки не экранируются, что делает документ технически недействительным HTML (даже если он будет работать во всех основных браузерах, потому что они пытаются исправить ошибки кодировщиков). И если кто-то обслуживает свой сайт со страницами XHMTL как application / xml + xhtml
, document.write ()
просто не будет работать вообще.