Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
Перл просто это целая эпоха и особое очарование, и своя идеология)
Вы только представьте себе какое облегчение получили бородатые юниксоиды конца 80х, когда вместо седа и авка (и сей) у них появился инструмент для удобной работы с текстовыми файлами.
А CPAN? Это же репозиторий пакетов, появившийся в те время когда этого еще вообще никто не делал.
*nix без перла невозможно было себе представить вплоть до конца нулевых. Теперь его нишу занял питон
Да, чуть не забыл про .cgi файлы на границе веков. Весь веб 1.0 только на перле и писался
а что, уже придумали mod_php для nnginx? или его надо fastcgiем запускать?
куки добавляют не много нагрузки, но если ты фейсбук и у тебя миллион человек в минуту посещение, и ты арендуешь трансатлантику и платишь за траффик, то лишнее лучше не гонять
Жирная, тупит, тормозит, меньше функционала именно по картам. При максимальном зуме переключается в якобы 3д вид там, где он не работает - нахуя?? Не умеет в принудительный кеш области.
После долгого хождения по их сайту удалось сделать открытие: последняя стабильная версия была выпущена 11 ноября 2015, находится на http://www.sasgis.org/download/. Внезапно, .ru сайт оказался заброшен.
Некогда видел у знакомого на флешке программу, где в одном месте лежали папки с именами вида %programfiles%, %systemroot% и т.п. Вероятно, какой-нибудь загрузочный *.bat-файл удалял эти переменные среды перед запуском программы, чтобы она шла в папки на флешке.
- многопользовательское окружение - хранить настройки каждому свои, включая AD, где настройки и целые папки могут храниться на сервере
- изоляция прав на запуск из каталога и запись в этот каталог - безопасно и удобно, много кейсов, начиная от ro диска, заканчивая работой софта из ограниченного в правах окружения
вообще это грусть и печаль, когда некая софтина в принципе по-другому не может, кроме как срать себе же в %program files% или того хуже сразу в c:\
Ну а что, создать для такой программы Докер контейнер, и пусть себе пишет куда угодно. Даже наоборот удобно: все имиджи для таких контейнеров будут одинаковые + программе не нужно парится с настройками доступа.
В моем светлом будущем все програмы виртуализированы и независимы от операционных систем. Пользователи устанавливают операционные системы на один и тот же компьютер и используют их одновременно для разных програм. Файловых систем как таковых нет, вместо них есть АПИ сохраняющие структурированые данные. Это кроме того, что програмы написаны на языках достаточно высокого уровня, чтобы абстрагировать их от конкретики железа, системы, сети и т.д. Вместо этого, они управляются мета-командами интуитивно понятными даже ребенку.
В таком будущем, проблема хранения данных не возникает, но если очень захочется, ее можно творчески решить произнеся вслух: "компьютер, перемести папку с проном который я копил десятилетиями на флешку".
Даже если все это в однопользовательском окружении:
- Проще бекапить настройки. Установленную прогу бекапить незачем.
- В любой момент можно снести прогу и оставить настройки или наоборот не ебя себе мозг тем, где что лежит.
Ты же не сохраняешь файлы верда в его каталог? Блин, еще фигурнов об этом писал.
> В любой момент можно снести прогу и оставить настройки или наоборот не ебя себе мозг тем, где что лежит.
С другой стороны, очень часто хочется найти где-нибудь кнопку [удалить эту говнопрограмму и все продукты её жизнедеятельности]. А то сначала она куда-нибудь в C:\ свою питушню распакует, потом в одну папочку поднасрёт, в другую, в настроечки, в реестрик.
вот боголюбимом linux е есть purge. А богомерзкие форточкам нужно ставить говно программу для удаление остатков других говно программ. Спрашивается почему руководство MS будет гореть в аду.
Возможно, ты имел в виду Debian, а не Linux. Linux - это ядро, в нём даже конпеляторя нету. Кроме того, как apt-get purge поможет тебе удалить файлы , созданные самой программой в процессе её жизнидеятельности? Он же только из официального списка файлов в пакете всё поудалять может.
Примерно как в дебиане, в rpm есть дерективы, которыми помечаются конфигурационные файлы, чтобы они не перетирались при (пере)установке пакетов. Ведь неприятно будет, если при обновлении версии nginx перетрутся все настройки админа. О тех файлах, что у юзера в хомячке, по понятным причинам, менеджеру пакетов ничего не известно.
очевидно что ``yum update govno`` должен обновить первые два файла, а третий не тронуть (ну или как-то интеллектуально смерджить). Для этого в ``.rpm`` есть знание о том, что это конфиг. Соответственно он его не тронет при обновлении, а вот при явном удалении может и грохнуть.
И да: я в курсе что в современных дистрах там было бы ``/etc/sweet_bread/conf.d``
Одно другому не мешает, думаю. Можно сделать чтобы инсталлятор опционально тер настройки.
>А то сначала она куда-нибудь в C:\ свою питушню распакует, потом в одну папочку поднасрёт, в другую
По понятиям гадить настройками можно в реестр и в аппдата. Говнософт конечно может делать что захочет.
Keith Bostic
И это говорит человек осиливающий J.
Но вообще перл отличный язык
на нем прикольно писать однострочники
Главное, чтобы читать потом не пришлось.
Вы только представьте себе какое облегчение получили бородатые юниксоиды конца 80х, когда вместо седа и авка (и сей) у них появился инструмент для удобной работы с текстовыми файлами.
А CPAN? Это же репозиторий пакетов, появившийся в те время когда этого еще вообще никто не делал.
*nix без перла невозможно было себе представить вплоть до конца нулевых. Теперь его нишу занял питон
Да, чуть не забыл про .cgi файлы на границе веков. Весь веб 1.0 только на перле и писался
Духовный наследник перла все-таки руби.
Или прикол в другом?
А так да, странно видеть такое количество принтов. Будем надеяться, что скрипт генерированный, а не рукописный.
cgi-bin же
причем Options +Exec было только на нее
Прозрачный код, устойчивый к скачкам напряжения
подразумевался ГОСТ 20909.2-75
статику -- nginx, скрипты (в случае пыха) апачем
и даже для статики отдельный поддомен сделать (чтобы не гонять туда куки)
У меня такое ощущение, что Апач нужен только для запуска бинарных модулей, аналогов которым нет.
А вообще да, статику лучше отдать другим сервером.
*****
Кстати, много ли нагрузки добавляют куки, если они содержат единственное поле PHPSESSID и больше ничего?
куки добавляют не много нагрузки, но если ты фейсбук и у тебя миллион человек в минуту посещение, и ты арендуешь трансатлантику и платишь за траффик, то лишнее лучше не гонять
обожаю эту обложку
http://bleaklow.com/images/2003/p6_cover_big.gif
Нет поворота, плавной прокрутки с клавиатуры.
Мегапиздец - нельзя отключить русскую транслитерацию названий; впрочем, это фирменная фишка гугла. Дико бесит
А я считаю это плюсом. Её не нужно инсталлировать. Можно таскать с собой на флэшке.
А для флешки нету оберток, которые мапят аппдата куда нибудь?
Пример далеко не единственный.
У некоторых программ есть собственный переключатель, где хранить данные.
*****
А теперь внимание, вопрос. Зачем разделять программу и данные?
- изоляция прав на запуск из каталога и запись в этот каталог - безопасно и удобно, много кейсов, начиная от ro диска, заканчивая работой софта из ограниченного в правах окружения
вообще это грусть и печаль, когда некая софтина в принципе по-другому не может, кроме как срать себе же в %program files% или того хуже сразу в c:\
вейк ап нео, матрикс хэз ю
В таком будущем, проблема хранения данных не возникает, но если очень захочется, ее можно творчески решить произнеся вслух: "компьютер, перемести папку с проном который я копил десятилетиями на флешку".
Windows 9x
>или того хуже сразу в c:\
Win 3.11 или сразу после появления 95.
- Проще бекапить настройки. Установленную прогу бекапить незачем.
- В любой момент можно снести прогу и оставить настройки или наоборот не ебя себе мозг тем, где что лежит.
Ты же не сохраняешь файлы верда в его каталог? Блин, еще фигурнов об этом писал.
С другой стороны, очень часто хочется найти где-нибудь кнопку [удалить эту говнопрограмму и все продукты её жизнедеятельности]. А то сначала она куда-нибудь в C:\ свою питушню распакует, потом в одну папочку поднасрёт, в другую, в настроечки, в реестрик.
Возможно, ты имел в виду Debian, а не Linux. Linux - это ядро, в нём даже конпеляторя нету. Кроме того, как apt-get purge поможет тебе удалить файлы , созданные самой программой в процессе её жизнидеятельности? Он же только из официального списка файлов в пакете всё поудалять может.
yum remove удаляет конфиги (точнее МОЖЕТ удалить)
rpm -e не удаляет
Прямо из хомяков всех юзеров?
Не уверен, сарказм или нет, отвечу занудно.
Примерно как в дебиане, в rpm есть дерективы, которыми помечаются конфигурационные файлы, чтобы они не перетирались при (пере)установке пакетов. Ведь неприятно будет, если при обновлении версии nginx перетрутся все настройки админа. О тех файлах, что у юзера в хомячке, по понятным причинам, менеджеру пакетов ничего не известно.
Смотри: допустим, у тебя есть пакет из одного бинарника, одной либы и одного конфига.
Пусть они кладутся так:
очевидно что ``yum update govno`` должен обновить первые два файла, а третий не тронуть (ну или как-то интеллектуально смерджить). Для этого в ``.rpm`` есть знание о том, что это конфиг. Соответственно он его не тронет при обновлении, а вот при явном удалении может и грохнуть.
И да: я в курсе что в современных дистрах там было бы ``/etc/sweet_bread/conf.d``
а так же ubuntu и другие deb-based
тебе кто разрешил?
>А то сначала она куда-нибудь в C:\ свою питушню распакует, потом в одну папочку поднасрёт, в другую
По понятиям гадить настройками можно в реестр и в аппдата. Говнософт конечно может делать что захочет.
утф же