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 на роутер и подцепить диск с раздачами к нему же.
А спящие красавицы, которые сначала дают, а потом просыпаются, бывают только в оригиналах германских сказок.
pfemidi, я перед вышеупомянутой установкой видел мак (и даже работал на нем) в 1997 году. Не сказал бы, что мне это чем-то помогло. Если хочется совсем на блюде - добро пожаловать в магазин Apple. А виртуалки и прочий хакинг все равно потребуют личных усилий и потраченного самостоятельно времени. Готовенького не будет.
Вообще-то второй вариант - это ДВЕ таблицы.
Оптимальней и правильней - определяется тем, как с этими данными нужно (будет) работать.
Высасывать что-то из пальца только по дилемме "два или три столбца" - просто нелепо.
Хром, Еж и Ятожебраузер - это один и тот же движок, работать по-разному они не должны.
Соответственно, вы ищете не там, где потеряли, а "под фонарем": проблема не в том, что вы привели.
