Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.10] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 1015 1016 [1017] 1018 1019 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#15241
,
|
|
|
|
Цитата the_Shadow @ Нет. Всё обрабатывается, по идее, логикой приложения (хотя возможны и другие варианты, например оценка по каким-то критериям входящих значений). То есть вместо того, чтобы подцепить библиотеку, в которой реализована и загрузка, и поиск, и проверка XML, мне нужно всю эту логику реализовать самостоятельно? Больше велосипедов, хороших и разных? Добавлено Цитата the_Shadow @ Ты можешь заметить, что пользователь может прописать некорректные значения. Может. Кто ему мешает. Но при такой постановке задачи, если честно, то я даже проверять не буду ничего. Объясню почему -- если порядок и правила описания предопределены, то они взяты не с потолка, а из Т.З. То есть "нормально" всё. В итоге получаем софтины, которые сообщают "поплохело мне" или не сообщают вообще ничего, когда в конфигурации что-то не так. Тот же make просто сообщает - "плохой файл", если найдёт там табулятор (или наоборот, пробелы - не помню). Клиент vpn сообщает - "не получилось", самба вообще молчит. Чрезвычайно удобный софт, ага. |
|
Сообщ.
#15242
,
|
|
|
|
Цитата Поиск как осуществлять в такой помойке? А чем "поиск" отличается от "чтения" или "записи", можно узнать? Цитата Пусть каждая софтина имеет прямой доступ к диску и пишет всё, что программахеру заблагорассудилось Хе-хе... Для софтины нужно знать о том, какая именно ФС стоит на диске пользователя? Совершенно по-ровну. В ядре есть механизм -- VFS (Virtual FileSystem). Он поддерживает все доступные (все указанные пользователем виды файловых систем, а их много). Поддержиает через модули ядра. Софтина и близко не догадывается о том, что там и как там. Но может быть настроена (как та же Самба) на произвольное использование любой из доступных кодировок на любой из доступных файловых систем. Фишка в том, чтобы не продвигать собственные технологии весьма сомнительного свойства, а дать людям использовать то, что они считают нужным или необходимым. Например, если у меня Соляра где-то в углу притаилась, то что мне делать? Я, зная о том, что русский в соляре находится в районе (для старых версий) где-то ISO, просто скажу своей системе, что мне нужна ещё и ISO-кодировка. И не важно что у меня 100 клиентов под Windows, и 100 под Linux... Какая разница-то? Моя система всё это поддерживает. На уровне конфигов отдельных серверов (Самба в том числе). С постгресом (это вообще не к файловой системе, но всё же) не возникает проблем в моей koi8-r хост-стреде создать "базу данных" с юникодом. Т.е., для моей среды тот же psql будет выводить всё в koi8-r, а для аппликухи у Васи Пупкина -- в UTF... А почему бы и нет? Или система обязана что-то навязать? Ну, только не Linux... :D:DЛинуксоиды прекрасно об этом осведомлены. С БСДшниками -- ту же. Я могу тебе сказать, что тот перловый вариант форума, который был (всё было довольно шустренько, надо заметить), упёрся в одно -- изначально использовавшаяся ФС имела ограничения. Нужно всего-навсего было поставить XFS, но пошли другим путём -- поставили форум на PHP... :D:D Ну, ладно... Добавлено Цитата Эээ, ребята с конфигами, а вы это вообще к чему? При чем тут винда и линь? Сравниваем пути достижения нирваны... :D:D Цитата То есть "нормально" всё. В итоге получаем софтины, которые сообщают "поплохело мне" или не сообщают вообще ничего, когда в конфигурации что-то не так. Тот же make просто сообщает - "плохой файл", если найдёт там табулятор (или наоборот, пробелы - не помню). Клиент vpn сообщает - "не получилось", самба вообще молчит. Чрезвычайно удобный софт, ага. А ты в логи иной раз хоть смотришь? Вот простой вопрос (Guderian, не к тебе) -- ты когда последний раз смотрел на логи в винде? Ответ прояснит многое. В случае, если что-то не то в Linux, то есть афигенно удобная вещь -- система протоколирования. Нормальный софт и та же Самба по умолчанию считает, что если оно что-то записало в логи (а нормальный софт пишет), то найдётся кто-то, кто прочтёт логи. И примет решение. Ну, если ожидать мессэйдж бокса с надписью "Всё плохо... Взорвать мир?" и тремя кнопками -- "Ага...", "Не-ааа..." и "Да ну наф...", то его ждать можно очень долго. Linux имеет и серверную часть, которая минимизирует общение с пользователем, ожидая от пользователя каких-то адекватных действий и клиентскую часть, которая имеет сходные с другими системами механизмы оповещения пользователей. Чего удобнее? Не знаю... А! Офигенно удобная штука -- настройка сервисов. Типа, если упал, то что сделать? Поднять или не надо? Заметь -- это прописано сразу. В твоей системе. То есть, ожидается, что сервис падать будет. А у нас, что демон будет работать... Добавлено Цитата То есть вместо того, чтобы подцепить библиотеку, в которой реализована и загрузка, и поиск, и проверка XML, мне нужно всю эту логику реализовать самостоятельно? Больше велосипедов, хороших и разных? Вообще-то, Guderian не зря сказал о "вагоне инструментов". Здесь я соглашусь. Если ты пользуешься какой-то бибилиотекой, то это во-все не означает того, что я то же ею пользуюсь. Может быть, да. А может быть нет. Вообще-то в моей системе могут быть соверенно иные библиотеки для этого. Мне нужно постаить твои? Ну, ладно. Это был "раз". А вот и два -- я не зря выше привёл ссылки на AutoOpts, Autogen... Всё это добро есть везде, где есть GNU-системы -- от соляры и до виндовз (говорят, я не пробовал -- я не экстремал). По сути дела, это один монолитный набор, подстраиваемый по месту. О-дин. Не более. По поводу "велосипедов". А "велосипед" определяется только тем, что нужно мне для решения моей задачи. В данный момент времени. Мне не нужен "меч-кладенец". Их, по-моему, на склад так и не завезли... :D:D |
|
Сообщ.
#15243
,
|
|
|
|
Цитата the_Shadow @ Это ты о чем вообще? Чето тебя прет, Шадыч...Чего удобнее? Не знаю... А! Офигенно удобная штука -- настройка сервисов. Типа, если упал, то что сделать? Поднять или не надо? Заметь -- это прописано сразу. В твоей системе. То есть, ожидается, что сервис падать будет. А у нас, что демон будет работать... Это мы о юникс-вэе Цитата the_Shadow @ У нас есть тоже самое - системные события. Причем весьма серьезный инструмент с компиляцией и форматированием заранее определенных в приложении типов событий. Само собой можно и просто текст кидать. Ответ прояснит многое. В случае, если что-то не то в Linux, то есть афигенно удобная вещь -- система протоколирования. Нормальный софт и та же Самба по умолчанию считает, что если оно что-то записало в логи (а нормальный софт пишет), то найдётся кто-то, кто прочтёт логи. И примет решение. |
|
Сообщ.
#15244
,
|
|
|
|
Цитата Loviard @ Это мы о юникс-вэе ээ, а при чем тут юниксвэй? |
|
Сообщ.
#15245
,
|
|
|
|
Цитата DUKe @ Ну видимо юникс-вэй это отказаться от (модного, по их понятиям, а на самом деле очень удобного) инструмента в пользу пара "имя"="значение". ээ, а при чем тут юниксвэй? |
|
Сообщ.
#15246
,
|
|
|
|
За ним не только будущее, но и настоящее. Особенно у китайцев всяких. Но это не повод отказываться от старых кодировок.
Цитата DUKe @ Нуможет быть в 7.10 это исправлено, но в 7.04 все плачевно.Кстати, провел эксперимент поставил русскую убунту, тэги нормально читаются. Что в общем-то ожидаемо. Цитата DUKe @ Ну дык кто говорит про чюдеса. Я и не жду от русской винды распознания немецких букав. Тем не менее, я жду, что русская линуха будет распознавать русские тэги - а вот фиг вам.ЗЫ и не надо говорить, что в винде усё хорошо, попробуй засандалить имя песни на немецком (с умляутом), вместо умляута получишь большую русскую букву. Чудес не бывает. Цитата DUKe @ Большинство браузеров с этим прекрасно справляются. Иногда ошибаются, но в целом правильно. Понимаешь, если у тебя используется 8битная кодировка, то угадать, какая именно весьма проблематично ![]() |
|
Сообщ.
#15247
,
|
|
|
|
"линуксвей"
|
|
Сообщ.
#15248
,
|
|
|
|
Цитата Это ты о чем вообще? Чето тебя прет, Шадыч... Об идиологии, Lepr'ушко, о ней поганой.. :D:DВ системе сказно прямо -- ваш сервис будет несколько упадайтен, чё будем делать в этом случае? Причём, это сделано на уровне определения поведения системы при падении сервиса. Самим Microsoft. Тебе Microsoft сказала же что сервис упадёт... И ты надеешься на то, что он будет работать? :D:D Я утрирую. Но это прокол. Повышение отказоустойчивости системы и системного сервиса простым перезапуском. На дворе шёл XXI век, низко и с воплями пролетала стая котов... :D:DЦитата Это мы о юникс-вэе Ну, кто о чём... |
|
Сообщ.
#15249
,
|
|
|
|
Цитата the_Shadow @ Это где ты такие предсказания от микрософта видел? В системе сказно прямо -- ваш сервис будет несколько упадайтен, чё будем делать в этом случае? Причём, это сделано на уровне определения поведения системы при падении сервиса. Цитата the_Shadow @ Тебя до сих пор прет? Тебе Microsoft сказала же что сервис упадёт... И ты надеешься на то, что он будет работать? |
|
Сообщ.
#15250
,
|
|
|
|
the_Shadow, если не секрет, а что делает линь в случае падения демона? (только вот не надо мне сейчас с пеной у рта доказывать, что они не падают)
|
|
Сообщ.
#15251
,
|
|
|
|
Так я и знал. Без скриншота не поверишь. Правда, вы к этому притерпелись, а вот нам -- глаз "царапает". Смотри внимательно -- комбобокс с предлагаемыми действиями при падении сервиса. Это само по себе довольно смешно -- сервис упал, перезапустить комп. А что будет, если он опять упадёт? Опять перезапускаться? И так по циклу? Раз в 15 минут сервер падал и презапускался героически заново. Мдяяя... "героика трудовых будней сервера", блин...
:D:D Цитата а что делает линь в случае падения демона? (только вот не надо мне сейчас с пеной у рта доказывать, что они не падают) Падают. Сам не раз и не два ронял... Линь ни чего не делает. Это не проблема Линя. Он держит остальные демоны в работоспособном состоянии. Задача демона -- оповестить из последних сил админа, записав чего-то в лог. И свалиться. Если не блокировано создание core-файлов, то в gdb, если интересно, можно глянуть. Если упал не записав ничего (крайне редко, но бывет), то есть альтернативный вариант -- есть cron, который через скрипт может проверять -- жив ли демон. Если нет, то просто перезапускать его. Протоколируя в логах сей факт. Но перезапускать комп из-за падения демона ни кто не будет. Цитата Это где ты такие предсказания от микрософта видел? А на скриншоте что? И как это понимать прикажешь? Это же не сторонняя тулза -- освящено самим Великим Биллом и Пророками Винды! :D:D Прикреплённая картинка
|
|
Сообщ.
#15252
,
|
|
|
|
Цитата the_Shadow @ Заставь дурака Богу молиться... Раз в 15 минут сервер падал и презапускался героически заново. Мдяяя... "героика трудовых будней сервера", блин... А по другому настроить реакцию системы не судьба? Например первый раз - перезапуск службы, второй раз перезапуск компа (тут уже может подскочить одмин и глянуть что стряслось), а если не подскочит, то в третий раз запуск какой-нибудь проги, которая, например, в письме отсылает одмину лог о случившемся, ну или в СМС)) |
|
Сообщ.
#15253
,
|
|
|
|
Ну и что? Вполне логично как-то задать реакцию на такое событие. Только микрософт тут не говорит, что сервис упадет, а спрашивает что делать если он упадет. Тебя кто-то заставляет ставить вариант "Restart computer", может все таки оставишь "Take no action"?
А у тебя если демон упадет, что ты будешь делать? Ах да... у вас же демоны не падают никогда, по определению: Цитата the_Shadow @ Когда вы говорите, Иван Васильевич, такое впечатление, что вы бредите. (с) Иван Васильевич меняет профессию. Так что ты будешь делать если демон упадет? Писать отдельно еще один демон, который будет мониторить первого демона, чтобы если тот упал, то запустить его вновь? А если упадет второй демон? В твоей системе. То есть, ожидается, что сервис падать будет. А у нас, что демон будет работать... |
|
Сообщ.
#15254
,
|
|
|
|
Цитата А по другому настроить реакцию системы не судьба? Например первый раз - перезапуск службы, второй раз перезапуск компа (тут уже может подскочить одмин и глянуть что стряслось), а если не подскочит, то в третий раз запуск какой-нибудь проги, которая, например, в письме отсылает одмину лог о случившемся, ну или в СМС)) Нет. Ты извини, но меня больше устраивает скромная проверка через cron. На многих серверах, даже создние core блокировано. Это я настраивать не буду. Вот уволь меня от такого времяпрепровождения. :D:DНо ты в суть вдумайся... Здесь важнее не поведение, а суть... Описанный мною альтернативный вариант, как правило, предуматривается для нестабильно-отладочных версий. Тот же апач справляется и без этого. На этом же сервере... Почему -- не знаю. Руками, видать, напиcан... А не мышкой... :D:D Огласить весь список? Кто ещё не требует "костылей" для поддержки и живёт своей жизнью? Добавлено Цитата Так что ты будешь делать если демон упадет? Писать отдельно еще один демон, который будет мониторить первого демона, чтобы если тот упал, то запустить его вновь? А если упадет второй демон? Уже есть решение. Оно описано выше -- со скриптом из-под cron'а. Эээ... Ты... видел упавший cron? 8-/ 8-\ 8-| Правда? :D:D |
|
Сообщ.
#15255
,
|
|
|
|
Цитата the_Shadow @ Т.е. ты в юниксе ты все-таки будешь как-то реагировать на падение демона? А нам в виндах этого делать нельзя. А если Шадов нам все таки разрешит среагировать, то мы обязательно поставим перезагрузку компа. Оно описано выше -- со скриптом из-под cron'а. |