Лот не должен индексироваться, индексируются только ready to buy предложухи.
ТС родил очередной баян рунета. Никаких новостей у него не может быть, новости дело очень дорогое. Аналитика - это не новости, а переваренные старости. Распространением такой лжи - аналитики вместо новостей - занимается over9000 сайтов рунета и пробиться через них будет очень трудно.
В товарной аналогии новостной сайт отдающий аналитику - зазывает за свежей рыбой, а отгружает гнилую требуху. То есть подсудное дело, а в новостях - пожалуйста, грузи дерьмо сколько хочешь.
Отношение количества на расстояние - разрешение.
Просто количество - это количество пикселов, пикселяж.
К экранам не dpi не lpi исторически не применялись, всегда считали строки и точки в строчках, ибо размер первых экранов менялся просто поворотом ручки. Так и повелось.
Поэтому диагональ ничего не значит кроме указания на физический размер.
На планшетах и смартах теперь любой нормальный сайт рендерится нормально, а на мобилки быдла можно забить.
Есть еще вариант сделать интересный контент.
Господа, я понимаю что вы хотите сказать и вынужден сказать что говорите вы неправильно. Правило такое - надо держать тему. Тема была такая - сколько в максимуме оставить пикселов на всякий случай? Был дан ответ, что на витринах сайтов по дизайну, то есть там где люди хорошо знают предмет, применяются ограничение в 1600 пикс.
Откуда я знаю про сайты по дизайну? Оттуда что я - дизайнер. На моих сайтах ограничение - 1200 пикс. И по две-три еще ступеньки, например 300 - 600. 300 - на тумбы, 600 - на рекламу. Там где очень много фоток - там всего два 300 и 1200 и все. Тогда реклама делается вручную, то есть фотки уменьшаются оффлайн, а скрипт закачки их не тянет до 1200, а тянет только до 300 если меньше.
Теперь что касается отказов: у тех кто качает на маленькой скорости - не хватает денег на большую и они не нужны вообще. То есть это сайт отказывается от убогих, а не убогие отказываются от сайта.
Кстати, есть вопиющие примеры таких отказов - попробуйте зайти ИЕ-8 на сайт хотя бы mdn. ---------- Добавлено 18.06.2015 в 05:09 ---------- По технике. Размер файла формата jpeg зависит не только от пикселяжа, а главным образом от содержания. Чем пестрее и анизотропнее картинка, тем ниже энтропия в квантах, тем больше инфы остается после сжатия. И соотв. наоборот - чем мягче картинка, тем выше энтропия квантов изображения на которые разбивается жипег и тем меньше остается инфы после компрессии.
Это значит что предварительная фильтрация по высоким частотам может наполовину уменьшить размер файла и, кажется, в таких форматах как jpeg2000 данная фича встроена. Это значит что предмет на белом фоне даст файл в 2 тире 3 раза меньше чем предмет на фоне ковра "Лебеди у пруда".
Это значит что бесполезно рассуждать о размере файла jpeg без учета особенностей этого формата. Качественно-пестрая картинка 800 на 600 пикселов при сжатии сем-восем запросто дает пол-мегабайта.
Как вы будете регулировать отказы в этом случае? То есть юзер натыкается на жирную фотку и хоба-на, сваливает?---------- Добавлено 18.06.2015 в 05:27 ----------Еще размер файла jpeg зависит от цвета, ну, от гистограммы по цветам, не по каналам - по цветам. Если там много зеленого - файл больше, если мало - все красное - меньше. В кодеке JFIF RGB сперва превращается нечто типа Lab - то есть канал яркости и два цветоразностных канала. Так вот зеленый - ярче красного и хорошо проникает в L - яркостный канал, а красный - темый - проникает туда плохо. Затем яркостный канал квантуется как есть, то есть 1:1, а два цветоразностных уменьшаются в 2, как правило, раза, что при декомпрессии возвращает 4 пиксела из 1 пиксела цветоразностных. Поэтому красный всегда самый испорченный компрессией, и синий тоже, но мы его и так и так не видим толком, настолько он темный, и только зеленый оказывается самым чистым, ибо восстановлен по большей части из яркости, которая не сворачивается перед компрессией.
Загрузил? Это потому что вы не знали что я - дизайнер - и подумали меня можно опустить. :)
Может еще кому пригодится: генеришь хэш сам или в любом онлайн сервисе и вписываешь его в поле пароль в бд и заходишь и все. :)
Может еще кому пригодиться: юзаешь встроенную систему хешей и тогда новый хеш получаешь в той же бд простым select password("мой новый пароль") as pass и никуда ходить не надо.
Да, самое простое выводить последние Н штук и давать ссылку "показать все". Пагинация сложнее, подгрузка еще сложнее.
Событие change поднимается от полей до формы. Это значит вместо pull, вам нужен push - пихать данные из фрейма в элемент родительского документа, или типа того.
У него не форма уходит, а жикверь лопочет чо-та свое.
djdiplomat, я мог, это просто итерация. Я ответил, потом посмотрел коды, потом еще раз удивился, потом вообще удивился, а потом понял что это не коды, а просто набор букв от человека ровным счетом не понимающего что он делал. Такое нельзя починить, это надо брать и все переписывать.---------- Добавлено 17.06.2015 в 14:50 ----------Хорошо, начинаем по шагам. Сначала сделайте как написал Оптимизайка - нормальную форму для метода post.
Затем в js отгружаете ее как таковую, без жикверей, они там не нужны стопицот лет.
Затем в php получаете $_FILES и берете из него все данные.
Затем записываете файл в папку, в публичную, видимую из сети и превращаете ее адрес в урл. В относительной адресации - одно и то же, превращать ничего не надо.
Затем отгружаете этот урл в теге img. Всё.---------- Добавлено 17.06.2015 в 14:51 ----------Неужели на ВП нет таких плагинов - файл картинки залить?---------- Добавлено 17.06.2015 в 14:54 ----------
Мои заказчики сами не пытаются программировать, поэтому можно починить. У вас - тот самый случай, неоперабельный.
SeVlad, не понял про отказы, при чем тут отказы, расскажите?
1600 это максимальный практический пикселяж, о чем и был вопрос. Чтобы сделать несколько вариантов, надо иметь такую возможность или забить и положиться на браузер, который по css вам покажет ровно столько пикселов, сколько влезет в ваш экран. Стандартная процедура.
Ну что же, попробую вас успокоить. В прежние времена браузеры масштабировали картинки по простейшему алгоритму типа nearest neighbor или как он там, по соседним пикселам, в общем. Из-за чего все что уменьшалось получалось зазубренным, а все растянутое - замученным. Так вот в самое последнее время качество рендера картинок - а картинки рендерятся заново при интерполяции - очень улучшилось и теперь можно не боятся.---------- Добавлено 17.06.2015 в 14:36 ----------
Это интересно, почему 20%?---------- Добавлено 17.06.2015 в 14:39 ----------
Вам еще и тумбы нужны что ли? Ну вообще тумбы на самом деле лучше сделать, чем не сделать. Я в ВП - 0, но задача типовая, значит должен быть плагин-тумборез.
