Сообщений в теме: 19

[andibrag]

Cсделал вывод привьюшек при наведении на ссылку вложенных файлов, но если файл большого размера, особенно при мобильном интернете - ужасно медленно.
Есть ли возможность задавать размеры возвращаемого изображения средствами open_file.php. Если нет, не могли бы вы доработать, чтобы масштабирование происходило на серверной части. Это существенно бы снизило трафик.

[CbCoder]

Для вывода "превьюшек" необходимо использовать не open_file.php, а прямую ссылку на эскиз картинки из кэша. Имя файла превью изображения выглядит как {table_id}_{field_id}_{line_id}_{имя_оригинального_файла}.png

[andibrag]

Речь идет о выводе превьюшки при наведении на ссылку вложенного файла:
в режиме таблицы или просмотра записи .
Тут кешом не получится.

[CbCoder]

Это я понял из первого сообщения, но в чем тут проблема? Нет скэшированной картинки?

[andibrag]

откуда она будет, если файл не открывался
поле типа файл, а не изображение

[CbCoder]

Тогда создавайте эскиз через вычисление:

$fpath = get_file_path($field_id, $line_id, $file_name);
$content = file_get_contents($fpath);
list($w1, $h1) = getimagesize($fpath);
$w2 = 100; $h2 = 100; // здесь сами задаете нужные вам размеры превью
$preview_name = $table_id."_".$field_id."_".$line_id."_".utf2eng($file_name).".png";
if (!file_exists($config["site_path"]."/cache/".preview_name)) image_preview($content, $w1, $h1, $w2, $h2, $preview_name);

$table_id, $field_id, $line_id и $file_name заполняете сами.

Выводить превью из кэша в любом случае предпочтительнее, чем через open_file.php с параметрами, т.к. в первом случае вы нагружаете сервер и клиент один раз, затем браузер берет картинку из своего кэша. Во втором случае нагрузка постоянная, и не факт что вы что-то выиграете.

[andibrag]

Тем не менее браузер кэширует картинку и во втором случае.
Превьюшки формируются налету посредством jquery и qtip (этот плагин и кэширует по умолчанию):

$("[href*='/cb/open_file.php']").each(function(){
  var elem=$(this);
  var str=elem.attr("href");
  var reg = /.*\.(\S+)$/;
  var ext=str.replace(reg,'$1');
  var imgArr=new Array('jpg','jpeg','gif','png');
  if (inArray(ext, imgArr)) {
   elem.qtip({
	content: '<img style="max-width:150px;max-height:200px;" src="'+ str +'">'
   });
  }
});

Это не требует создания дополнительных вычисляемых полей, достаточно иметь в таблице поле типа Файл.
Единственный минус изображение грузится целиком без масштабирования. Наличие настраиваемых опций передаваемых вместе с open_file.php могло бы решить эту проблему.

[CbCoder]

andibrag (19 Март 2012 - 14:50) писал:

Превьюшки формируются налету посредством jquery и qtip

Это у вас не создание превью, а принудительное кэширование php изображения в браузере, как я понял. Сами браузеры их не кэшируют обыкновенно, для чего мы и создали кэш в программе. Вы уверены что подобный трюк сработает с параметрами?

andibrag (19 Март 2012 - 14:50) писал:

Это не требует создания дополнительных вычисляемых полей, достаточно иметь в таблице поле типа Файл.

В моем случае тоже не нужно вычисляемых полей, можно поставить вычисление на сохранение записи. Добавить параметры в open_file теоретически можно, но на это тоже нужно время. Выигрыша в производительности все равно не будет по сравнению с вычислением.

[andibrag]

Разработчик (19 Март 2012 - 15:32) писал:

Вы уверены что подобный трюк сработает с параметрами?

Работает, qtip кэширует все содержимое контента подсказки, будь то текст или изображение

Разработчик (19 Март 2012 - 15:32) писал:

В моем случае тоже не нужно вычисляемых полей, можно поставить вычисление на сохранение записи.

В таком варианте пользователь будет вынужден вставлять вычисление в каждую таблицу, где присутствуют вложенные файлы.

Разработчик (19 Март 2012 - 15:32) писал:

Выигрыша в производительности все равно не будет по сравнению с вычислением.

Отчего же? Если доработать open_file - картинка передается в уменьшенном виде и кешируется - трафик снижается.

[CbCoder]

Дак вычисление тоже уменьшает картинку, для чего собственно то я его вам дал? Передается только превью из кэша.

