Re: squid conf
привет всем, после настройки сквида керио впн клиент не подключается. как исправит. даже открыл 4090 не помогает.
Re: squid conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 30.01.2014 14:33, Martin Danielyan пишет: привет всем, после настройки сквида керио впн клиент не подключается. как исправит. даже открыл 4090 не помогает. жесть - -- Истово бью челом, системный управитель сети, раб Божий, Виталий. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJS6hLCAAoJEFVXfR2g/jxFWmgIAIzI17sutilDxiAILPt637ck FqFn6iYam8NjRsrA3cfjJC6vS4UCIRLtGO2OtId5s7PQVMtkP5SVj9j8FsA74/O7 VdO8HvS3OYj5a0uyqc8EpuD9YVQFkS5V/er4PcK90iCvoT2rAuWebCDjMFGnNRuR z9dvozdxgOYtmddR7BQ41Nr9oGT03lb7E1auGxSBAAUQpRBS4I/45cyd6avlgNxf ramJ1fkb0z8r+azb0ah3q2Vec4m4AeQCp5L4IbAcp/1jftte1wOLWlaPD1p2BzRs ebnPRtNLeNeKyofC8dV1xiy7nmuOq2OepqLg0avk20n4fpWvqpxrXJ9gkQfxJ6k= =m1V0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52ea12c2.8040...@ruta.ru
Re: postfix и антивирус
27.01.2014 07:30, Ilya Sapytsky пишет: Добрый день! Достаточно давно не поднимал почтовиков, поэтому отстал от жизни. Подскажите, как сейчас модно/идеологически правильно проверять почту на вирусы? Раньше я делал postfix+amavis-new+clamav, а сейчас что-то более новое-модное появилось или делать так же? Спасибо. *Dr.Web Enterprise Security Suite* -- это комплекс программных продуктов Dr.Web, включающий в себя элементы защиты всех узлов корпоративной сети и единый Центр Управления для большинства из них. http://estore.drweb.com/biz/?lng=ru
Программы для преподавания стереометрии.
Я преподаю стереометрию в вечерней школе для учащихся 10х классов. Сегодня я задумался, что было бы здорово не рисовать мелом на доске сечения, что долго, а строить фигуру в некой специализированной программе. Много чего посмотрел сегодня утром по ссылкам из Википедии[1]. Понравилась более-менее GeoGebra. В dev-версии активно пилят поддержку 3D. Красиво, но сыровато. Например, не умеет построить сечение. Не умеет провести перпендикуляр к плоскости, только прямую. Нельзя задать плоскость по точке и направляющему вектору. Сыровато, в общем - на то она и dev-версия. В стабильной же, которая есть в репозитории, есть только поддержка 2D. По интерфейсу нашёл довольно приятной программку Geometria, однако кроме интерфейса в ней больше плюсов нет, так как она не умеет вообще ничего. Даже перпендикуляр к прямой отказалась провести: точка и прямая не находятся на одной и той же грани тела. Geomview произвела на меня пагубное впечатление. Я просто не разобрался в ней. У неё весьма внушительных размеров мануал. Как я смог понять, надо рисовать, отправляя команды... Но я так и не нашёл команд для того, чтобы, к примеру, точку поставить, или отрезок нарисовать. Судя по всему, она позволяет отображать данные в формате OOGL, но мне не это нужно. Из этого списка не нашёл Euler3D. Ставил из репозитория Euler, но это не то, похоже. Всё остальное, что смотрел, было несвободное и сильно платное. Хотя рекламные ролики были очень даже ничего... В общем, есть следующий вопрос: есть ли у кого-либо опыт в преподавании стереометрии с использованием какого-либо софта, и какого именно? Что хочется иметь: 1) GPL 2) Возможность поставить точку по координатам. 3) Возможность провести прямую/отрезок через 2 точки. 4) Возможность провести перпендикуляр к другой прямой. 5) Возможность провести биссектрису из вершины угла. 6) Возможность разделить прямую на две части по пропорции. 7) Автоматическую проверку, пересекаются ли прямые. Ну и по возможности не Java, но если не будет ничего лучше, то в принципе, это можно и опустить. [1] http://en.wikipedia.org/wiki/List_of_interactive_geometry_software#3D_programs pgpgvsW74ue5S.pgp Description: PGP signature
Программирование научных программ на C.
Ещё один накипевший абстрактный запрос к сообществу. В силу специфики работы занимаюсь написанием научных программ. Это означает, в частности, что мы часто реализуем структуры, которые имеют смысл только для решения конкретной физической задачи, и ни для чего больше. Реализуются они при этом на основе формул, известных в команде разработчиков. Появилась мысль, что чем писать нечто вроде density_liquid, было бы неплохо записать нормальными греческими буквами, как в LaTeX \(\rho_l\), и читалось бы это просто замечательно. Так как стандарт C99 не поддерживает юникода в качестве имён, я подумал, что возможно можно использовать LaTeX только для отображения в редакторе (в моём случае Emacs), а перед компиляцией прогонять программу через дополнительный парсер, заменяющий LaTeX на имена, соответствующие стандарту C99. Впрочем, я так и не нашёл minor-режима для отображения формул в окне Emacs. auctex и preview-latex лишь модифицируют поведение latex-mode, а я бы хотел видеть формулы в c-mode. О LaTeX речь неспроста. Можно, конечно, использовать близкую транслитерацию, и заменить \rho_l на r_l, однако вопрос актуален ещё и в том плане, что для научных программ разумно было бы использовать LaTeX для написания *комментариев*, поясняющих работу кода. Собственно, я хочу узнать, озадачивался ли кто-нибудь вопросом написания программ с использованием в них LaTeX или хотя бы греческих букв? pgpMY2W8LDX0_.pgp Description: PGP signature
Re: Программирование научных программ на C.
Да уж. Программирование программ. Это я, конечно, дал маху. Всё вычитал, кроме заголовка. :) pgpJg7CrKc5pq.pgp Description: PGP signature
Re: Программирование научных программ на C.
30 января 2014 г., 22:00 пользователь Dmitrii Kashin free...@freehck.ru написал: Так как стандарт C99 не поддерживает юникода в качестве имён, я подумал, Переключайтесь на Go, там UTF-8 можно в именах. Появилась мысль, что чем писать нечто вроде density_liquid, было бы неплохо записать нормальными греческими буквами, как в LaTeX \(\rho_l\), Лучше наоборот, убрать из физики и математики все эти иностранные алфавиты и писать простыми английскими (русскими) словами, чтобы было понятно народу, а то глаза сломаешь.
Re: Научное программирование на C.
30 января 2014 г., 23:15 пользователь Dmitrii Kashin free...@freehck.ru написал: Лучше наоборот, убрать из физики и математики все эти иностранные алфавиты и писать простыми английскими (русскими) словами, чтобы было понятно народу, а то глаза сломаешь. Чем же это лучше? 1. Понятнее 2. Глаза не ломаются на закорючках
Re: Научное программирование на C.
dm.fedorov dm.fedo...@gmail.com writes: 30 января 2014 г., 22:00 пользователь Dmitrii Kashin free...@freehck.ru написал: Появилась мысль, что чем писать нечто вроде density_liquid, было бы неплохо записать нормальными греческими буквами, как в LaTeX \(\rho_l\), Лучше наоборот, убрать из физики и математики все эти иностранные алфавиты и писать простыми английскими (русскими) словами, чтобы было понятно народу, а то глаза сломаешь. Чем же это лучше? pgphjbUjQfw9b.pgp Description: PGP signature
Re: Научное программирование на C.
On 30.01.2014 18:18, dm.fedorov wrote: 30 января 2014 г., 23:15 пользователь Dmitrii Kashin free...@freehck.ru написал: Лучше наоборот, убрать из физики и математики все эти иностранные алфавиты и писать простыми английскими (русскими) словами, чтобы было понятно народу, а то глаза сломаешь. Чем же это лучше? 1. Понятнее 2. Глаза не ломаются на закорючках http://grammar.ccc.commnet.edu/grammar/twain.htm -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52ea7bf5.6060...@kuklin.ru
Re: Научное программирование на C.
30 января 2014 г., 23:21 пользователь Alex Kuklin a...@kuklin.ru написал: Чем же это лучше? 1. Понятнее 2. Глаза не ломаются на закорючках http://grammar.ccc.commnet.edu/grammar/twain.htm Не о том.
Re: Программирование научных программ на C.
30.01.2014 19:00, Dmitrii Kashin пишет: Ещё один накипевший абстрактный запрос к сообществу. В силу специфики работы занимаюсь написанием научных программ. Это означает, в частности, что мы часто реализуем структуры, которые имеют смысл только для решения конкретной физической задачи, и ни для чего больше. Реализуются они при этом на основе формул, известных в команде разработчиков. Появилась мысль, что чем писать нечто вроде density_liquid, было бы неплохо записать нормальными греческими буквами, как в LaTeX \(\rho_l\), и читалось бы это просто замечательно. Так как стандарт C99 не поддерживает юникода в качестве имён, я подумал, что возможно можно использовать LaTeX только для отображения в редакторе (в моём случае Emacs), а перед компиляцией прогонять программу через дополнительный парсер, заменяющий LaTeX на имена, соответствующие стандарту C99. Впрочем, я так и не нашёл minor-режима для отображения формул в окне Emacs. auctex и preview-latex лишь модифицируют поведение latex-mode, а я бы хотел видеть формулы в c-mode. О LaTeX речь неспроста. Можно, конечно, использовать близкую транслитерацию, и заменить \rho_l на r_l, однако вопрос актуален ещё и в том плане, что для научных программ разумно было бы использовать LaTeX для написания *комментариев*, поясняющих работу кода. Собственно, я хочу узнать, озадачивался ли кто-нибудь вопросом написания программ с использованием в них LaTeX или хотя бы греческих букв? Немного не в тему, на мой взгляд, математические программы лучше всего писать на Haskell. Именно математические - для этого в Haskell есть много всего очень полезного и, unicode и latex, в том числе. Да и сама программа на Haskell - это набор связанных функций. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52ea97ed.6000...@gmail.com
Re: Программирование научных программ на C.
Alexander Danilov alexander.a.dani...@gmail.com writes: Немного не в тему, на мой взгляд, математические программы лучше всего писать на Haskell. Было б у меня больше времени. Я тут всё силюсь lisp освоить, хоть в каком-то виде. Прогресс небольшой пока: сайт себе сделал. Именно математические - для этого в Haskell есть много всего очень полезного и, unicode и latex, в том числе. А что Вы понимаете под математическими программами? Я вот занимаюсь физикой, и мы в основном заняты численным решением нелинейных дифуров. Как по-вашему, это математическая задача? Да и сама программа на Haskell - это набор связанных функций. Кстати говоря, Хаскель действительно чисто функциональный язык программирования? А то мне так и про scheme когда-то говорили, а оказалось всё куда сложнее. pgpXhHmF0Pq2u.pgp Description: PGP signature
Re: Программирование научных программ на C.
30.01.2014 22:41, Dmitrii Kashin пишет: Alexander Danilov alexander.a.dani...@gmail.com writes: Немного не в тему, на мой взгляд, математические программы лучше всего писать на Haskell. Было б у меня больше времени. Я тут всё силюсь lisp освоить, хоть в каком-то виде. Прогресс небольшой пока: сайт себе сделал. Именно математические - для этого в Haskell есть много всего очень полезного и, unicode и latex, в том числе. А что Вы понимаете под математическими программами? Я вот занимаюсь физикой, и мы в основном заняты численным решением нелинейных дифуров. Как по-вашему, это математическая задача? По моему - вполне себе математическая. Да и сама программа на Haskell - это набор связанных функций. Кстати говоря, Хаскель действительно чисто функциональный язык программирования? А то мне так и про scheme когда-то говорили, а оказалось всё куда сложнее. Найти язык, который был бы более чисто функциональный, чем Хаскель можно, но наврядли он будет столь же практичен. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52ea9f4d.4060...@gmail.com
Re: Программирование научных программ на C.
Есть такая концепция - literate programming. Некоторые говорят, что парадигма, но мне то кажется, что концепция :) Возможно, что там что-то полезное для себя и найдете. Ю. https://en.wikipedia.org/wiki/Literate_programming
Re: Программирование научных программ на C.
Dmitrii Kashin - debian-russian@lists.debian.org @ Thu, 30 Jan 2014 22:41:05 +0400: Немного не в тему, на мой взгляд, математические программы лучше всего писать на Haskell. DK Было б у меня больше времени. Я тут всё силюсь lisp освоить, хоть в DK каком-то виде. Прогресс небольшой пока: сайт себе сделал. Возможно, если бы ты писал расчеты на хаскеле, у тебя было бы больше времени :) Именно математические - для этого в Haskell есть много всего очень полезного и, unicode и latex, в том числе. DK А что Вы понимаете под математическими программами? Я вот занимаюсь DK физикой, и мы в основном заняты численным решением нелинейных DK дифуров. Как по-вашему, это математическая задача? Да, вполне. Кстати, если говорить о физике, то он еще и может поймать некоторые ошибки (в том числе типа опечатка) через размерности, если пользоваться пакетом dimensional. Сам размерность при компиляции отследит. Правда, если поймает ошибку, то диагностика будет - хрен прочтешь... Да и сама программа на Haskell - это набор связанных функций. DK Кстати говоря, Хаскель действительно чисто функциональный язык DK программирования? А то мне так и про scheme когда-то говорили, а DK оказалось всё куда сложнее. Скажем так, в хаскеле все нефункциональное сделано явным. И да, по опыту можно писать программу, даже интерактивную, так, что бОльшая ее часть будет функциональной, а нефункциональная часть будет собрана в один-два модуля, один из которых - Main. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9eduqcw@wizzle.ran.pp.ru
Re: Программирование научных программ на C.
On 2014-01-30, yuri.nefe...@gmail.com wrote: Есть такая концепция - literate programming. Некоторые говорят, что парадигма, но мне то кажется, что концепция :) Возможно, что там что-то полезное для себя и найдете. https://en.wikipedia.org/wiki/Literate_programming Вот живой пример на Си: http://en.literateprograms.org/Hash_table_%28C%29 Иногда выразительность достигается использованием языков сверхвысокого уровня с синтаксической+инструментальной поддержкой. Например в Isabelle некоторые последовательности (как arrow) превращаются в красивые символы в Emacs расширении Proof General, посмотрите на скриншоты: http://proofgeneral.inf.ed.ac.uk/screenshotv3.html Сами исходные файлы .thy Isabelle допускают Latex форматирование в коментариях и из коробки файл представляет собой программу и из него генерирутеся статьи в pdf, готовые для публикации в научных журналах, сравните: http://afp.sourceforge.net/browser_info/current/AFP/Topology/document.pdf -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bnyt41bf@gavenkoa.example.com
Re: Программирование научных программ на C.
On 2014-01-30, Dmitrii Kashin wrote: Так как стандарт C99 не поддерживает юникода в качестве имён, я подумал, что возможно можно использовать LaTeX только для отображения в редакторе (в моём случае Emacs), а перед компиляцией прогонять программу через дополнительный парсер, заменяющий LaTeX на имена, соответствующие стандарту C99. Впрочем, я так и не нашёл minor-режима для отображения формул в окне Emacs. auctex и preview-latex лишь модифицируют поведение latex-mode, а я бы хотел видеть формулы в c-mode. О LaTeX речь неспроста. Можно, конечно, использовать близкую транслитерацию, и заменить \rho_l на r_l, однако вопрос актуален ещё и в том плане, что для научных программ разумно было бы использовать LaTeX для написания *комментариев*, поясняющих работу кода. Собственно, я хочу узнать, озадачивался ли кто-нибудь вопросом написания программ с использованием в них LaTeX или хотя бы греческих букв? Что имею для Lisp кода: ;; http://www.emacswiki.org/emacs/PrettyLambda (font-lock-add-keywords 'emacs-lisp-mode `( (((lambda\\)\\ (1 (progn (compose-region (match-beginning 1) (match-end 1) ,(make-char 'greek-iso8859-7 107)) font-lock-keyword-face)) ) )) Теперь в Лиспе я не вижу слова lambda - я вижу греческий символ λ. Некоторые любители переопределяют для JS function на 푓 (MATHEMATICAL ITALIC SMALL F). Поискать символы можно по названию прямо из Emacs: C-x 8 RET TAB. Заведите себе на alpha, beta, gamma, ... nabla, etc - алиасы и пишите математический код. Особенно удачно будет, если в команде все используют Emacs - можно выработать соглашения по именованию. Я полагаю что покопавшись в Auctex можно написать код, который из beta_2 сделает греческую β и 2 как subscript. Я думаю в help-gnu-em...@gnu.org вероятно получить ответ в виде готового кусочка кода... Самое главное во всем этом - поиск по коду и все другие тектовые операции работают правильно, просто мы вклиниваемся в логику сопоставления соответствия между текстом и глифами для отображения. -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877g9h3zp4@gavenkoa.example.com
Re: Программирование научных программ на C.
On Fri, 31 Jan 2014, Artem Chuprina wrote: Dmitrii Kashin - debian-russian@lists.debian.org @ Thu, 30 Jan 2014 22:41:05 +0400: DK Кстати говоря, Хаскель действительно чисто функциональный язык DK программирования? А то мне так и про scheme когда-то говорили, а DK оказалось всё куда сложнее. Скажем так, в хаскеле все нефункциональное сделано явным. И да, по опыту можно писать программу, даже интерактивную, так, что бОльшая ее часть будет функциональной, а нефункциональная часть будет собрана в один-два модуля, один из которых - Main. А какую книжку по haskell для начала почитать посоветуете? Ю.
Re: Программирование научных программ на C.
31 января 2014 г., 4:17 пользователь Oleksandr Gavenko On 2014-01-30, yuri.nefedov wrote: Есть такая концепция - literate programming. Вот живой пример на Си: http://en.literateprograms.org/Hash_table_%28C%29 Однако в этом примере кода больше чем пояняющего текста, а, насколько я помню, в literate programming должно быть наоборот.
