Перейти к публикации
IPS Invision Community

Invision Community 4.5.0 NULLED


Sipsb

Рекомендованные сообщения

Invision Community 4.5.0 NULLED


Ключевые изменения

Устаревшие

Следующие элементы отмечены как устаревшие в Invision Community 4.5. Это означает, что пока они работают, они будут удалены в будущей версии и больше не будут получать отчеты об ошибках.

Торговля:

  • Платежный шлюз Authorize.net.
  • Веб-хостинг и поддержка домена.

Core:

  • Поддержка синтаксического анализа BBCode - обновляющиеся пользователи будут спрашивать во время обновления, хотят ли они сохранить поддержку синтаксического анализа BBCode, в то время как новые установки будут иметь эту опцию по умолчанию.
  • Механизмы кэширования APC, Memcache, Wincache и Xcache, мы рекомендуем вместо этого использовать Redis. 

Удаление функции

Следующие функции были удалены из Invision Community 4.5.

Core:

  • Мы больше не будем решать какие-либо проблемы, характерные для Internet Explorer 11 и ниже, и не будем гарантировать совместимость с этими версиями.
  • ImageProxy удален. При обновлении есть возможность восстановить исходные ссылки на удаленные изображения или прямые ссылки на кэшированный образ, который будет сохранен.

Загрузки:

  • Ответ файлов REST API в REST API, см. Вместо этого / downloads / files / {id} / download.

Устаревшие

  • Ядро : механизмы кэширования Apc, Memcache, Wincache и Xcache, вместо этого мы рекомендуем использовать Redis.
  • Ядро : мы больше не будем решать какие-либо проблемы, характерные для Internet Explorer 11 и ниже, и не будем гарантировать совместимость с этими версиями.
  • Ядро : поддержка синтаксического анализа BBCode - обновляющиеся пользователи будут спрашивать во время обновления, хотят ли они сохранить поддержку синтаксического анализа BBCode, в то время как новые установки будут иметь этот параметр по умолчанию. Синтаксический анализ BBCode может быть полностью удален в будущем выпуске.
  • Торговля : Платежный шлюз Authorize.net.
  • Торговля : веб-хостинг и поддержка домена.
  • Загрузки : ответ файлов REST API в REST API, вместо этого см. / Downloads / files / {id} / download.

Дополнительная информация


 

  • Нравится 1
  • Спасибо 1
Ссылка на комментарий
  • 2 месяца спустя...

@Wolfstalker в прошлой версии было лучше. Там движок сохранял к себе на сервер все сторонние картинки и выдавал как свои. Не важно было на каком сервере лежит картинка, а так же она у тебя на форуме оставалась даже если ее удалят.

Ссылка на комментарий

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

Ссылка на комментарий

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
×
×
  • Создать...
Вверх
Вверх