Windows vs Linux - Как десктоп , и игровая станция.

Цитата

Т.е. ты в юниксе ты все-таки будешь как-то реагировать на падение демона? А нам в виндах этого делать нельзя. А если Шадов нам все таки разрешит среагировать, то мы обязательно поставим перезагрузку компа.

Ты знаешь, я такое видел на сервере, который исполнял роль сборщика данных для технологической системы. Буквально на прошлой неделе. :D:D Ржал. Долго. А мужик, который мне всё это показывал, смущённо заметил, что они сейчас пишут программу, которая будет разблокировать то, что заблокировано (как они это сделали и не спрашивай -- не знаю). Без перезагрузки, дескать ни как... Пока.

Я замечу, что я лично стараюсь не использовать софт, где предусматривается такой скрипт. Этот вариант есть, но он крайне не популярен. Это говорит о том, что есть проблемы, не решённые разработчиками. Решат -- поглядим. А пока есть альтернативы. Замечу так же, что аналогичного скрипта я не видел ни для апача, ни для постгреса, ни для сендмейла. Ни для... Да для большей части хорошо известных демонов этого или аналогичного скрипта просто нет. Увы и ах. :D:D Надебсь, что это о чём-то, да говорит...

Сообщение отредактировано: the_Shadow - 27.03.08, 11:49

Цитата $im @ 27.03.08, 10:54

Большинство браузеров с этим прекрасно справляются. Иногда ошибаются, но в целом правильно.

вообще-то большая часть страниц содержит инфу, о том, в какой она кодировке

Цитата $im @ 27.03.08, 10:54

Ну дык кто говорит про чюдеса. Я и не жду от русской винды распознания немецких букав. Тем не менее, я жду, что русская линуха будет распознавать русские тэги - а вот фиг вам.

а ю шур, что у тебя действительно русская линуха была, т.е. не то что ты поставил саппорт русской локали, а именно русский линух?

Цитата Loviard @ 27.03.08, 10:38

Ну видимо юникс-вэй это отказаться от (модного, по их понятиям, а на самом деле очень удобного) инструмента в пользу пара "имя"="значение".

какое-то у вас превратное понимания юниксвэя. ибо конфиги многих аппликух вполне себе в xml, ну, а системные в странном формате, однако можно и в винде вспомнить такие конфиги.

ЗЫ предлагаю кому-нибудь из модераторов эту радостную дискуссую в отдельный топик выделить, ибо она чисто про формат конфигов, а никак не "Windows vs Linux - Как десктоп, и игровая станция."

Цитата DUKe @ 27.03.08, 11:57

ну, а системные в странном формате, однако можно и в винде вспомнить такие конфиги.

В том-то и дело, что вспомнить можно, а найти?

Добавлено 27.03.08, 12:15

Цитата DUKe @ 27.03.08, 11:57

предлагаю кому-нибудь из модераторов эту радостную дискуссую в отдельный топик выделить, ибо она чисто про формат конфигов, а никак не "Windows vs Linux - Как десктоп, и игровая станция."

Да тут последние страниц надцать уже оффтопег валит

MichSpar, ну если разговор о кодировках в системе я еще могу понять, то обсуждение конфигов в том же кроссплатформенном апаче -- нет.

Цитата MichSpar @ 27.03.08, 12:12

В том-то и дело, что вспомнить можно, а найти?

все inf файлы (а они еще весьма живы).
windir/system32/drivers/etc/hosts
итд

Цитата the_Shadow @ 27.03.08, 10:02

А чем "поиск" отличается от "чтения" или "записи", можно узнать?

Осуществляющий поиск не может угадать кодировку имени файла

Цитата the_Shadow @ 27.03.08, 10:02

Софтина и близко не догадывается о том, что там и как там. Но может быть настроена (как та же Самба) на произвольное использование любой из доступных кодировок на любой из доступных файловых систем. Фишка в том, чтобы не продвигать собственные технологии весьма сомнительного свойства, а дать людям использовать то, что они считают нужным или необходимым.

Я и говорю - пусть сами сектора пишут/читают. Полная свобода! Не надо продвигать собственные технологии сомнительные свойства - файловые системы. Программеры - они железные, каждый в свою софтину встроит и возможность выбирать кодировку для имён файлов, и дискочиталку, и навороченную парсилку конфигурашек.

Пользователи тоже не рассыплются - при поиске пусть задают кодировку имён файлов, которые ищут. Нет софта, который так умеет искать? Пусть учатся программировать.

