Я не исключаю что это правильная инвестиция в себя, но я так же не исключаю того что в будущем спуститься "творец" и скажет - они мертвы. Или родиться тот кто докажет что они мертвы и всех похоронят.
Я больше верю в переезд сознания с вагонами знаний в другое тело чем в кремацию.
Я так же верю в то что сознание это квантовый эффект, или эффект еще не открытого явления.
Apache? Я думаю что Роберт Маккул с вами не согласиться.
Вы либо не компетентны в этом вопросе либо принципиально не хотите понимать суть моих ответов. Объясняю… Если принудительно указать код ответа 5xx Server Error даже если в самом web сервере не произошло ошибок то данное действие попадет в лог access, а не в лог errors. Тип ошибок 5xx Server Error должны относиться только к работе самого Web сервера и не должны контролироваться вашим скриптом/кодом.
5xx Server Error = описывает состояние самого Web сервера, и только ему решать что из 5xx выдать клиенту.
500 Internal Error — записывается в отдельный лог «errors» web сервера, не в лог «access». В итоге у автора получиться так что сервер вернул его выставленное принудительно состояние HTTP-500 Internal error, а в логах errors его не будет. Отдавать код состояния 500 должен сам web сервер если действительно произошла ошибка с соответствующим вываливанием сообщения об ошибке в лог.
Потому что автор изначально выставил ответ 500, по его мнению это видимо «ответ на неправильный запрос» что не верно. 400 Bad Request будет правильней.
выдавать 500 тоже не верно, правильней 400.
Почему неправильный API запрос должен отдавать код 500 Internal Error? При не правильном запросе должно выдаваться 400 Bad Request (неправильный, некорректный запрос).
Вот Вас как Web разработчика интересует на какой аппаратной платформе я открываю Ваши сайты? Я могу просмотреть Ваши работы и на Малинке и на обычном ПК, и даже на телевизоре. Web разработчика не интересует целевая аппаратная платформа, такой же прогресс чувствуется и в разработке настольных приложений. Есть .NET, есть Java, есть Python итд.
Например возьмем Android.
Я могу установить его и на ARM и на x86? Могу. Могу установить приложения? Да. Как обычный пользователь я чувствую разницу? Нет.
Самое забавное что разработчики этих приложений не заботились об аппаратном обеспечении, но все работает.
Набор команд и процессоры x86 существуют только благодаря «багажу» нативного программного обеспечения. Это будет продолжаться до тех пор пока не появиться аналог dalvik/art для Windows. Если это произойдет то ARM придет в desktop.
Я как раз об этом, о зоопарке. Получилось так что большинство разработчиков совсем не интересует целевая аппаратная платформа. Это приведет к окончательному уничтожению границ аппаратных особенностей. Соответственно вместе с этим исчезнет «у рядового разработчика» интерес ко всяким MMX/AVX/SSE_1-4 итп. Набор команд и процессоры x86 существуют только благодаря «багажу» нативного программного обеспечения. Это будет продолжаться до тех пор пока не появиться аналог dalvik/art для Windows. Если это произойдет то ARM придет в desktop.
В конце концов забота об аппаратной платформе уйдет к ядерщикам, не разработчикам системных служб и приложений, а именно к ядерщикам.
А я изучаю наборы команд x86 и ARM.
Страдаю вечной оптимизацией и рефакторингом своих проектов.
Размышляю о гибридной эмуляции. Это когда программное обеспечение скомпилированное для ARM вызывает родные x86 нативные API операционной системы. Вечерами прикидываю увеличение производительности от такого трюка.
Пытаюсь писать свой компилятор (просто ради забавы).
Переписываю и обновляю документацию по ИБ каждые пол года по месту работы.
Заставляю работать сервера еще быстрее, выжимаю последнее.
Резервирую каналы, строю агрегированные каналы между офисами, собираю и разбираю RAID массивы, резервирую коммутаторы, активно моделирую аварийные ситуации.
За ужином подумываю (о высоком) о том что x86 процессорам придет конец только из за того что все поголовно ушли в фрейворки, питоны, и в прочие интерпретируемые языки. Все вместо нормального нативного интерфейса пихают целый CEF + HTML + CSS + JavaScript + колбеки на функции ПО написанного на C#. А я еще ругаюсь на такое поведение разработчиков, а тут вон оно что.
Надо оказывается просто курсы пройти что бы нормальную работу то найти… а не зубрить от транзистора до абстрагирования от абстрагированного.
Я настроил основное свое подключение как лимитное и отключил фоновую передачу данных для самой Windows.
По безопасности — стоит антивирус, я не имею прав администратора, я сам ставлю обновления когда мне нужно.
ну Вы ноль в миллион не округляйте) Автор ветки наверно имел ввиду удешевление в ущерб качеству.
Возможно. Зачем трактовать по разному совершенно очевидное? Я про локти и метры.
Я не исключаю что это правильная инвестиция в себя, но я так же не исключаю того что в будущем спуститься "творец" и скажет - они мертвы. Или родиться тот кто докажет что они мертвы и всех похоронят.
Я больше верю в переезд сознания с вагонами знаний в другое тело чем в кремацию.
Я так же верю в то что сознание это квантовый эффект, или эффект еще не открытого явления.
Мы еще многого не знаем.
кодить так
дело в том что пока мы не укажем имя таблицы, SQL нам ни чем нам не поможет в плане быстрого ввода схем и таблиц.
Вы либо не компетентны в этом вопросе либо принципиально не хотите понимать суть моих ответов. Объясняю… Если принудительно указать код ответа 5xx Server Error даже если в самом web сервере не произошло ошибок то данное действие попадет в лог access, а не в лог errors. Тип ошибок 5xx Server Error должны относиться только к работе самого Web сервера и не должны контролироваться вашим скриптом/кодом.
5xx Server Error = описывает состояние самого Web сервера, и только ему решать что из 5xx выдать клиенту.
Почему неправильный API запрос должен отдавать код 500 Internal Error? При не правильном запросе должно выдаваться 400 Bad Request (неправильный, некорректный запрос).
Например возьмем Android.
Я могу установить его и на ARM и на x86? Могу. Могу установить приложения? Да. Как обычный пользователь я чувствую разницу? Нет.
Самое забавное что разработчики этих приложений не заботились об аппаратном обеспечении, но все работает.
Набор команд и процессоры x86 существуют только благодаря «багажу» нативного программного обеспечения. Это будет продолжаться до тех пор пока не появиться аналог dalvik/art для Windows. Если это произойдет то ARM придет в desktop.
В конце концов забота об аппаратной платформе уйдет к ядерщикам, не разработчикам системных служб и приложений, а именно к ядерщикам.
Страдаю вечной оптимизацией и рефакторингом своих проектов.
Размышляю о гибридной эмуляции. Это когда программное обеспечение скомпилированное для ARM вызывает родные x86 нативные API операционной системы. Вечерами прикидываю увеличение производительности от такого трюка.
Пытаюсь писать свой компилятор (просто ради забавы).
Переписываю и обновляю документацию по ИБ каждые пол года по месту работы.
Заставляю работать сервера еще быстрее, выжимаю последнее.
Резервирую каналы, строю агрегированные каналы между офисами, собираю и разбираю RAID массивы, резервирую коммутаторы, активно моделирую аварийные ситуации.
За ужином подумываю (о высоком) о том что x86 процессорам придет конец только из за того что все поголовно ушли в фрейворки, питоны, и в прочие интерпретируемые языки. Все вместо нормального нативного интерфейса пихают целый CEF + HTML + CSS + JavaScript + колбеки на функции ПО написанного на C#. А я еще ругаюсь на такое поведение разработчиков, а тут вон оно что.
Надо оказывается просто курсы пройти что бы нормальную работу то найти… а не зубрить от транзистора до абстрагирования от абстрагированного.
По безопасности — стоит антивирус, я не имею прав администратора, я сам ставлю обновления когда мне нужно.