pashaxp: Выбирает не браузер, а ОС, и то выбирает случайно.. Системе без разницы, работает IP или нет. В слой приложения приходит как правило 1 адрес (выбранный системой), и приложение с ним уже работает. Если он недоступен, то всё на этом..
Поэтому для отказоустойчивости тогда можно временно удалять нужную А-запись, и оставлять другие.. Но опять же, это будет не прям сильно быстро..
>Хотел бы ещё прояснить, как поведёт себя проект, если А-записей будет несколько? И точек входа, фронт-енд, тоже.
Будут выбраны случайные записи, и таким образом нагрузка будет рандомно распределяться. При этом, фронтенды должны быть строго одинаковыми, чтоб не ввергать в шок посетителей.
Однако не стоит терять из виду то, что репликация - процесс быстрый, но не молниеносный, и таким образом желательно, чтобы (в зависимости от характера нагрузки) пользователи подключались к одной базе, пусть даже разными фронтендами.
Виктор Ablebeam: mysql_fetch_array последовательно(!) выдает все записи с базы по запросу, с каждым выполнением - каждая строка. Когда строк больше не остаётся - возвращает false. удобно в цикле: while($row = mysql_fetch_array($query_result)) {...}
Японский Городовой: вот я о том, что такой "мелочевки" на 5-10 тысяч строк * 5 десятков, и нет никакой необходимости показывать. Не вводите в заблуждение, этого слишком много, вполне достаточно вести максимум 2-3 проекта, чтобы уже показать свои умения. Остальное - словами, часть - в заданиях. 50 проектов можно наклепать быдлокодом или написать по 2-3 модуля в каждом что изначально будет сомнительно, а можно самостоятельно внедрить 2-3 проекта, и это будет гораздо более ценно. Так что количество тут не показатель, особенно такое.
Лично я бы засомневался в качестве кода программиста возрастом до 30 лет, который хвастается ~50 проектами, и взял бы его на работу в последнюю очередь, однако предпочел бы того, кто покажет пару проектов и _подробно_ про них расскажет.
Японский Городовой: ну, десяток-полтора - это вы уж загнули.. такое портфолио именно _проектов_ будет необходимо разве что при приеме в крупнейшие мировые софт-компании на достаточно не рядовую должность. но и "одного велосипеда"(с), конечно, может не хватить..
даже на основе опыта токаря, освоение нового станка серьезных проблем не вызовет, если токарь действительно является специалистом, ровно как и программист будет изучать новые функции и некоторые нюансы нового фреймворка. в любом случае, это - часть профессиональных задач что токаря, что программиста, поэтому аналогия имеет право на жизнь
PoE на коммутаторах обычно умное, а раз так, то ничего не произойдёт. PoE обычно аккуратно прощупывает линию, и даёт питание только если видит на другом конце правильную нагрузку
xmoonlight: 50/50 тут никак быть не может, да и помимо "no signal detected" в этой ситуации есть и некоторые другие подробности, которые любой специалист тоже должен учитывать. Впрочем, пусть будет по-вашему.
Старые PIC на С не программируется, поэтому не факт. А вообще хорошо бы знать архитектуру МК и иметь хоть немного опыта писать на ассемблере, тогда понимание процессов будет более глубоким, что важно в рамках небольшой памяти
xmoonlight: да, всё верно, POST-а нету, т.к. до него не доходит. Табличка из-за того, что нет сигнала, нет сигнала - потому что видеокарта не инициализирована и не работает, видео не инициализировано потому, что проц не запустился. А проц не запустился, т.к. у сокета ноги погнуты. Всё бы хорошо, только вывод "проблема с видео-картой" сюда абсолютно никак не вписывается
Поэтому для отказоустойчивости тогда можно временно удалять нужную А-запись, и оставлять другие.. Но опять же, это будет не прям сильно быстро..