Обычно итераторы в РНР не нужны - всё делается простейшими средствами типа foreach.
Я так понимаю, что в данном случае нужен обычный оператор присвоения $this->test[] = ...
В целом правильно, но если уж затеваться с хранением адресов, то тогда в заказе должна быть ссылка на id адреса. иначе просто нет смысла. В целом для такой примитивной схемы отдельное хранение адресов выглядит неадекватным, я бы просто писал адрес в заказ.
То же самое про телефоны. Просто писать в таблицу юзеров.
Не хватает емейла. Смс на каждый чих рассылать дорого.
В таблице заказов очень сильно не хватает поля status. Ну и связанной таблицы с историей статусов.
Отдельно хранить дату и время - это глупость. Есть тип datetime
discount - это ОЧЕНЬ отдельная тема. Но по крайней мере скидка должна размазываться по товарам. Если клиент при выкупе откажется от одного, то как пересчитывать цену?
В целом стоит в заказе дублировать основную инфу по товарам. Потому что её надо показывать в истории заказов, а товара может уже не быть в базе. В том числе цену до скидки и со скидкой.
создаём пустой временный файл
читаем большой csv файл построчно:
проверяем нужное условие:
если оно выполняется, то пишем строку в новый файл
закрываем временный файл
переименовываем временный файл в исходный
mysql_query - это какой-то бред и анахронизм. Этой функции давно нет в языке.
Кодировка соединения задаётся либо через mysqli_set_charset либо через DSN, в зависимости от выбранного API
В целом,при использовании utf8mb4 всё должно работать
Автора губит то, что вместо нормального кода он всё время пишет какие-то каракули.
И можно только догадываться, по его невнятному бормотанию, что там у него на самом деле.
Скорее всего, $all[$name] = //получение данных для name.
И разумеется, элемент массива здесь перезаписывается.
И надо ему что-то вроде $all[] =
Но в целом, конечно, этот вопрос надо отправить в музей, с табличкой "как не надо задавать вопросы. "
Мне бы хотелось получать все возможные варианты строк, ограниченных длинной пароля
Отличная идея.
Для пароля длиной 8 символов это будет всего лишь 208827064576 вариантов.
Для 9 символов будет 5429503678976, но поскольку 208827064576 мы уже перебрали, то останется совсем смехота, всего 5220676614400 комбинаций.
Можешь приступать.
Я не знаю, кто тот гений, который ставил эту задачу, но видимо, весь вопрос в том, чтобы догадаться, что перебирать весь массив целиком не обязательно.
result=True
for x in arr:
if x != 1:
result=False
break
Надо проснуться, попить кофию, собраться с мыслями, и задать свой вопрос.
Хотя нет. Всё перечисленное проделать, а потом вернуть file_get_contents() как было.
И не воображать себе, будто curl - это просто такой оригинальный способ вызвать file_get_contents(), а все настройки волшебным образом останутся те же.
Так же, как "делаются" любые другие динамические элементы страницы на РНР: определяется, какой элемент должен быть выведен (получается из БД, вычисляется на месте, берется из списка, и т.д.) - и выводится.
В данном случае путь к картинке с фоном берется из базы данных и выводится в соответствующем теге, как-то так