Фотохостинг IMG-UZT By DimaUZB2001

---

Требования
- PHP 8.1+
- MySQL 8 / MariaDB 10.3+
- Redis (опционально)
- Nginx / Apache / OpenLiteSpeed
- Расширения: pdo, pdo_mysql, gd, mbstring, json, fileinfo

---

---

Дим спасибо но тут кнопка не работает. https://img.big39.ru//uploads/2026/02/6kcyztHh1v.png

404

Страница не найдена​

Такой страницы не существует или она была удалена.

На главную

Дим спасибо но тут кнопка не работает. https://img.big39.ru//uploads/2026/02/6kcyztHh1v.png

404

Страница не найдена​

Такой страницы не существует или она была удалена.

На главную

README.md прочитай )

---

Что нового?
Добавлено:
🖌️ Смена название домена меняется всё одном настройке админке
🔍 Поиск изображений — по названию, тегам, дате
📊 Статистика пользователя — графики загрузок, просмотров
📊 Расширенная аналитика
📊 Расширенная статистика — графики по дням/неделям
🖌️ Расширенный редактор
🖼️ Lightbox галерея — просмотр без перехода
🖼️ Альбомы
📝 Логи действий — история входов, загрузок, удалений
🔑 OAuth — вход через Google/Yandex/GitHub/Telegram
🏷️ Теги
Поддержка Memcached и Redis
Поддержка MySQL 8 и 9
Баги:
Исправлено много багов

Обновление IMG-UZT 2.0 Stable​

Решил опробовать, установил базу, config.php настроил вместе с доменом, переписал правило nginx:

location /image/ {
try_files $uri $uri/ /image/index.php?$args;
}

install.php запускается, но на /login закидывает на 404

PHP 8.5, error.log пустой

Решил опробовать, установил базу, config.php настроил вместе с доменом, переписал правило nginx:

install.php запускается, но на /login закидывает на 404

PHP 8.5, error.log пустой

Попробуй Apache

Попробуй Apache

Дело не в сервере, в приложение сервер успешно перенаправляет параметры:



Но оно не учитывает вложенность папок, думая, что находится в корневой директории '/'.
При ручном редактировании uri пути, cтраница открывается, но даже служебные файлы выставляются не по SITE_URL, а на корневую директорию:

Дело не в сервере, в приложение сервер успешно перенаправляет параметры:

View attachment 6767

Но оно не учитывает вложенность папок, думая, что находится в корневой директории '/'.
При ручном редактировании uri пути, cтраница открывается, но даже служебные файлы выставляются не по SITE_URL, а на корневую директорию:
View attachment 6768

так я только установил локальный сервер и без проблем работает

так я только установил локальный сервер и без проблем работает

Попробуйте вложить это в какую-либо папку на сервере.
Скажем "site.com/img_sharer/". Из-за суффикса img_sharer ничего работать не будет. А выдавать отдельный сервер с отдельными ресурсами на хранение изображений не каждый может.