Маразм Или unix-way?

Цитата $im @ 26.03.08, 12:02

Задача эта возникает на работе чуть ли не каждую неделю. Не знал, что я периодически решаю синтетику...

под линуксом?
специфичные задачи под виндой не всегда имеют решения в линуксе. чаще они там не имеют смысла.

Цитата zera @ 27.03.08, 13:05

специфичные задачи под виндой не всегда имеют решения в линуксе. чаще они там не имеют смысла.

Тебе привести пример под линукс, когда подобные действия будут иметь смысл?

Цитата DUKe @ 27.03.08, 11:57

вообще-то большая часть страниц содержит инфу, о том, в какой она кодировке

Оп, тупанул...

Цитата DUKe @ 27.03.08, 11:57

а ю шур, что у тебя действительно русская линуха была, т.е. не то что ты поставил саппорт русской локали, а именно русский линух?

При установке выбрал русский язык. Когда я так делаю, я предполагаю, что у меня будет русский линух. Блин как у вас се сложно.... Ну а где тогда "русский" линух достать? Только не говори, что надо дистр свой собрать...

Цитата the_Shadow @ 27.03.08, 11:00

В системе сказно прямо -- ваш сервис будет несколько упадайтен, чё будем делать в этом случае? Причём, это сделано на уровне определения поведения системы при падении сервиса. Самим Microsoft. Тебе Microsoft сказала же что сервис упадёт... И ты надеешься на то, что он будет работать? :D:D Я утрирую. Но это прокол. Повышение отказоустойчивости системы и системного сервиса простым перезапуском.

То есть если на предприятии в аптечке лежит жгут, то ктото полюбому раскромсает себе вены? Это мера предосторожности - не более того.

Цитата $im @ 27.03.08, 13:51

То есть если на предприятии в аптечке лежит жгут, то ктото полюбому раскромсает себе вены? Это мера предосторожности - не более того.

Согласен, Шада занесло фиг знает куда. Но все же есть что-то роковое в том, что в списке значится перезагрузка машины Это как если бы в аптеке рядом с цитрамоном и прочей химией от головы лежал бы топор - чисто на всякий случай

Цитата Астарот @ 27.03.08, 14:02

Это как если бы в аптеке рядом с цитрамоном и прочей химией от головы лежал бы топор - чисто на всякий случай

Да нет, это как снотворное считай. А вот если бы при упавшем сервисе винду сносило - да это было бы весело)))

Какое еще нафиг снотворное? Вылитый топор!

Цитата $im @ 27.03.08, 13:51

Тебе привести пример под линукс, когда подобные действия будут иметь смысл?

подобные импортированию ветки реестра? давай. только в силу слабого знакомства с виндой буду переспрашивать. пока я не понял, почему нельзя тупо скопировать конфиги

Цитата zera @ 27.03.08, 14:13

подобные импортированию ветки реестра? давай. только в силу слабого знакомства с виндой буду переспрашивать. пока я не понял, почему нельзя тупо скопировать конфиги

Блин, да даже я уже понял Объясняю - есть у него два конфига, А и Б. Конфиг А весь правильный, а конфиг Б где-то правильный, а где-то нет. И хочется взять, и перекинуть из конфига А в конфиг Б энное количество строчек, которые в Б не правильные, и при этом не перекидывать из А все, так как там могут быть личные настройки, которые в Б нафиг не нужны.

Кажется так

Цитата the_Shadow @ 26.03.08, 16:54

Эээ... Вообще-то, libopts сама по себе является частью AutoOpts (частью Autogen), а там... могут быть весьма причудливые варианты, скажем так. Для строк, например -> http://www.gnu.org/software/autogen/manual...287.html#SEC287.
Даже конвертирование описания из XML. http://www.gnu.org/software/autogen/xml2ag.html Хотя, это справедливо именно для автогена и именно "проектов"...

Не хотел бы тебя расстраивать, но AutoGen - это еще один велосипед Вместо него гораздо проще осилить xslt, который, кстати, также является xml.

Цитата the_Shadow @ 26.03.08, 16:54

Я привёл пример с libopts, т.к. в 80% случаев (это можно проверить по конфигу Апача, например) программисту вполне довольно пары "значение" = "параметр". В 20% случаев или около того, это не верно. Соглашусь. Но в том же AutoOpts на всю голову используются regexp, что позволяет создавать довольно сложные конфигурационные файлы. Я, наверное, стремлюсь по большей части упрощать (и конфиги в том числе), чтобы не путаться, но идея примерно в том и есть. Чем проще, тем лучше.

