banshee(oleg): Смотря какой объем считает этот коунт. Если большой (форумы, доски объяв), то имеет смысл хранить отдельную таблицу с коунтерами, скуркулировать ее один раз и потом апдейтить при добавлении/удалении соотвествующих элементов.
Таблица небольшая - в районе 3000 записей. НУ а по поводу хранения в сессии - как такой вариант?
Хотя щас подумал - Вы правы, лучше один раз в сутки обновлять эти данные, все равно они носят чисто информативный характер.
Bermuda: Результат приходит откуда? Ответ от сервера или результат обработкой js script?
Для jquery в общем так:
$.fancybox('твой текст здесь');
Или если с переменной:
$.fancybox(my_var);
Где в my_var ответ от сервера или что-нибудь другое..
Ключевое слово здесь iframe. Только теперь при сабмите формы (результат возвращается тоже в fancybox) еще перезагружается и основная страница. Пока не могу понять почему. В принципе не мешает, но лишние действия они ни к чему.
Robin_Bad: DriverCat, там JPEG дейтвительно битый: Произошла ошибка интерпретации файла изображения формата JPEG (Not a JPEG file: starts with 0x42 0x4d) - такую ошибку выдаёт простенький просмотрщик картинок, а вот Gimp открывает нормально (как я уже говорил, продвинутым редакторам по фигу на заголовки, они анализируют файл целиком). Уверен, что GD именно об это и спотыкается.
Зато тот же ImageMagick без проблем работает с ней - проверил у себя. Даже ошибок не выдаёт.
Спасибо за информацию подробную, попробую сейчас разобраться с imagemagick!
так imagemagick - это библиотека? Она наверное не на любом сервере есть?
DyaDya: Возникла следующая проблема. Есть старый бекап базы данных Mysql. Нужно его восстановить. Но при заливке dumper-ом, пишет, что
Во-первых, не понятно, как же тогда сделан бекап, если при восстановлении выкидывает такую ошибочку? Но сделать новый бекап возможности уже нет.
Во-вторых, файл весит более 150 мегов. Не знаю, чем бы его открыть, чтобы можно было комфортно с ним работать, вносить правки, удалять дубли и т.п. Пробовал несколькими текстовыми редакторами (Notepad, HomeSite), но все они жутко подвисают.
Если у кого есть опыт по работе с большими файлами, готов выслушать ваши советы. Заранее благодарен.
phpexperteditor либо бесплатный notepad++ хорошо такие файлы открывает вроде.
Robin_Bad: DriverCat, разрешение в данном случае - это не размер картинки, а её "плотность", именуемая DPI и используемая ТОЛЬКО при печати, так что сейчас нам это не нужно.
Покажите уж картинку-то, даже если она неприличная :)
Думаете, эта плотность тут не причем?
Вот она (вполне приличная, просто на фотохостинг не загружалась):
Robin_Bad: DriverCat, попробуйте, с ним гораздо приятнее работать. Вот ссылка на соответствующий раздел официальной документации:
http://www.imagemagick.org/Usage/annotating/#watermarking Как следует из ссылки, он всё это умеет "из коробки".
По поводу вашего изображения не очень понял сейчас: "оно 96х96 при размере фотки 448х336". Это как понимать? :)
Открываю свойства рисунка в винде > сводка > дополнительно и вижу:
Robin_Bad: DriverCat, в своё время регулярно сталкивался с проблемами в GD, поэтому и ушёл с него на IM и ни разу не пожалел. Загромождение в вашем случае будет в замене целой обвязки на GD для наложения вотермарка на две строчки другого кода? :) Если уж так вам не хочется юзать IM, выложите образцы "работающего" и "неработающего" файлов, любопытно глянуть. Имхо, имеет место быть баг GD.
Если честно не использовал просто imagemagick, если знаете хорошие примеры - иожете скинуть урл?
Вот короче сейчас попытался загрузить не открывающееся фото на фотохостинг saveimg.ru и мне выдало ошибку, что изображение имеет разрешение меньше 150х150 px, посмотрел - действительно, оно 96х96 при размере фотки 448х336. То есть GD не умеет работать с такими изображениями?
Robin_Bad: DriverCat, а нет возможности использовать ImageMagick? Он во всех ситуациях предпочтительней.
Далее, конкретно в вашем случае может быть так, что файл на самом деле не будет являться JPEG'ом, а например GIF'ом? Программы просмотра картинок его откроют его в любом случае, а вот GD споткнётся.
P.S. и я очень надеюсь, что хоть где-то выше по коду у вас анализируется $_GET['file'] на предмет допустимых значений.
У меня простейшие операции и не хотелось бы загромождать код imagemagickom.
Я пробовал все варианты - и imagecreatefrompng и imagecreatefromgif - не работает.
Это пока тестовая локальная версия, пока переменные не проверяются.
bulavka: Те, кто уже сталкивался с подобным ответом, объясните суть, что может значить. Ответ вроде как шаблонный.
На данный момент Ваш сайт уже представлен в выдаче (УРЛ)
и находится пользователями (по каким запросам, Вы можете узнать из раздела
«Поисковые запросы» сервиса Я.Вебмастер, http://webmaster.yandex.ru/).
Однако после анализа и классификации страниц Вашего сайта наши алгоритмы
приняли решение ограничить его в поиске. Обратите внимание, не все страницы,
известные поиску Яндекса, включены в индекс и ранжируются высоко. Их включение
и позиция зависят от качества сайта и его контента. В случае, если сайт не
соответствует нашему понимания качественного сайта, он может быть ограничен в
поиске.
Если Вы будете развивать свой сайт для пользователей, размещать на нём
уникальную и полезную информацию, следуя нашим рекомендациям, то, со временем,
он будет представлен в поиске большим количеством страниц.
О сайте - контент уникальный. страниц немного (около 20-25). Из них, только 10 в индексе, остальные запрещены к индексации (не добавляются через аддурилку). АГС? или просто добавление новостей и кол-ва страниц исправит ситуацию?
Смотря какой объем считает этот коунт. Если большой (форумы, доски объяв), то имеет смысл хранить отдельную таблицу с коунтерами, скуркулировать ее один раз и потом апдейтить при добавлении/удалении соотвествующих элементов.
Таблица небольшая - в районе 3000 записей. НУ а по поводу хранения в сессии - как такой вариант?
Хотя щас подумал - Вы правы, лучше один раз в сутки обновлять эти данные, все равно они носят чисто информативный характер.
Результат приходит откуда? Ответ от сервера или результат обработкой js script?
Для jquery в общем так:
$.fancybox('твой текст здесь');
Или если с переменной:
$.fancybox(my_var);
Где в my_var ответ от сервера или что-нибудь другое..
От сервера. Уже разобрался нужно было написать:
Ключевое слово здесь iframe. Только теперь при сабмите формы (результат возвращается тоже в fancybox) еще перезагружается и основная страница. Пока не могу понять почему. В принципе не мешает, но лишние действия они ни к чему.
DriverCat, там JPEG дейтвительно битый: Произошла ошибка интерпретации файла изображения формата JPEG (Not a JPEG file: starts with 0x42 0x4d) - такую ошибку выдаёт простенький просмотрщик картинок, а вот Gimp открывает нормально (как я уже говорил, продвинутым редакторам по фигу на заголовки, они анализируют файл целиком). Уверен, что GD именно об это и спотыкается.
Зато тот же ImageMagick без проблем работает с ней - проверил у себя. Даже ошибок не выдаёт.
Спасибо за информацию подробную, попробую сейчас разобраться с imagemagick!
так imagemagick - это библиотека? Она наверное не на любом сервере есть?
Возникла следующая проблема. Есть старый бекап базы данных Mysql. Нужно его восстановить. Но при заливке dumper-ом, пишет, что
Если у кого есть опыт по работе с большими файлами, готов выслушать ваши советы. Заранее благодарен.
phpexperteditor либо бесплатный notepad++ хорошо такие файлы открывает вроде.
DriverCat, битая ссылка: 404
Плотность точно не при чём :)
Как? о_0 даже яндексюнарод не открывается? у меня работает. щас что-нибудь придумаю
DriverCat добавил 21.09.2010 в 14:08
Вот http://ifolder.ru/19406525 еще одна ссылка
DriverCat, разрешение в данном случае - это не размер картинки, а её "плотность", именуемая DPI и используемая ТОЛЬКО при печати, так что сейчас нам это не нужно.
Покажите уж картинку-то, даже если она неприличная :)
Думаете, эта плотность тут не причем?
Вот она (вполне приличная, просто на фотохостинг не загружалась):
http://narod.ru/disk/25146164000/%D0%BD%D0%B5%20%D1%87%D0%B8%D1%82%D0%B0%D0%B5%D1%82.jpg.html
DriverCat, попробуйте, с ним гораздо приятнее работать. Вот ссылка на соответствующий раздел официальной документации:
http://www.imagemagick.org/Usage/annotating/#watermarking
Как следует из ссылки, он всё это умеет "из коробки".
По поводу вашего изображения не очень понял сейчас: "оно 96х96 при размере фотки 448х336". Это как понимать? :)
Открываю свойства рисунка в винде > сводка > дополнительно и вижу:
ширина : 448
высота: 336
горизонтальное разрешение : 96 точек на дюйм
вертикальное разрешение : 96 точек на дюйм
честно, до конца тоже не очень это понимаю...
DriverCat, в своё время регулярно сталкивался с проблемами в GD, поэтому и ушёл с него на IM и ни разу не пожалел. Загромождение в вашем случае будет в замене целой обвязки на GD для наложения вотермарка на две строчки другого кода? :) Если уж так вам не хочется юзать IM, выложите образцы "работающего" и "неработающего" файлов, любопытно глянуть. Имхо, имеет место быть баг GD.
Если честно не использовал просто imagemagick, если знаете хорошие примеры - иожете скинуть урл?
Вот короче сейчас попытался загрузить не открывающееся фото на фотохостинг saveimg.ru и мне выдало ошибку, что изображение имеет разрешение меньше 150х150 px, посмотрел - действительно, оно 96х96 при размере фотки 448х336. То есть GD не умеет работать с такими изображениями?
DriverCat, а нет возможности использовать ImageMagick? Он во всех ситуациях предпочтительней.
Далее, конкретно в вашем случае может быть так, что файл на самом деле не будет являться JPEG'ом, а например GIF'ом? Программы просмотра картинок его откроют его в любом случае, а вот GD споткнётся.
P.S. и я очень надеюсь, что хоть где-то выше по коду у вас анализируется $_GET['file'] на предмет допустимых значений.
У меня простейшие операции и не хотелось бы загромождать код imagemagickom.
Я пробовал все варианты - и imagecreatefrompng и imagecreatefromgif - не работает.
Это пока тестовая локальная версия, пока переменные не проверяются.
Те, кто уже сталкивался с подобным ответом, объясните суть, что может значить. Ответ вроде как шаблонный.
На данный момент Ваш сайт уже представлен в выдаче (УРЛ)
и находится пользователями (по каким запросам, Вы можете узнать из раздела
«Поисковые запросы» сервиса Я.Вебмастер, http://webmaster.yandex.ru/).
Однако после анализа и классификации страниц Вашего сайта наши алгоритмы
приняли решение ограничить его в поиске. Обратите внимание, не все страницы,
известные поиску Яндекса, включены в индекс и ранжируются высоко. Их включение
и позиция зависят от качества сайта и его контента. В случае, если сайт не
соответствует нашему понимания качественного сайта, он может быть ограничен в
поиске.
Наше понимание качественных сайтов отражено в следующих документах:
http://help.yandex.ru/webmaster/?id=995342
http://webmaster.ya.ru/replies.xml?item_no=325&ncrnd=2022
http://webmaster.ya.ru/replies.xml?item_no=3772
http://webmaster.ya.ru/replies.xml?item_no=4967&ncrnd=1743
Если Вы будете развивать свой сайт для пользователей, размещать на нём
уникальную и полезную информацию, следуя нашим рекомендациям, то, со временем,
он будет представлен в поиске большим количеством страниц.
О сайте - контент уникальный. страниц немного (около 20-25). Из них, только 10 в индексе, остальные запрещены к индексации (не добавляются через аддурилку). АГС? или просто добавление новостей и кол-ва страниц исправит ситуацию?
Очень похоже на АГС. Ссылки в сапе продаете?