Разное

На сайте будет показано одно и тоже изображение 3 раза: превью (150х150), миниатюра (600х400) и оригинал (1440х900).
Стоит ли делать 2 доп. фотографии или стоит сделать одну и использовать ее в превью и в миниатюре?

фигасе миниатюра - 600*400! :О
конечно, три надо делать при таких раскладках, тем более, что делать их будет скрипт.

>фигасе миниатюра - 600*400! :О
Скорее оригинал какой-то плюгавенький.

В остальном согласен.

И зачем 3?

Я так понял, что возможны варианты, когда показывается только маленькое,
когда маленькое, а затем среднее, и наконец, когда последовательно запрашиваются все три.

Какое предлагаешь исключить?
Его же перемасштабировать на клиенте тогда придется. И лишнего тянуть.

Да, верно. Сначала идет превьюшка, потом миниатюра, а уже потом можно скачать полную картинку.

Еще вопрос. На сервере будет около 30000 фотографий. Стоит ли их расфасовывать он папкам? Или можно все в кучу свалить?
Как лучше будет для сервера?

Сначала привью....

Так какой вопрос, зачем вам их три штуки? Или от изменения размера изменяется содержимое?

Самое маленько это и есть эскиз, так зачем их три?

Если в крации, то человек заходит на сайт, видет превью (150х150) фотографии, переходит на него, видет миниатюру фотографии (600х300), что бы поближе ее рассмотреть. Затем, если пользователь захочет, то он может скачать фотографию уже в оригинальном размере.

Ответьте пожалуйста на этот вопрос.
На сервере будет около 30000 фотографий. Стоит ли их расфасовывать по папкам? Это будет лучше или хуже для сервера?

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

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

Потом дам ссылку, посмотрите.

Подскажите такую вещь.
Что бы длинный текст не переносился на следующую строку и не раздвигал таблицу, а обрезался, когда подходит к границе таблице, нужно использовать substr()?

А что смотреть, по логике вещей, пользователь должен определять что ему смотреть, а что нет, и если его заставлять смотреть какие-то промежуточные размеры, прежде чем посмотреть оригинал, то это плохо, и даже хамство.

Если текст более чем ячейка таблицы, и без переносов, то это как? Ну можно скрыть то, что за границей, например, но как читать?

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

Это уже 2-й вопрос. Главное - не нарушить дизайн. стрпос() поможет? Или есть какой-то вариант средствами хтмл?

Если мне кто-то будет навязывать качать лишнее, то я просто брошу этот сайт к чертовой матери и более на него не зайду. Да и не на любом такой ужас - обычно это эскиз, а снизу ссылка на предлагаемые размеры, выбирай не хочу.
Да дело и не в этом, вы вопросы формулируете не дай боже... Фактически вы говорите так: - "я сделал три размера изображения...", а далее вопрос, который можно трактовать так - "один эскиз для все трех, или создать для каждого свой?".

Тоже самое и с текстом, вы можете сформулировать вопрос четко? Как вас понять, если вы ставите условие не переносить слова, следовательно разговор о ширине столбца. У вас что все в одну строку в столбце? Если да, то все ведь зависит от стиля этого стоблца, либо он фиксированного размера, либо в процентах. В раздел HTML, опишите что у вас за таблица и чего вы хотите.

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

Лишнюю тему под такой вопрос создавать нет смысла, тем-более уже начал этот вопрос здесь.
Попробуем построить вопрос так:
Как средствами HTML/PHP сделать так, что бы текст в ячейки таблицы не переносился и не расширял ее, если текст длиннее ячейки, в которой он находиться. Столбец фиксированного размера.

В раздел HTML, не все спецы данного раздела читают раздел Разное.
А вообще, что будет читать пользователь в данном случае? Вот такое разве нормально будет:

<table> <tr> <td> <div style="width: 10em; overflow: hidden; white-space: nowrap;"> aaaaaaaaaaaaaaaa bbbbbbbbbbbbbbbb cccccccccccc dddddddddddddddddddd </div> </td> </tr> </table>

?

Это нужно. Спасибо, помогло.
Например, такая же вещь реализована у ВКонтакта. Когда пытаешься раздвинуть область ввода текста, границы не раздвигаются.

Я бы не сказал, что это удобно, так как режет не по словам, а режет и символы.

Или это не удачный пример?

Ладно.
Спасибо большое за помощь.