В общем суть в том, что для вашей просьбы необходима доработка, ее нужно ставить в план, и т.д., т.е. дело это не быстрое. Предложенное вычисление решает проблему уже сегодня.

[andibrag]

Разработчик (19 Март 2012 - 16:13) писал:

В общем суть в том, что для вашей просьбы необходима доработка, ее нужно ставить в план, и т.д., т.е. дело это не быстрое. Предложенное вычисление решает проблему уже сегодня.

Это понятное дело. В любом случае, если такая доработка появится в перспективе - будет полезная штука. Тем более она не сложная.
С изображениями вообще много вопросов в КБ. Понимаю, что это не основное, но как-то неуютно с ними работать. Хотелось бы и настройку параметров отображения и динамическое масштабирование, и всплывающие окна, быть может галерея и т.д. У нас, в связи со спецификой работы, много графической информации.

[andibrag]

Вернулся к теме изображений из кеша. По аналогии с вашей функцией для php была сделана функция под js:

function str_replace(search, replace, subject)
{
  return subject.split(search).join(replace);
}
function utf2eng(str)
{
  utf = ["а", "б", "в", "г", "д", "е", "ё", "ж",  "з", "и", "й", "к", "л", "м", "н", "о", "п", "р", "с", "т", "у", "ф", "х", "ц", "ч",  "ш",  "щ",   "ъ", "ь", "ы", "э", "ю",  "я",  "А", "Б", "В", "Г", "Д", "Е", "Ё", "Ж",  "З", "И", "Й", "К", "Л", "М", "Н", "О", "П", "Р", "С", "Т", "У", "Ф", "Х", "Ц", "Ч",  "Ш",  "Щ",   "Ь", "Ъ", "Ы", "Э", "Ю",  "Я"];
  eng = ["a", "b", "v", "g", "d", "e", "e", "zh", "z", "i", "y", "k", "l", "m", "n", "o", "p", "r", "s", "t", "u", "f", "h", "c", "ch", "sh", "sch", "",  "",  "y", "e", "yu", "ya", "A", "B", "V", "G", "D", "E", "E", "Zh", "Z", "I", "Y", "K", "L", "M", "N", "O", "P", "R", "S", "T", "U", "F", "H", "C", "Ch", "Sh", "Sch", "",  "",  "Y", "E", "Yu", "Ya"];
  sim = ["`", "~", "!", "@", "#", "$", "%", "^", "&", "*", "(", ")", "-", "+", "=", "[", "]", "{", "}", ":", ";", "\"", "'", "|", "\\", "/", "?", ",", ".", "<", ">", "№", " "];
  str = str_replace(utf, eng, str);
  str = str_replace(sim, "_", $str);
  str = str.replace(new RegExp("__",'g'), "_");
  return str;
}

Странно то, что русские заглавные буквы она преобразует в прописные английские. Как следствие эскиз изображения не выводится. Что не так?

[andibrag]

Причина оказалась в том, что у вас также присутствует функция utf2eng в файле explode.js, где есть строчка

str=str.replace(new RegExp(r_ch,'gi'),e_ch);

Здесь замены сделана регистронезависимой. Причем по непонятным причинам. Поскольку массивы для сопоставления содержат и строчные и прописные буквы.

[andibrag]

Вас не затруднит заменить gi на просто g, чтобы не плодить дубликаты функций? Или регистронезависимость сделана намерено по каким-то причинам?

[Analitic]

Не намерено. Исправлено в новой ревизии.

[andibrag]

Использование image_preview для создания эскизов больших изображений в кеше, съедает много ресурсов процессора на стороне сервера. Даже при размере файла менее 1 Мб, можно превысить допустимый лимит нагрузки, выделяемый хостером. В результате, при наличии таких изображений в записи, страница просто не загружается. Возможно ли подключить модуль выгрузки изображений, для создания превьюшек на стороне клиента с последующей выгрузкой их в папку кеша на сервере?

[Analitic]

Теоретически возможно. Но гораздо проще и дешевле повысить план у хостера. Также, если превью будет у генерироваться у клиента, вы не можете гарантировать что превью точно будет от изображения, возможны подделки.

[Analitic]

Превью в программе генериуется один раз и складывается в папочку cache. Т.е. влияет только на первый просмотр.

[andibrag]

Не силен в настройках сервера.
Как браузер заставить кэшировать динамические изображения, получаемые через "open_file.php?....." ?
Пробовал через директивы в htaccess

<FilesMatch "^(\/cb\/open_file\.php)">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

Варианты с регулярным выражением были разные. Не работает.

[CbCoder]

Я тоже не силен...