Просто сомнительное упрощение, если ты для 80% конфига будешь пользовать что-то одно, для 20% что-то другое, да еще с какими-то наворотами Так что согласно твоей же формулировке: "Чем проще, тем лучше" лидирует однозначно xml. Прост, стандартизирован, хорошо поддерживаем.

Цитата the_Shadow @ 26.03.08, 16:54

С другой стороны, есть исторические резоны, например с теми же Location и Directory, которые, если я не сильно ошибаюсь, идут из CERNовского прошлого, общего для всех http-серверов. Зачем чинить то, что и без того работает?

Ты наверно имел ввиду NCSAшное прошлое, когда апач апачил ихний httpd

Цитата the_Shadow @ 26.03.08, 16:54

Вагон инструментов -- это хорошо и здорово, но не всегда он нужен или даже возможен. Вот тот же автоген уже куда и для чего только не присобачили! Каких только описаний проектов не найти -- я где-то видел даже генератор для CGI... Если не ошибаюсь. Для QNX где-то то же видел. Не говоря уже о таких диких вещах как RTAI (real-time linux'овские патчи) и возможность создавать проекты для этого варианта ядра. Там фишка в том, что проект может быть и модулем ядра и отдельным приложением. Предпочтительнее (изначально) первый вариант. Но и второй имеет право на жизнь.

Вагон инструментов - это опция, которой ты можешь воспользоваться, а можешь и не пользоваться. Т.е. я думаю это по определению хорошо. Ну а с поддержкой платформами, вендорами и разработчиками вообще нет проблем.

Цитата the_Shadow @ 26.03.08, 16:54

Если мне всего-то пару параметров сохранить, то зачем мне XML? А если у меня какой-нибудь проект, основанный на большом числе параметров (как вариант -- тот же генератор тем для GNOME) то почему бы не пользоваться XML?

Да не вопрос, главное чтобы бардака не было. А то потом захочется третий параметр, за ним четвертый, появятся новые структурные уровни, будут изобретены новые велосипеды XML, по сути, не имеет недостатков и при конфиге о паре значений, но при этом готов к дальнейшему росту.

Цитата the_Shadow @ 26.03.08, 16:54

Я просто пытаюсь тебе объяснить, что практика использования тех или иных конфигурационных файлов диктуется в первую очередь задачей, где эти файлы применяются. А уж потом всем остальным. Если возвращаться к тому же Апачу, то я сомневаюсь в том, что имеет смысл прифигачивать к Апачу код, который будет парсить XML. Незачем, т.к. существуют случаи, когда XML, несмотря на всю его очевидную выгодность, просто не используется в системе, где стоит тот же Апач. Туда надобно будет заливать ещё море либ, для поддержки XML. А зачем, если оно там не нужно? В случае с GNOME по умолчанию такие либы есть, но здесь вопрос в простоте решения...

Безусловно, что в основе подбираемых инструментов стоит задача. Но поскольку мы обсуждаем не конкретную задачу, то речь идет о статистике. А по статистике процентов 70-80% задач могут удовлетворить ini-файлы и 99% xml-файлы. И никакого кода для парсинга вносить не надо, это еще один велосипед. Уж чего, а xml-библиотек десятки - на любой вкус. И если из всех приложений выкинуть код, который занимается велосипедацией работы с конфигами, то кумулятивный выигрыщ будет многим больше веса самой xml-библиотеки

Цитата best_lamer @ 26.03.08, 20:11

Но все равно подумай смысл вкладывать кучу денег в висту и в железо для висты если все это вместе будет показывать не намного лучше чем старый первый пень пирацкую avi-шку и при этом трещать динамиками обалденной 6ти/8ми/многа:) канальной аудиосистемы не намного лучше чем нонеймовские недоплееры…

Это касается только покупки пираццкого контента, а в этом случае грех жаловаться, что тебе показали хоть что-то, ибо каким-нибудь плеером ты был бы просто послан на. И что тогда, ты будешь кричать, что купил мегааццкий суперкомп, а он вообще не играет?

Цитата linuxfan @ 26.03.08, 20:54

Не поминай нечистивую ось в православном холиваре. Фря маст дай!

Она как раз более рафинированная в отличии от грязного линукса

