Изображения, отсутствующие во встроенной галерее WP

У моей жены есть сайт wordpress 3.9.2, на котором множество изображений разбросано по многим галереям. Однако во многих из этих галерей есть сотни изображений. Это частично управляется плагином Галереи эффектов с разбиением на страницы, который разбивает галереи на 15 страниц изображений. На одной конкретной странице галереи , на которой больше изображений, чем на любой другой, после недавнего обновления она заметила, что если в галерею добавляется больше изображений, они не всегда отображаются вверх.

Примечание: Это НЕ использование галереи NextGen (и она предпочла бы не переключаться на нее).

Если мы вручную введем идентификаторы базы данных изображений в шорткод [галерея...], все они будут отображаться на отображаемой странице, но ничего после изображения 995 не появится в визуальном редакторе. Это не конкретное изображение, как если бы я перемещал изображения до текущего изображения #995, оно просто выталкивает все за пределы нового 995 из представления визуального редактора. Хотя они остаются в введите короткий код и оставайтесь видимыми на отображаемой странице.

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

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

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

Я не смог найти ничего, что говорило бы о максимальном количестве изображений, которые вы можете разместить в одной галерее. Если бы он был равен 1000, я бы просто предположил, что это жесткий предел. Но 995-й кажется очень странным.

Мы отключили ВСЕ плагины, восстановленные из старых Резервные копии БД, создали новую страницу и скопировали в нее код этой галереи... все с одним и тем же результатом.

У кого-нибудь есть представление о том, что здесь может происходить?

ПРИМЕЧАНИЕ: Эта проблема ПО-прежнему возникает независимо от того, включен плагин Галереи эффектов с разбиением на страницы или нет. Я уже подтвердил, что это все еще происходит без каких-либо включенных плагинов.

Author: Adam Haile, 2014-08-12
Source

3 answers

У вас есть ограничение внутри скрипта, и вам следует изменить некоторые значения, чтобы адаптировать их к вашим потребностям: 

jQuery....
//user settings
var thumbsPerPage = 15;
var maxPaginatedLinks = 200;
var hideEffect = "drop";
var showEffect = "drop";
var effectSpeed = "slow";
var count = 1;  
//handles multiple galleries on page
var galleryCount = $( "[id^=gallery-]" ).each( function()
var galleryId = "#" + $( this ).attr( "id" ) + " ";
 1
Author: Fernando Baltazar, 2014-08-17 16:01:28

Есть два правдоподобных ответа.

  1. Есть большая вероятность, что это ограничение в настройках сайта WordPress.

    В многосайтовом режиме это находится в:

    Сеть -> Настройки:

    Настройки загрузки

    Место для загрузки сайта: [флажок] Ограничить общий размер файлов, загружаемых в [xxx] МБ. Значение по умолчанию составляет 50 МБ.

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

  2. Менее вероятно, но проконсультируйтесь с вашим хостинг-провайдером о вашем дисковом пространстве. В этом случае вы не получите никаких ошибок wordpress, но файл не будет записан на диск, если в нем не хватит места. У них должен быть логин администратора, где вы можете проверить свое дисковое пространство или просто связаться с ними и спросить.

 0
Author: Shawn, 2014-08-20 17:50:59

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

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

Не идеально, но, вероятно, лучше всего.

Все равно было бы неплохо, если бы я знал, почему он сломался в первую очередь...

 0
Author: Adam Haile, 2014-09-10 01:43:58