Так и я про то же..
от "прямой вставки линка" это не защитит.. =)
Зато тема (раздел/форум) активны.. 😂
Можно. 10 раз можно---------- Добавлено 18.04.2020 в 12:25 ----------Возможно, на клиенте дополнительно проверяются права доступа к материалу.. связанные таблицы дёргаются..
Смотреть, какие запросы выполняются, профилировать.. искать узкие места, переписывать / кэшировать, или пытаться средствами БД решить (индексы, настройка параметров БД).. или "железом" (в нужных комбинациях CPU, MEM, SSD / NVME)
t = {a:3, b:4, dd:5};for (i in t) alert(' ' + i + ' / ' + t);
Или поискать подходящий в вариантах:
https://stackoverflow.com/questions/7241878/for-in-loops-in-javascript-key-value-pairs
Это может быть компактнее и быстрее (как в реализации, так и для пользователя), нежели попытка сгенерировать табличку на клиенте.. особенно с colspan-ами и rowspan-ами..
И да, зависит от ситуации.. и "килотонна" (лишний килобайт при обмене данными без перезагрузки страницы в пользу универсальности и скорости реализации решения) может быть вполне оправдана.
Что в JSON.parse(msg) (а не в msg) есть этот элемент..---------- Добавлено 18.04.2020 в 12:04 ----------
https://api.jquery.com/jquery.post/
Я вообще заметил, что в темах от Dram лучше не отвечать.. Он сам прекрасно найдёт все ответы на свои вопросы.. А так - приходится переписываться.. и рассказывать, что и почему не получается.. 😂
Как-то так должно работать:
function(msg) { // получен ответ сервера result = JSON.parse(msg); for(prop in result) { $('#my_message'+prop).html(result.prop); } // $('#my_message').html(msg); }
У Вас in JSON.parse(msg)
а потом - попытка обратиться к msg.prop (не к результату выполнения json.parse)..
А вообще, в ajax есть возможность задать 'json' - он сам попробует разобрать ответ
https://stackoverflow.com/questions/8951810/how-to-parse-json-data-with-jquery-javascript
А тут можно холиварить долго..
К примеру, получение таблицы с данными по нужным фильтрам.. - заменяешь блок с таблицей (или саму таблицу) целиком и получаешь более-менее универсальное решение, завязанное только на код формирования таблицы.
А если в ячейках таблицы данные разнородные, да ещё и по количеству они могут измениться, то обработку придётся и на клиенте, и на сервере прикручивать.. а overhead на <tr><td> не намного больше, чем на {""}
Как это поможет запретить "прямо вставлять" "линки"?.. 😂 (ох уж эта "размытость терминологии"). Беру линк и вставляю.
Если уж говорить о чём-то вроде "блокировке отображения изображений своего сайта на сторонних..", то при скачивании сайта целиком в реферер с лёгкостью помещается предыдущая страница этого же сайта (т.е. фактический реферер) и сообщения от Фергас вообще "не к месту"..
Можно:
а) возвращать PHP-скриптом HTML и, соответственно заменять блок целиком.
б) разобраться сколько всего переменных.. и каких.. и как они расставляются.. возможно, связать их имена|id-шники с селекторами и пробежаться циклом по получаемому JSON примерно так:
for(prop in data) {$('#'+prop).html(data.prop);}
