Можно добавлять картинки к каждому комментарию.

test2

анимация в гифах пока ёк.
в плане:
расположить приаттаченные файлы горизонтально
разобраться почему нельзя на сервер залить более 1 метра и пофиксить ограничение
не портить анимашки и не растягивать файлы меньшие чем 200х200

в комменте (3#Volod): верхний файл в CMYK, поэтому превью есть, а файла нет. :)

tst3

А может строчку "прицепить файл..." пониже кнопок сместить?

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

то есть в галерее теперь моно размещать типа децольных превьюшек на нормальноразмерные фотографии? ))))))
а зачем? ))

При создании темы и редактировании первого сообщения не дает картинку добавить! :(

ну мало ли. че на радикал трафик гнать :)


не, тема это тема. если очень надо, вдогонку можно сразу пару комментов с фотками.

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

ну тогда просто увеличить обьем в галерее до мега и анлим на постинг :)

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

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

пейзажную панораму можно уместить минимум в 300 кило -- без того что бы она не превратилась в кашу

другие файлохостинги интересны хотя бы потому - что у некоторых уже есть на них довольно много картинок :)

Классная фича, форум все удобнее и удобнее, спасибо!

мне 300 на 500 исправить - один байт переслать :) просто завалят когда-нибудь отстоем по 500 кил. кстати, можно еще по соотношению сторон контролировать - если ширина к высоте больше, чем 1 к 3, то давать 700 кил. :)
еще была идея помимо загрузки фотки ввести УРЛ фотки на фотору или фотосайте и залить ее как "свою" сюда. только надо копирайтную отмазку красивую придумать.

Давай! А то я панорамы свои очень жестко резал чтобы уложиться. Приходилось из них чуть ли не превьюшки делать.

А надо ли? Пусть там лежит.

(17#Jack): ну, может щас и не надо (поэтому и не сделал), но потом, так как ресурс позиционируется в будущем как "витрина фотографа профи" (ну, помимо прочего :) ) это будет довольно удобным. тот же Бондер выставляется (по состоянию на лето прошлого года), наверное, НА ВСЕХ известных мне фоторесурсах и еще на ХЗ скольких мне неизвестных.

почему?! -- почему никто до этого не додумался на других фс????? -- жать панорамы в 150-300 кило это мегажесть :(

+1 Респектище!

ну это же основы пхп.ини :drinkbuddy:

А вот на этот щщед я очень давно видел большой класс на phpclasses.org, видел давно, такшо сцыл дать немогу, но он был, его кажеццо какойто венгр написал :drinkbuddy:

Кстати, меня в последнее время сильно интересуют проблемы хай лоад, лоад балансинг и контент деливери нетворкс, которые позволяют решить предыдущие две проблемы. Про cdn я уже сильно в курсе, а вот твой конфиг меня интересует, т.к. у тебя дедик. Если конфиг не секрет, напиши плиз основные моменты на fabrique [Canis lupus familiaris] mail.ru :drinkbuddy:

больше 6 или сколько-то там метров оно все равно не качает, даже если снять ограничение в пхп.ини. мы с этим в свое время так и не разобрались. а из дома на адсл upload 50кбайт/сек и повешусь это тестировать.


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

из опыта фотору могу сказать, что все проблемы в скорости запросов, т.е. в оптимизации структур БД и грамотного ее пользования. никаким балансировщиком более, чем в 10-15 раз производительность не увеличишь, а с СУБД запросто :) если, конечно, уже ВСЕ запросы имеют cost до 20 (+ оптимизирована память СУБД, оптимизировано наличие индексов), тогда жопа. т.е. надо кластер. я тут начал читать Тома Кайта про Оракл, уже готов тормозной клуб фотору разогнать в несколько раз за небольшую денюжку :)


конфиг чего? у меня сервер с нулевой загрузкой. мощность как у фоторушного, а посещаемость на 3 порядка меньше :)