VB image hosting

Хостинг изображений на форуме

Оригинальная тема хака на орге

Версия хака - 1.0.1 от 12 апреля, то есть от вчера...

Возможности хака:
1. Собственный хостинг изображений на форуме.
2. Отображение в постбите количество загруженных изображений и переход к ним.
3. Отображение в профиле пользователя 5 последних загруженных изображений.
4. Различные настройки админа в управлении хостингом картинок..
5. Загрузка изображений из формы расширенного ответа.
6. Настройка водяного знака(не тестировал).
7. Настройка автоизменения загружаемых изображений.
8. Автовставка в сообщения при вызове загрузки из расширенного ответа.
9. Исправлены все ранее известные баги. Также в аттаче оригинальная версия хака. Скрины достаточно тяжёлые - зато качественные.

Вроде работает


даже наложение водяного знака)

Заметил небольшой баг. Если давать предупреждения, или писать личные сообщения то в смайл-боксе отображается только: [] [Загрузка]
Пропало слово Открыть. Подскажите пожалуйста, в каком месте исправить.

работает на 5+
афтору СПАСИБКи

А можно сделать хак чтобы он картинки заливал ну скажем на radikal.ru, а с него ссылки автоматически вставлял в пост? было бы кроуто. Особенно тем у кого немного места.

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

Нужна доработка скрипта, чтобы он раскладывал изображения по вложенным папкам, например - год-месяц, этого будет вполне достаточно.

Руки не кривые, но времени на подобные изыски нет категорически. Может, кто окажет небесплатное содействие? WMZ или Яндекс-деньги.

Пишите в личку, заранее спасибо.

Gostemilov,
можно написать функцию, подобную вобловской для хранения аттачей

PHP Code:

// ###################### Start checkattachpath #######################
// Returns Attachment path
function fetch_attachment_path($userid, $attachmentid = 0, $thumb = false, $overridepath = '')
{
    global $vbulletin;

    if (!empty($overridepath))
    {
        $filepath =& $overridepath;
    }
    else
    {
        $filepath =& $vbulletin->options['attachpath'];
    }

    if ($vbulletin->options['attachfile'] == ATTACH_AS_FILES_NEW) // expanded paths
    {
        $path = $filepath . '/' . implode('/', preg_split('//', $userid,  -1, PREG_SPLIT_NO_EMPTY));
    }
    else
    {
        $path = $filepath . '/' . $userid;
    }

    if ($attachmentid)
    {
        if ($thumb)
        {
            $path .= '/' . $attachmentid . '.thumb';
        }
        else
        {
            $path .= '/' . $attachmentid . '.attach';
        }
    }

    return $path;
} 


только вместо UserID указать год/месяц/число - картинки будут грузиться в каталог:
root_images_path/year/month/day/image.ext (+ image_thumb.ext - если создаются тумбы)
только вот уже загруженные изображения так и останутся в одном каталоге
ты же не будешь просматривать каждую картинку на предмет ее создания и переносить ее? (да еще наверное придется и в БД менять пути к картинке)
автор хака не продумал этот вопрос изначально.....

ну собсно вот...
если сам сможешь прикрутить к скрипту, то вот рабочая версия:

PHP Code:

function make_folder_path($date)
{
    global $vbulletin;

    $filepath = "./upload"; //<= Вместо этой папки путь из настроек галереи
                            // $filepath = & $vbulletin->options['upload_img_path']
    $folderstring = $filepath . '/' . implode('/', preg_split('//', $date, 1, PREG_SPLIT_NO_EMPTY));
    return $folderstring;
}

$date = date('Y/m/d', time());
$d = make_folder_path($date);
print "Сегодня картинки будут сохраняться в дир.: <strong>" . $d . "</strong>"; 


результатом работы ф-ции будет следующее (аттач):

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

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

Вот только как бы его клонировать и при этом не убить старый хак, то бишь оригинал...

Вот, к примеру, прогнал массовую замену в коде vbimagehost на vbimghost_clone, переименовал, естественно, файлы подобающим образом, по идее должен получиться клон хака, который должен складывать уже совсем в другой каталог... И поля в базе и таблица, естественно уже другие. Но вот как подцепить туда функцию?

Ну поменять

PHP Code:

                $sql="INSERT INTO ".TABLE_PREFIX."vbimghost_clone ( `imgid` , `userid` , `imgfile` , `imgname` , `thumbname` , `imgfilesize` , `imgwidth` , `imgheight` , `imgdate` , `imgprivate` ) 
                VALUES ('', '".$userid."', '".$imguname."', '".$upfilename."','". $thumbname ."' , '".$upfilesize."', '".$dime[0]."', '".$dime[1]."', '".TIMENOW."', '".$viewperm."')"; 


на

PHP Code:

                $sql="INSERT INTO ".TABLE_PREFIX."vbimghost_clone ( `imgid` , `userid` , `imgfile` , `imgname` , `thumbname` , `imgfilesize` , `imgwidth` , `imgheight` , `imgdate` , `imgprivate` ) 
                VALUES ('', '".$userid."', '".$d.$imguname."', '".$upfilename."','". $thumbname ."' , '".$upfilesize."', '".$dime[0]."', '".$dime[1]."', '".TIMENOW."', '".$viewperm."')"; 


естественно не трудно, но там же куча мест, где еще вытаскивается изображение безо всякого пути, вот что грустно!

Originally Posted by Gostemilov

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

зачем?
в БД хранятся записи ко всем изображениям, загруженным до изменений, соответственно и пути к ним менять ненужно, просто после изменений в файле хака, картинки будут грузиться в другие папки, а те, что уже загружены, хай там так и лежат... =)
======
вот только если хочешь все картинки распихать по датам, то придется либо все грохнуть и перезаливать (самый плохой вариант), либо переносить все руками по каталогам, сравнивая имя файла и дату его создания/аплоада на сервер