07.05.2015, 16:05
|
Профессор
|
|
Регистрация: 14.01.2015
Сообщений: 12,990
|
|
Sn9,
Странные у вас однако запрос - суть вопроса темы, это обновление содержимого на клиенте в случае изменения значения на сервере, а запрос же просто делает выборку всех записей.
|
|
07.05.2015, 17:01
|
Интересующийся
|
|
Регистрация: 07.05.2015
Сообщений: 20
|
|
Сообщение от laimas
|
Sn9,
Странные у вас однако запрос - суть вопроса темы, это обновление содержимого на клиенте в случае изменения значения на сервере, а запрос же просто делает выборку всех записей.
|
Просто по мере ответов которые давались уже немного доходить начало.
Теперь просто при изменении картинки в БД всё остальное обновляет, а её - нет. Так что можно сказать что суть вопроса осталась актуальной
|
|
07.05.2015, 19:09
|
Профессор
|
|
Регистрация: 14.01.2015
Сообщений: 12,990
|
|
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 это будет почти в три раза больший объем. Может стоит задуматься над тем, если ли необходимость грузить изображения в базу, так ли это критично в вашем случае?
|
|
07.05.2015, 19:24
|
Интересующийся
|
|
Регистрация: 07.05.2015
Сообщений: 20
|
|
Сообщение от laimas
|
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`ом не будет нормально обновлять?
|
|
07.05.2015, 19:38
|
Интересующийся
|
|
Регистрация: 07.05.2015
Сообщений: 20
|
|
Сообщение от laimas
|
Если BLOB данные изображений большие, то base64 это будет почти в три раза больший объем. Может стоит задуматься над тем, если ли необходимость грузить изображения в базу, так ли это критично в вашем случае?
|
Ну а если всё таки продолжить извращаться и нагружать сервер, то правильно ли я реализую?
Просто в 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; ?>
|
|
07.05.2015, 21:07
|
Профессор
|
|
Регистрация: 14.01.2015
Сообщений: 12,990
|
|
<img src="run.php?id=2" alt="" width="200px"/>
По этому адресу php-скриптом и нужно отдавать содержимое файлов - получать из базы, передавать заголовок, ну и сам собственно вывод. Ajax для этого не нужен.
Даже LONGBLOB, не хило, и для чего?
|
|
07.05.2015, 21:23
|
Интересующийся
|
|
Регистрация: 07.05.2015
Сообщений: 20
|
|
Сообщение от laimas
|
Даже LONGBLOB, не хило, и для чего?
|
Ну если в двух словах, то есть сайт, связанный с БД, в котором находятся изображения из шахты(LONGBLOB), время разное(занесения в разных форматах)
Вот на этом сайте должны выводиться изображения без перезагрузки страницы и инфа.
Всё это уже как понятно обновляется в базе данных
Просто изначально была задача написать средствами PHP,CSS
Но как обычно бывает, во время работы новые условия (!обновление информации без перезагрузки!) добавляются, а сроки те же(
|
|
07.05.2015, 22:09
|
Профессор
|
|
Регистрация: 14.01.2015
Сообщений: 12,990
|
|
Я не спрашиваю о задаче, я спрашиваю зачем файлы хранить в базе, а не в каталоге, причину этого назвать можете? LONGBLOB это 2 в степени 32, это какие же изображения у вас в базе хранятся?
|
|
07.05.2015, 22:18
|
Интересующийся
|
|
Регистрация: 07.05.2015
Сообщений: 20
|
|
Сообщение от laimas
|
LONGBLOB это 2 в степени 32, это какие же изображения у вас в базе хранятся?
|
А разве поменяется метод решения в зависимости от BLOB или LONGBLOB?
Такую БД дали с такой и работаю
|
|
07.05.2015, 22:56
|
Профессор
|
|
Регистрация: 14.01.2015
Сообщений: 12,990
|
|
Размер имеет значение, это же насколько большие изображения, что требуется такой размер поля. Ну накачали вы в базу изображений, ну раздули ее в размерах, и что дальше?
Изображения в базе хранят в том случае, если в этом есть необходимость, например постоянно изменяющиеся. Но чтобы загонять в базу изображения больших размеров, ну так это какие причины для этого нужно иметь, даже и не представляю.
По уму, так выгрузите их из базы в каталоги, и отдавайте их браузеру по прямой ссылке. В базе же можно хранить только признак наличия изображения, комментарии к нему, размеры при необходимости. Имя изображения в каталоге связать и ID записи. Изменение изображения при этом, без перезагрузки страницы, но без изменения имени файла, это подстановка к имени файла случайного числа как параметра запроса, а в случае изменения имени указания нового имени.
И не грузите базу лишним, пользы от этого нет ни какой, кроме дополнительной нагрузки.
|
|
|
|