Цитата the_Shadow @ 27.03.08, 07:22

Нет. Всё обрабатывается, по идее, логикой приложения (хотя возможны и другие варианты, например оценка по каким-то критериям входящих значений).

Разумеется, что сложные рестрикторные функции должны описываться на уровне приложения. Но согласись, что проверять, скажем, числовое значение на соответствие некоторому констрейнту удобно когда ты уверен, что значение числовое. Дрогнула, например, рука и заказчик вместо "123" ввел "123$". Вариантов, исходя из дискуссии несколько:
1. У тебя была описана xml-схема, в которой сказано, что этот параметр - числовой. При загрузке конфига у тебя автоматом прошла валидация и система сообщила, какая ошибка возникла и в каком параметре, при этом сообщив строку, столбец и ошибочное значение.
2. Ты забиваешь программу дополнительными проверочными условиями или ловлей исключений. Диагностировать источник ошибки становится сложнее.
3. Ты ничего не проверяешь, поскольку в ТЗ все регламентировано. Заказчик обращается в твой саппорт с информацией об ошибке в осьмнадцатой строке, баг-тикет идет программерам, те ищут это строку, догоняют, что это из-за кривого параметра в конфиге, пишется рапорт и уходит заказчику.
Какой вариант выберешь?

Цитата the_Shadow @ 27.03.08, 10:02

Вот простой вопрос (Guderian, не к тебе)

Учитель, а можно я, я готовился к уроку

Цитата the_Shadow @ 27.03.08, 11:00

В системе сказно прямо -- ваш сервис будет несколько упадайтен, чё будем делать в этом случае? Причём, это сделано на уровне определения поведения системы при падении сервиса. Самим Microsoft. Тебе Microsoft сказала же что сервис упадёт... И ты надеешься на то, что он будет работать? :D Я утрирую. Но это прокол. Повышение отказоустойчивости системы и системного сервиса простым перезапуском.

Тебе не кажется эта проблема надуманной? Во-первых, микрософт не единственный кто создает сервисы. Я, например, их тоже создаю и они у меня иногда падают, увы И когда такое возникает, то SCM (Service Control Manager) аккуратно кладет исключение в event log за именем моего сервиса и рестартует его сразу, а не сидит и ждет, когда это счастье наступит по crontab'у. И если у вас крон - единственное решение (хотя я прекрасно знаю, что существует еще вагон различных watcher'ов вроде nagios или zabbix) и условие на что-нибудь вроде "ps -eadf | grep <нужный_демон> ..." в нем - ваше бусидо, то мне остается только посочувствовать и удивиться, как пропагандируемые догматы простоты сочетаются с таким издевательством над человеком

Цитата the_Shadow @ 27.03.08, 11:20

Падают. Сам не раз и не два ронял... Линь ни чего не делает. Это не проблема Линя. Он держит остальные демоны в работоспособном состоянии. Задача демона -- оповестить из последних сил админа, записав чего-то в лог. И свалиться.

Вот так и строятся системы 24х7. Демон свалился, вселенная ждет, когда проснется админ )

Цитата Астарот @ 27.03.08, 14:22

Кажется так

Малаца. Мог бы поставить плюс - поставил бы.
Ну и для вот пример прямиком из линукса. Есть самба. Самба стоит на ндцати машинах, на остальных - выньдаполож. Надо поменять ну предположим charset. Стоит заметить, что по умолчанию он не определен, в конфиге. А где-то я его мог и поставить. Так же стоит заметить, что в конфиге самбы есть несколько разделов - global и шары (на каждую по разделу), посему тупо дописать строчку в файл не получится. Конечно, мне тут щас могут написать аццкий скрипт, который выполняет данную задачу. Но не геморрой ли это, а?

Добавлено 27.03.08, 15:07

Цитата Астарот @ 27.03.08, 14:09

Какое еще нафиг снотворное? Вылитый топор!

Кстати, большинство сервисов просто рестартятся при падении. Перезагружают систему только аццки критичные. Это все равно, что чумка у собачки - проще усыпить, чем лечить.

Цитата linuxfan @ 26.03.08, 14:25

По-моему, решение было очевидно.

Чуть было не пропустил этот гений инженерной мысли Мне кажется, что очевидность пока ускользала только от тебя и не смотря на то, что я в самом начале сказал о необходимости условий, ты продолжал наивно верить и убеждать других, что справится можно одним sed'ом Так вот эта конструкция и есть дао упрощения жизни?