Добавлять фотографии стало удобнее!

К утру опять переполнилась, но уже исправил.

Страница ogoa.ru не работает

Сайт ogoa.ru пока не может обработать этот запрос.
HTTP ERROR 500

 По фото
8,59 МБ (9 017 281 байт)
6000*4000

igorgri, возможности сервера не безграничны. Скорее всего, огромное разрешение в 24 мегапикселя рвет его нафиг. Такие большие картинки могут не пролезать.

ну обыкновенное разрешение любительской зеркалки, не 37 или 50 как у профессионального фотоаппараата

По этой логике получается nikon D5, модель этого года, которая стоит полмиллиона рублей, непрофессиоанальная камера?)

Мегапиксели и профессионализм имеют малую связь.

Но я скорее о том, что 24Мп для сервера, видимо многовато. Что есть, то есть.
Посмотрю, можно ли это исправить, но шансы не большие.

Roman, вопрос не в тему - а тестовое фото с какого пляжа?

Nick@Maya,
- Пляж Кудле (Kudle beach) в Гокарне

Сейчас будут скучные технические подробности. Кому не интересно, не читайте)

Про GPS-координаты из фоток. Полдня исследовал этот вопрос.
GD модуль удаляет все метаданные, это поменять нельзя.
Чтобы сохранить exif фотки при изменении ее размеров, есть 3 варианта.

- Заменить GD-модуль PHP на какой-нибудь ImageMagick. Это, вероятно, помогло бы и более крупные фотки проглатывать. Но, движок этой версии работает только с GD, чтобы подружить с ImageMagick нужно переписывать кучу графических функций. И главное, знать как это сделать:) Не вариант.

- Перед изменением размера читать exif, и писать его в БД. Опять же, пока не совсем представляю как, с БД плотно не работал.

- Читать exif, изменять размер, писать exif обратно. Вроде достаточно просто, в PHP есть функция exif_read_data при подключенном модуле. Я было обрадовался, но тут выяснилось, что функции записать exif обратно в файл в php нет. То есть, в теории это как-то реализовать можно, но как-то через одно место, и готовых решений, которые можно использовать как пример, я не нашел.

В общем, все сложно:)

Если отбросить идею с сохранением exif, и работать только с фотками, которые не меняются, и где exif остается по-умолчанию, если он был, то с этим все лучше. Exif читается и выводится, но уткнулся в то, что GPS-данные там записаны в виде массива, и как его нормально обработать, пока не разобрался как. В отличие от простых данных типа модели камеры и прочего, которые выводятся без проблем.

добавлять координаты в название фото. Я вот у себя всегда меняю имя файла типа DSC***.jpg на ГГГГ-ММ-ДД ЧЧ-MM-CC.jpg Ну и сделать типа "старое название файла" + " " + "координаты".jpg

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

самостоятельно, если нет достаточных знаний, то тут конечно сложно будет. в этом случае, написать развернутое т.з., сделать скрины с тем, как это должно выглядеть в конечном итоге и заказать - либо форумы, где обитают программисты по данной cms, либо биржи фриланса. по деньгам, по своему опыту, должно выйти не много, так как тут работы не так много. чтобы не допускать стороннего человека к действующему сайту, тут два варианта:
1) в т.з. указать, чтобы он все сделал на такой же версии cms у себя и работу сдал текстовым файлом, с указанием, в каких файлах, какие правки надо сделать и какие запросы к бд.
2) поставить на другой домен/поддомен такую же cms, поставить antishell master (ранее обсуждали), дать доступ, по завершению, антишел покажет, где были внесены правки, сравнить в meld или winmerge оригинал и правленый, и правки перенести на данный двиг.

плюсом заказать конвертацию всех внешних ссылок в span, с условием if - если ссылка внутренняя, оставлять в a href, если внешняя, в span.