Артем Гартунг, нет, не получается. Кусок выше - это переопределение кэширования. Откуда кому-то за вас знать, какое у вас должно быть кэширование?
Кстати, даже если вы выкинете этот кусок - кэширование не исчезнет. Оно будет определяться настройками по умолчанию (точнее, теми, которые прописаны у вас в конфигурации сервера).
Артем Гартунг, когда браузер загрузил эту страницу, он получил заголовки "бери из кэша эту страницу весь следующий месяц". От того, что вы потом поменяли на сервере, эта информация уже не изменится.
Артем Гартунг, надо не "скидывать", а смотреть, что с ними не так, как с остальными страницами, и почему.
Либо настройки сервера, либо код самих страниц.
mahmudchon, дайте мальку хоть до такой фигни дойти самостоятельно. Если он по сочетанию "РНР + замена" не сможет найти str_replace, ему вообще программированием заниматься не показано.
antohabio, это позволит сделать любой фильдеперсовый шрифт без кириллицы в принципе.
Даже если система подсунет кириллицу из запасного шрифта - начертание будет заметно разным.
Shavadrius, организованное обучение программированию - это не вы катаетесь, а на вас.
"Программист" и "самоучка" - синонимы. Если вы не способны, уехав в лес, где вам никто не мешает, учиться самостоятельно - вам нечего лезть в эту профессию.
"Мимо арии": мне 16 лет, сдана первая сессия, вдвоем с сокурсником получили путевку в дом отдыха, взял с собой учебник Паскаля... интернета тогда не было не только в лесу, но и в стране, так что ничто не отвлекало...
Данил, лимиты у пыха по умолчанию очень скромные. Объем загружаемого файла - до 2 мегабайт, например.
Но вам, раз уж вы только пробуете и учитесь, лучше почитать не хаутушки, а подробности. Ознакомиться с предметом: что вообще на сервере настраивается в php.ini. Чтобы потом не искать это по .htaccess, например.
Данил, а вы бы меньше постили мутные скриншоты и больше - конкретные ошибки.
А еще лучше - сразу по ним и гуглили, это азы.
Например, "код на экран" - скорее всего, short_open_tags.
Ну, вообще-то вопросы именно в цикле будут 4 тысячи раз дергать базу.
Имеет смысл как минимум собрать их в один (несколько запросов) пакетом (транзакцией).
менять цены руками на всех сайтах, основном и региональных - трудозатратно.
Менять цены руками - во-первых, неправильно. Именно в этом у вас и проблема.
Менялись бы они запросом к сайту - так три запроса не намного сложнее одного.
Vasyl Vandych, ну вот между этими тремя операторами вставьте свои таблицы, поля, по которым они ключуются, и условие отбора. Должно получиться, если хочется обучиться.
Слава, джуновский подход - это экономить на строчках и вымучивать неочевидные коллбеки там, где проблема решается банальным циклом, очевидным для читающего код.
А ламерский подход - это формулировать задачу про
price и quantity
и при этом давать в качестве примера
[
'date' => "01.08.2023",
'qty' => 100
]
и даже не задуматься о том, могут даты продублироваться или нет.
Подход профи - напротив, задуматься, что будет, КОГДА они задублируются, ХОТЯ вы были уверены, что этого не может быть.
Пройти оба циклом, создавая новый массив, где date - ключ, а значения - price и quality, суммирующиеся, если они уже есть. Особенно актуально, если date не уникален.
Впрочем, вопрос безобразно неконкретен и может предполагать кучу разных вариантов того, что реально нужно ТС.
Поставить transmission на роутер и подцепить диск с раздачами к нему же.
А спящие красавицы, которые сначала дают, а потом просыпаются, бывают только в оригиналах германских сказок.
Кстати, даже если вы выкинете этот кусок - кэширование не исчезнет. Оно будет определяться настройками по умолчанию (точнее, теми, которые прописаны у вас в конфигурации сервера).