Sn9,
Странные у вас однако запрос - суть вопроса темы, это обновление содержимого на клиенте в случае изменения значения на сервере, а запрос же просто делает выборку всех записей. |
Цитата:
Теперь просто при изменении картинки в БД всё остальное обновляет, а её - нет. Так что можно сказать что суть вопроса осталась актуальной |
header("Content-type: image/*"); - это не заголовок для изображения. При передаче такого заголовка браузер будет предлагать скачать неизвестный тип. Не зная истинного типа изображения, можно указывать тип как image/jpg.
Но у вас Ajax запрос, а не запрос браузера на получение изображения, и нужно получить бинарные данные, и таким образом как это вы делаете не получится. Это более сложный процесс. Но можно поступить проще - возвращать клиенту не $image['im'], base64_encode($image['im']), а на клиенте присваивать это значение src изображения, например: $('<img src="data:image/jpg;base64,'+im+'" >').appendTo('body'); где im, это и есть возвращенное сервером изображение кодированное в base64. Но если получать таким образом содержимое изображений, то в <img src="run.php?id=2" alt="" width="200px"/><br> на странице логики нет. Как и нет логики держать при таком запросе изображения в базе, перекладывая на плечи SQL работу, которую бы браузер выполнил сам. Если BLOB данные изображений большие, то base64 это будет почти в три раза больший объем. Может стоит задуматься над тем, если ли необходимость грузить изображения в базу, так ли это критично в вашем случае? |
Цитата:
Подскажите тогда как реализовать если, к примеру, изображения будут храниться на сервере? Ведь опять же нужно будет использовать src, который ajax`ом не будет нормально обновлять? |
Цитата:
Просто в JS вообще не соображаю, а задача стоит именно LONGBLOB выгружать <? $query = "SELECT * FROM $tbl_name WHERE checked = '1'"; //вывод всех отмеченых камер $result = $result = mysql_query($query) or die(mysql_error()); ?> <? while ($show = mysql_fetch_array($result)): ?> Камера номер: <?= $show['id'] ?><br> Температура: <?= $show['temperature'] ?> C <br> Источник изображения: <?= $show['host'] ?><br> Формат изображения в пикселях: <?= $show['formatImage'] ?><br> Время снятия изображения: <?= $show['timeRemove'] ?><br> Время занесения снимка в базу в миллисекундах: <?= $show['timeRecordMillisec'] ?><br> Время занесения снимка в базу в нормальном формате: <?= $show['timeRecord'] ?><br> <script> $('<img src="data:image/jpg;base64,'+im+'" >').appendTo('body'); </script> <? endwhile; ?> |
<img src="run.php?id=2" alt="" width="200px"/>
По этому адресу php-скриптом и нужно отдавать содержимое файлов - получать из базы, передавать заголовок, ну и сам собственно вывод. Ajax для этого не нужен. Даже LONGBLOB, не хило, и для чего? |
Цитата:
Вот на этом сайте должны выводиться изображения без перезагрузки страницы и инфа. Всё это уже как понятно обновляется в базе данных Просто изначально была задача написать средствами PHP,CSS Но как обычно бывает, во время работы новые условия (!обновление информации без перезагрузки!) добавляются, а сроки те же( |
Я не спрашиваю о задаче, я спрашиваю зачем файлы хранить в базе, а не в каталоге, причину этого назвать можете? LONGBLOB это 2 в степени 32, это какие же изображения у вас в базе хранятся?
|
Цитата:
Такую БД дали с такой и работаю |
Размер имеет значение, это же насколько большие изображения, что требуется такой размер поля. Ну накачали вы в базу изображений, ну раздули ее в размерах, и что дальше?
Изображения в базе хранят в том случае, если в этом есть необходимость, например постоянно изменяющиеся. Но чтобы загонять в базу изображения больших размеров, ну так это какие причины для этого нужно иметь, даже и не представляю. По уму, так выгрузите их из базы в каталоги, и отдавайте их браузеру по прямой ссылке. В базе же можно хранить только признак наличия изображения, комментарии к нему, размеры при необходимости. Имя изображения в каталоге связать и ID записи. Изменение изображения при этом, без перезагрузки страницы, но без изменения имени файла, это подстановка к имени файла случайного числа как параметра запроса, а в случае изменения имени указания нового имени. И не грузите базу лишним, пользы от этого нет ни какой, кроме дополнительной нагрузки. |
Часовой пояс GMT +3, время: 05:26. |