FairfullFair, отдельная база для юзеров? Почему не отдельную базу для каждой страницы? Или, скажем, отдельную базу для каждого юзера?
1 сайт = 1 база данных. Если вы переживаете на счёт быстродействия или безопасности, то вам следует заинтересоваться настройкой сервера базы данных (MySQL, MariaDB или другой, который вы используете вместе с WordPress)
FairfullFair, база используется та же самая с той же самой таблицей юзеров. Готовое решение в данном случае это вовсе не перебор. Profile Builder, во-первых, безопасней, во-вторых, будет быстрее работать чем ваш самописный код, если у вас опыта в данном вопросе ноль, в третьих, обновляться в случае обновления движка, в четвёртых, предлагает более гибкий функционал, в пятых, вы всегда сможете его заменить на что-то другое, если найдёте что-то лучше.
Если честно, ничего не понял из вашего ответа :)
Вот нарисовал пример: prnt.sc/s7vou0
Красный прямоугольник 100х800 - это контейнер, чёрный прямоугольник 300x800 - это картинка cover (сама картинка в натуральный размер может быть, например, 3000х8000 px).
Меня конкретно интересует как получить значения 300 и 800 у фоновой картинки
Anton Semenov, так и есть, проблема в циклах, внутри которых используются add_action с анонимными функциями в качестве аргументов. При чём тут ваш совет про кеширование - совершенно не ясно
Uinit, плохо походу тебе, умник. Откуда только такие придурки берутся, иди учи кого-нибудь другого.
Конкретно по сути, например, на 1000 итераций вот такой код:
А теперь внимательно подними глаза выше и почитай, что мне посоветовали делать в этой ветке - изучать плагины кеширования? Серьёзно?
При чём тут вообще кеширование? Вопрос был конкретный про время, затрачиваемое PHP на декларацию анонимных функций! >_
В общем простая декларация анонимной функции 1 млн. раз на моём окружении выполняется за 0,1сек, что достаточно много. Скрипт с обычным объявлением функции выполняется за 0.02сек. Я получил ответ на свой вопрос.
Uinit, вы не понятно что тестируете. У вас в файле ровно 1 раз происходит декларация closure и 1 раз декларация callable, а потом вы тестируете 1 млн. раз запуск самой функции. По сути ваш тест для проверки скорости вычисления $b = $i * 2. Ваши 20мс это всего лишь погрешность в вашем примере
Uinit, вопрос сводится к тому, насколько декларация именованной функции быстрее, чем декларация анонимной функции. Меня конкретно интересует, будет ли использование анонимных функций в коде, при их большом количестве, увеличивать время ответа сервера?
WP Panda, во-первых, трудоёмкость изменения кода в проекте, на эту работу нужно будет потратить несколько дней, во-вторых, не понятно как тестировать, одна и та же страница загружается всегда с разной скоростью на одном окружении и будет иметь другую скорость загрузки на другом окружении. Т.е. чтобы объективно оценить, стоит ли эта работа сил, нужно проделать кучу другой работы. Поэтому проще спросить у людей, которые уже сталкивались с подобной ситуацией.
Дмитрий, так не будет работать, ISPmanager не пропишет тогда конфигурацию для серверов баз данных (а их несколько, не будет доступа к альтернативным версиям, установленным через docker)
Дмитрий, откуда такие умники берутся? вы единственный знакомы с гуглом или что? Вопрос не простой, как это может для вас показаться. Если не знаете как решить вопрос - не отвечайте, вас никто не заставляет ничего делать.
По ответу: функция in_the_loop() не работает.
Шорткод вызывается в post с post_type grid_layout, далее grid_layout используется в post_tyle content_block в качестве параметра у шорткода post_grid и уже потом на архивной странице.
Т.е. если шорткод post_grid отрисовывается на single_page, то получается вот такая вложенность: header shortcode > grid_layout > post_grid (здесь находится loop) > content_block > single_page в этом случае всё работает
Если у нас архивная страница, то вот такая вложенность: header shortcode > grid_layout > post_grid > content_block > archive_page в этом случае не работает, in_the_loop возвращает false, get_query_object возвращает архивную страницу.
1 сайт = 1 база данных. Если вы переживаете на счёт быстродействия или безопасности, то вам следует заинтересоваться настройкой сервера базы данных (MySQL, MariaDB или другой, который вы используете вместе с WordPress)