Ну давай, вперед, потом поделишься историей успеха) Это очень узкая ниша, чтоб там зарабатывать миллионы, нужно вариться там десятилетиями и действительно богатых коллекционеров единицы. А на хламе в виде советской электронике бабла не поднимешь. Так, поностальгировать для души.
Ну уж куда мне это все знать, я всего-то по первому образованию радиоинженер-конструктор, закончивший Минский Радиотехнический институт, теперь БГУИР. Вот толи дело сеошник без образования - они-то все знают!
Аргументировать сможешь?
С чем от мог войти? Элементная база отставала еще тогда лет на 10. Все что умели советские инженеры - криво копировать. Шанс развивать свою компьютерную технику был провален еще в 60-х, когда в общем то удачную БЭСМ не смогли развивать и перешли на IBM. И виноваты в этом именно принципы экономики совка, Госплан и прочая бюрократия. Нежизнеспособная модель не в состоянии существовать, никаких врагов не надо чтобы развалить
Зато сейчас такие товары СССР у коллекционеров очень ценятся и можно поднять на них не плохие деньги.
Хлам это был тогда и сейчас никому не нужен. Просто тогда выбора не было, хавали что дают. А купить какой Sony было нереально. Не понимаю я этих слез по совку.
Ошибка тут на форуме есть, потому что опечатался в сообщении, а в скрипте запрос другой и без ошибки.
Успешно решил вопрос проверкой дубликата перед записью. Я сразу об этом подумал, просто не хотел удваивать запросы к базе. Errno тоже делает запрос и не подходит, так как статус может быть связан с другим запросом, нет соответствия
Это странно и не должно так быть. Но в любом случае ты можешь проверять что то типа mysdli_num_rows после запроса. При дупликате тебе вернется 0
А это пусть каждый для себя решит и на какой момент жизни)).
Ну я так понимаю про момент мы говорим нынешний, мечтать про миллион рублей это как про Электронику-302)))
В какие годы это было и в каком городе? Я родился и вырос в 70-е в Витебске, в 6-7 лет было нормальным что меня отправляли с утра в очередь за сметаной и было ее 2 вида - жирная и нежирная, за колбасой мы ездили в Питер. Первый кассетник мне купили году в 82-85 - Электроника-302. И то потому что мама стояла на своем заводе в очереди. Летом - пионерский лагерь на 2 смены ну и неделька в Одессе/Ялте с родаками) Ну да жизненный путь определен - школа, институт, потом инженером на телезавод. Если тока не пойдешь по профсоюзной линии))
Конечно, только сейчас я планирую посмотреть Минойский дворец с лабиринтом Минотавра и увидеть цветение тюльпанов в Нидерландах - мне такие мечты гораздо интереснее)
Мы с тобой походу жили в разных ссссрах) я что то рая не заметил за 21 год жизни там. Ходить строем и жить в очередях, когда покупка кассетника - событие - это рай? Что за меня предрешена моя жизнь - рай?
Странно - эти так называемые хранители как были ограничены? Простому человеку в "Березку" было не попасть, в италию можно было поехать раз в жизни по партийной линии... Спасибо, но нет)
Имхо по сессиям соединений. По крайней мере в сингл режиме больше одного ядра мне не удавалось загрузить. А вот когда соединений несколько - нагрузка спокойно делиться по ядрам. Т.е. если ТС смотрит нагрузку только ориентируясь на свои запросы - то и будет видеть одно ядро. Но стоит запустить какой нибудь бенчмарк в много потоков, то нагрузка пойдет по всем ядрам.
Еще раз повторюсь словами - одна сессия НЕ РАВНО один процесс. В рамках процесса (ядра) может запускаться много потоков, соответственно и сессий к БД. А вот в какой момент БД поймет что их слишком много и начнет разбрасывать по ядрам - я не знаю. Вообще стало интересно, что хочу поспрашивать старого товарища, который работает в Оракл, уж он то жолжен понимать как это все живет, но из-за разницы в часовых поясах никак не могу выловить его
Там ошибка duplicate key, но все равно mysqli_query возвращает true, поэтому и создана тема. Иначе бы и не спрашивал.
Пока беспроигрышный вариант для меня, проверять дубликаты перед записью.
Почитай немного теорию, как работает запрос и что он возвращает и как хэндлится. Никаких true тебе не может возвращаться, если все сделано правильно. Тебе приходит респонс, если доступна база а в ответе будет код ошибки. Если конечно он наглухо не залочен обработкой исключений
[23505] ERROR: duplicate key value violates unique constraint "city_city_key" Detail: Key (city)=(Minsk) already exists.
Вот так ответит тебе примерно база, а ты уже это обрабатываешь в коде.
Проверять дубликаты - двойная работа
