Логин:
Пароль:
Поиск:

Слушать радио ОБА-НА

Как убрать пароль на windows


Автор: admin от 19 октября 2014
  • 0

Как убрать пароль на windows.



Не важно по какой причине, но иногда встает задача - убрать пароль на windows, или как сбросить пароль.
Например - забыли ;)

Мы для этого воспользуемся LiveCD.
Которую можно, например, скачать отсюда:

http://freeserver.su/ISO/Win/LEXPE_10012011.iso

Скачиваем, записываем на диск и загружаемся с него (не забываем выставить в BIOS загрузку с CDROM).

Запускаем программу Sala Password Renew: Пуск-

Будет окно как на рисунке внизу.
Там где написано Select task, выбираем папку windows на своем компьютере(обычно это или диск С, или диск D).

passwordrenew.png (11.79 Kb)



Когда мы укажем программе папку windows она сама определит список пользователей.

renewadministratorpassword.png (10.66 Kb)



Выбираем нужного пользователя и пишем новый пароль, на который вы хотите поменять.
( Или оставить пустым, если хотите вообще убрать. Но иногда не срабатывает. Поэтому лучше поставить какой-нибудь, например: 123 Потом поменяете на другой, или уберете, когда перезапуститесь)

После того как написали новый пароль - ОБЯЗАТЕЛЬНО нажимаем слева кнопку Install !

Всё. Теперь можно перезагружаться.

Обновлено: 19.10.2014 - 07:14

Почему никто не использует функциональные языки


Автор: admin от 13 июля 2014
  • 0

Почему никто не использует функциональные языки.



Я вот тоже озадачивался этим вопросом. Особенно, в связи с РЕФАЛ'ом.
И пришел к некоторым выводам. Но так как эти выводы очень хорошо совпадали с одной статьей - решил скопипастить ))

Было бы преувеличением сказать, что никто не использует функциональные языки. Телефонные вызовы в Европейском парламенте коммутируются программами, написанными на функциональном языке Erlang фирмы Ericsson. Виртуальные компакт-диски распределяются по сети Cornell через систему Ensemble, написанную на CAML, реальные компакт-диски распространяются в Европе компанией Polygram с использованием Natural Expert от Software AG. Функциональные языки выбраны для создания программ автоматического доказательства теорем, таких как система HOL, которая помогла отладить линию многопроцессорных систем HP9000. Эти приложения и другие описаны в предыдущей колонке [1].

Однако... Я работаю в Bell Labs, где были изобретены С и С++. В сравнении с пользователями С, "никто" - достаточно точная оценка числа пользователей функциональных языков. Сторонники функциональных языков заявляют, что они на порядок улучшают производительность. Эксперименты не всегда подтверждать, эту цифру - иногда они показывает улучшение только в четыре раза. Однако, не стоит пренебрегать кодом, который в четыре раза короче, в четыре раза быстрее писать, или в четыре раза проще поддерживать. Так почему же функциональные языки не используются более широко?

1 Причины.



Здесь приведен список некоторых факторов, сдерживающих, распространение функциональных языков. Я упомяну и некоторое исследования, нацеленные на устранение этих факторов. Если вы знаете об относящийся к делу проектах, которые я не отметил, пожалуйста, обратите на них мое внимание.

Большинство этих факторов остается серьезными препятствиями для многих систем. Заметные исключения - Ericsson Erlang и Harlequin ML Works, две системы промышленного уровня с обширной пользовательской средой и поддержкой.

Совместимость.



Развитие вычислительной техники дошло до уровня, когда системы часто собираются из компонентов, а не создаются на пустом месте. Многие из этих компонентов написаны на С или С++, так что функциональный интерфейс к С необходим, а интерфейсы к другим языкам, также могут быть полезны.

Изоляционистский характер функциональных языков начинает уступать духу открытого обмена. Серьезные реализации теперь обычно обеспечивают интерфейсы к С, а иногда и к другим языкам. Взаимодействие с императивным миром достаточно просто для строгих языков подобных ML или Erlang, но сложно для ленивых языков, подобных Haskell или Clean, так как ленивость делает порядок вычислений трудно предсказуемым. Тем не менее, благодаря радующему взаимодействию теории и практики, недавние исследования показали, как абстрактные концепции типа монад или линейной логики могут применяться, для того чтобы плавно связать ленивые функциональные языки с реальным миром [2,3].

Преодоление изоляционизма - задача для всех, не только для функциональных программистов. Вычислительная промышленность начинает внедрять стандарты, такие как CORBA и COM, которые поддерживают создание программного обеспечения из компонентов многократного использования. Недавние работы позволяют упаковывать любую программу на Haskell как компонент COM, и вызывать любой компонент COM из Haskell. Помимо других применений, это позволяет при необходимости использовать его как язык сценариев для Microsoft Internet Explorer [4].

Библиотеки.



Модная идея многократного использования программ существовала целую вечность в форме библиотек программ. Хорошая библиотека может создать или погубить язык. Tcl привлекает пользователей, прежде всего мощностью графической библиотеки Tk. Значительная часть привлекательности Java связана не собственно с языком, а скорее с библиотеками для графики, организации сети, баз данных, телефонии, и серверов предприятия. (Многое из непривлекательности Java обусловлено теми же самыми библиотеками).

Значительные усилия направлены на разработку библиотек графического интерфейса пользователя для функциональных языков. Haskell может похвастаться изобилием: Fudgets, Gadgets, Haggis и Hugs Tk. SML/NJ имеет две библиотеки: eXene и SML Tk. Язык SML имеет мощную систему модулей, которая упрощает создание гибких библиотек. Пример такой библиотеки - ML RISC [5], перенастраиваемый back-end, который использовался в компиляторах SML и С и был приспособлен для множества архитектур.

Мобильность.



Я слышал о многочисленных проектах, где С выиграл у функциональных языков, не потому что С выполняется быстрее (хотя так часто бывает), но потому что гегемония С гарантирует, что он широко переносим. Например, исследователи из Lucent предпочли бы создавать язык баз данных PRL используя SML, но выбрали С++, потому что SML не был доступен на машине Amdahl, которую они должны были использовать. С другой стороны, абстрактные машины - популярная методика реализации и для функциональных языков и для Java, в частности, потому что создание машины на С облегчает её перенос на разнообразные архитектуры.

Доступность.



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

Понятно, что большие проекты нежелательно доверять языку, не имеющему гарантированной продолжительной поддержки. Несколько функциональных языков доступно коммерчески: Research Software продает Miranda, Abstract Hardware продает Poly ML, ISL продает Poplog/SML, Harlequin продает ML Works, Ericsson имеет подразделение поддержки Erlang.

Тем не менее, для многих функциональных языков все ещё трудно обеспечить стабильного поставщика и надежную поддержку. Дополнительные трудности возникают из-за того, что функциональные языки часто активно развиваются, что создает противоречие между требованиями к стабильности и исследовательскими работами. Семейство Haskell пытается решать их, определив версию языка Standard Haskell, которая останется стабильной и поддерживаемой, в то время как другие версии Haskell продолжают развиваться [6].

Возможности упаковки Packagability.



Следуя традиции Лиспа, многие реализации функциональных языков предлагают цикл read-eval-print. Несмотря на его удобство, необходимо обеспечить и некоторый способ преобразовать функциональную программу в самостоятельную прикладную программу. Большинство систем теперь позволяет это. Однако, эти системы часто внедряют полную библиотеку времени исполнения, и таким образом требуют неприемлемо большой памяти. Необходимо иметь возможность разрабатывать компактные автономные приложения.

Инструментальные средства.



Чтобы быть пригодным для использования, система должна сопровождаться отладчиком и профилировщиком. Так же, как с разработкой межъязыковых интерфейсов, проектирование таких инструментальных средств легко для строгих языков, но сложно для ленивых. Однако, существует немного отладчиков или профилировщиков и для строгих языков, возможно, потому что их построение не воспринимается как исследование. Это досадно, так как подобные инструментальные средства совершенно необходимы, а изучение их создания и использования представляет немалый интерес.

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

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

Обучение.



Программисту, привыкшему к С, С++, или Java, функциональные программы кажутся странными. Требуется некоторое время, чтобы разобраться с записью f x y вместо f(x,y). И пряная (curried) пища и каррированые (curried) функции предполагают наличие вкуса.

Программисты, работающие на императивных языках, привыкают к определенному стилю программирования. Для данной задачи императивное решение может возникнуть немедленно, или его можно найти в легкодоступном справочнике, в то время как поиск соответствующего функционального решения может потребовать значительных усилий (даже если мы находим его более изящным). И хотя для большого круга проблем имеются эффективные решения на функциональных языках, остается несколько твердых орешков, для которых лучшие известные решения императивны по стилю. (По этим причинам, многие функциональные языки обеспечивают переход к императивному стилю, например SML включает изменяемые ссылки, как элементарный тип данных, а Haskell обеспечивает его через монады [7].)

Задача обучения не является трудноразрешимой. В Software AG нашли, что они могут обучать программистов использованию Natural Expert на однонедельном курсе, который включал ленивые вычисления, полиморфные типы и функции высшего порядка. Как правило, студенты раздражались, когда компилятор неоднократно отвергал программы из за ошибок типизации, но были приятно удивлены, когда их программы наконец проходили контроль типов и работали правильно с первой попытки [8].

Популярность.



Если менеджер захочет использовать функциональный язык для проекта и проект потерпит неудачу, то он будет, конечно же, уволен. Если менеджер выберет С++, и проект потерпит неудачу, то он имеет оправдание что то же самое случалось со всяким другим проектом. Но в то время как проблемы управления создают существенный барьер, они, с другой стороны предоставляют важную благоприятную возможность: большой проект, который находится в затруднительном положении, может вызвать склонность к переключению на функциональный язык, потому что увеличение в производительности может вывести из затруднительного положения. Действенным может оказаться такой путь, предложить опытный образец решения на функциональном языке, и как только он заработает, показать, как масштабировать его к полному решению.

У управляющих свои заботы, у управляемых свои. Опыт работы с С++ или Java придаст приятный глянец вашему резюме, в то время как Haskell или SML принесут вам немного пользы. Система Pdiff фирмы Lucent, написанная на SML - ключевой инструмент поддержки программного обеспечения базы данных для коммутаторов 5ESS. Не удалось найти ни одного разработчика, который захотел бы взяться за поддержку системы, и, в конце концов, был нанят физик, пожелавший сменить область деятельности.

2 Не причины.



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

Эффективность.



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

Более важно то, что как показывает опыт, хотя эффективность помогает конкурировать с С, она вовсе не требуется для успеха. Tcl/Tk, Perl, и Visual Basic заняли видное положение с интерпретирующими реализациями. Java стал чрезвычайно популярным, имея эффективность гораздо ниже С. В функциональном мире Erlang достиг первых успехов как интерпретируемый язык.

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

"Они не понимают"



Функциональное программирование прекрасно, оно - радость созерцания. Как только кто-то поймет функциональное программирование, он немедленно перейдет к нему. Массы, которые застряли в устаревшем императивном и объектно-ориентированном программировании, делают это из слепого предубеждения. Они просто не понимают.

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

"Я пробовал изучать Haskell, и был впечатлен его элегантностью и тем, как он позволяет мне писать код, который работает с первой попытки (или со второй). Однако, я не исследователь. Я занимаюсь коммерческой разработкой программного обеспечения и мне требуется документация и стабильность". [9]

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

3 Уроки.



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

Убийственные применения.



Перечисление факторы устанавливают существенные преграды к использованию функциональных языков, но не абсолютные преграды. Пользователь откажется от многих удобств, если найдется неотразимая причина для этого. Tcl/Tk и Perl заняли видное положение, не имея ни отладчиков ни профилировщиков.

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

В предыдущей колонке [1] перечислены некоторые из таких применений, и подчеркнуто как используется мощность функциональных языков. Разработчиков сетей связи привлекает Erlang своей поддержкой параллелизма и распределенных вычислений; последнее непосредственно связано с тем фактом, что функциональные данные, являющиеся неизменным, хорошо пригодны для передачи по сети. Создателей систем доказательств теорем привлекает ML с его поддержкой символьных вычислений. Генетики тяготеют к CPL/Kleisli, потому что его система типов поддерживает доступ к гетерогенным базам данных, и потому что математические свойства функциональных языков могут использоваться для оптимизации запросов. Разработчики экспертных систем привлечены к Natural Expert, потому что ленивые вычисления походят на рассуждения обратным логическим выводом, и потому что ленивые вычисления дают возможность создавать экономичный интерфейс к базам данных.

Первоклассные исследования в функциональном программировании часто связаны с применениям. Университет Карнеги-Меллона собирает свои работы по функциональному программированию в проекте Fox, где предпринята попытка написать сетевые драйверы на SML. Исследователи из Чалмерского университета тесно связаны с Carlstedt и Logikkonsult и, помимо прочего, применили частичные вычисления к планированию авиаперевозок. Глазго и Йорк объединились, чтобы выпустить целую книгу о применениях. Орегонский институт совместно с Intel рассматривают разработку аппаратуры. Исследователи из Йельского университета применили функциональное программирование к исполнению музыки и пониманию естественного языка, и вместе с Microsoft работают над анимацией. Однако, большинство этих исследований не сконцентрировало вокруг прикладных библиотек или пакетов, которые могли бы привлекать существенные сообщества пользователей.

Приложения хранят неизведанные глубины. Прыгайте, вода прекрасна!

Акценты исследований.



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

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

В рамках функционального программирования, главное направление - анализ программ и разработка компиляторов. Лидеры области должны двигаться к новым участкам инструментальных средств и приложений, а конференции и журналы должны явно приветствовать вклады в этих областях. Гопал Гупта организует Первую международную конференцию по практическим аспектам декларативных языков PADL99 [10].

Чтобы помочь смене парадигмы, область может установить новые критерии для оценки новых работ. Саймон Джонс и я только что закончили редакционную статью для Journal of Functional Programming, которая приветствует работы по практике и опыту функционального программирования, и излагает критерии, которые мы применяем для их оценки [11].

Скромное предложение.



Даже скромная реализация функционального языка должна обеспечивать межъязыковые интерфейсы, отладчик, и профилировщик. Исходя из этого критерия, мне известны только несколько скромных реализацияй функциональных языков, такие как Ericsson Erlang, Harlequin's ML Works, и INRIA CAML. Эндрю Толмач и Эндрю Аппель изобрели оригинальный отладчик для реализация SML/NJ [12], но пока реализация развивалась, отладчик не поддерживался, и для текущего выпуска SML/NJ не доступного никакого отладчика.

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

Надежда.



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

Ссылки:

[1] Philip Wadler, An angry halfdozen, ACM SIGPLAN Notices 33(2):25-30, February 1998.
[2] Philip Wadler. How to declare an imperative. ACM Computing Surveys, 29(3):240-263, September 1997.
[3] Rinus Plasmeijer and Marko van Eekelen, Pure and efficient functional programming using the "unique" features of Clean. ACM SIGPLAN Notices, to appear.
[4] Simon Peyton Jones, Erik Meijer, and Daan Leijen. Scripting COM components in Haskell. IEEE Fifth International Conference on Software Reuse, Vancouver, BC, June 1998. www.haskell.org/active/activehaskell.html
[5] Lal George, MLRISC: Customizable and Reusable Code Generators, Bell Labs technical report, May 1997. www.cs.bell-labs.com/cm/cs/what/smlnj/doc/MLRISC/
[6] John Hughes, editor, Standard Haskell. www.cs.chalmers.se/~rjmh/Haskell/
[7] J. Launchbury and S. L. Peyton Jones, Lazy functional state threads. In ACM Conference on Programming Language Design and Implementation, Orlando, Florida, 1994.
[8] Nigel W. O. Hutchison, Ute Neuhaus, Manfred Schmidt-Schauss, and Cordy Hall. Natural Expert: a commercial functional programming environment. Journal of Functional Programming, 7(2):163-182, March 1997.
[9] S. Alexander Jacobson alex@i2x.com, letter to Haskell mailing list, 3 May 1998.
[10] Gopal Gupta, chair, First International Conference on Practical Aspects. www.cs.nsmsu.edu/~complog/conferences/padl99/
[11] Simon Peyton Jones and Philip Wadler. Editorial: Practice and experience papers, Journal of Functional Programming, to appear. www.dcs.glasgow.ac.uk/jfp/
[12] Andrew Tolmach and Andrew Appel, A Debugger for Standard ML. Journal of Functional Programming, 5(2):155-200, April 1995.

Источник: http://www.softcraft.ru/paradigm/fp/whynotfp.shtml

Обновлено: 13.07.2014 - 04:39

рефал


Автор: admin от 8 апреля 2014
  • 5

РЕФАЛ.



Рефал - язык программирования.



Сегодня, я хочу написать об одном языке программирования, который создан на заре компьютеризации, и который...мало распространен. К сожалению sad

Называется он - РЕФАЛ.

Оф.сайт: http://www.refal.ru/

Расшировывается так: РЕФАЛ - РЕкурсивных Функций АЛгоритмический.
История его настолько печальна, насколько заслуживает всяческого внимания и развития.

Для чего я сделал отдельный поддомен: http://refal.freeserver.su/ Где я буду выкладывать основную инфу. В основном, это собранная на просторах интернета информация.
Эта статья - тоже обзорная, компилятивная.

Но, я надеюсь, РЕФАЛ - всё-таки, не умрет smile

Итак, поехали.

РЕФАЛ создан в 1966 году Валентином Турчиным в качестве метаязыка для описания семантики других языков. Он является одним из старейших языков для функционального программирования.

Рефал - это реализация одного из стандартных способов формального определения понятия алгоритма, известные как Нормальные Алгоритмы Маркова, НАМ.
Другие известные способы — машина Тьюринга и машина Поста.

В отличие от Лиспа, Рефал в качестве основного механизма работы использует сравнение с образцом. Благодаря этому тексты программ на Рефале в 2-3 раза короче, чем такие же программы, записанные на Лиспе, и при этом значительно "читабельнее".

В сравнении с Прологом Рефал концептуально проще.
Анализ движения к цели в Рефале проводится в прямом направлении, а не в обратном (начиная от цели), как в Прологе. Такой подход к разработке и записи алгоритмов более естествен и приводит к программам, гораздо проще тестируемым и отлаживаемым.

Основными структурами данных Лиспа и Пролога являются односторонние списки. Рефал базируется на двусторонних списках, которые могут просматриваться (и строиться) как слева направо, так и справа налево. Именно так человек обычно изучает текст на бумаге. Более сложные (нелинейные) объекты очень легко реализуются с помощью аппарата структурных скобок. Все это предоставляет программисту условия для свободной и удобной работы, строящейся по существу только на двух механизмах управления сравнении с образцом и подстановке.

А именно эти механизмы играют особо большую (чуть ли не единственную) роль в человеческом мышлении. Тем самым проявляется методологическая ценность Рефала как инструмента познания, и, значит, обрисовываются его возможности в преподавании (и не только преподавании информатики).
источник: http://ito.su/1999/I/2/278.html

Примеры использования РЕФАЛа в обучении:

- http://ito.edu.ru/2000/dopoln_tez/dopoln_tez18.html
- http://do.gendocs.ru/docs/index-102985.html
-

Рефал - язык бестиповый. В его основе лежит понятие объектного выражения как универсального типа данных. Все аргументы и результаты всех функций являются объектными выражениями.

Объектное выражение определяется таким образом, что операция конкатенации делается неявной, скрытой. Точнее сказать, что конкатенация на уровне значений выражается конкатенацией на уровне имен. Это свойство вытекает из основной цели рефала как метаязыка для описания различных языковых объектов. Оно придает особую выразительную силу и остальным средствам языка, таким как образцы и результатные выражения.

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

Что же умеет РЕФАЛ и для чего он предназначен ?
Приведу выдержки из сайтов авторов:

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

Области эффективного применения:

Языки программирования:
- трансляция,
- анализ, Компьютерная алгебра
- метавычисления,
- и т.д.

Искусственный интеллект:
- доказательство теорем,
- естественные языки,
- базы знаний

Обработка символьных данных:

Компьютерная алгебра:

Scripting and prototyping:
источник: http://www.refal.net/~arklimov/refal6/

Как видно, сфера применений - достаточно широка. Хватило бы фантазии ;)

На сегодняшний день, существует 4 основные реализации РЕФАЛА:
( версию с оф.сайта можно посмотреть здесь: http://www.refal.ru/dialects.html )

1. Рефал-2.

Подробнее, по:
- http://www.refal.net/~belous/refal2-r.htm
- http://www.cnshb.ru/vniitei/sw/refal/

2. Рефал-5.

Подробнее, по:
- http://botik.ru/pub/local/scp/refal5/refal5.html

3. Рефал-6.

Подробнее, по:
- http://www.refal.net/~arklimov/refal6/

4. Рефал-ПЛЮС (Рефал+).

Подробнее, по:
- http://wiki.botik.ru/Refaldevel/WebHome
- ftp://ftp.botik.ru/pub/lang/refal-plus

Различия между диалектами.



Так как очень тяжело разделить диалекты, особенно, 5 и 6, то приведу часть описания, один из ответов на вопрос - что такое РЕФАЛ? - с оф.сайта, по адресу: http://www.refal.ru/intro-ref.htm

Язык определения функций рефала, основанный на понятиях образца и результатного выражения чрезвычайно прост и компактен. Его минимальная версия получила название Базисный рефал. Диалект Базисного рефала под названием Рефал-2 был реализован на многих типах отечественных ЭВМ и долгое время играл роль де-факто стандарта языка Рефал.

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

В настоящее время существует две реализации языка Рефал-5:
- одна выполнена Д. Турчиным,
- другая - Н. Кондратьевым и Арк. Климовым. (Известна как Рефал-6)

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

Параллельно, С. Романенко разработал язык Рефал-Плюс, основаный в принципе на тех же расширениях, что и Рефал-5, но доведенный до концептуальной полноты.
В нем основным можно назвать расширение РЕФАЛА средствами обработки неуспехов.

Впоследствии ряд нововведений Рефала-Плюс в несколько пересмотренном виде был перенесен Арк.Климовым в реализацию Рефала-6.

В настоящее время (1999) продолжается работа по унификации входных языков Рефал-Плюс и Рефал-6.

Достоинства и недочеты.



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

Перечислим основные достоинства Рефала:



- Декларативный, а не командный и не основанный на понятии состояния, стиль программиро-
вания. Рефал - один из первых и очень немногих таких языков.

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

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

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

- Реализация посредством компилирования исходной программы в программу на языке вирту-
альной машины, которая затем интерпретируется.

- Автоматическое выделение и освобождение памяти.

Последние два свойства тоже не так часто встречались во время становления Рефала.
Удивительно, но данная совокупность свойств как будто относится к языку, изобретенному се-
годня, и к тому же продвинутому!

У Рефала, однако, есть и немало недостатков. Часть их относится к языку вообще, другая  к
Рефалу как к представителю функционального стиля. Рассмотрим наиболее существенные.

Перечислим основные недостатки Рефала:



- У Рефала отсутствует возможность построения и именования структур данных и тем более 
задания определенных программистом типов. "Знание типов" со стороны языка исчерпывается
различением атомарного значения от составного (последовательности) и видов атомарных значений (числа, литеры и символы). Это приемлемо для небольших программ, но сильно затрудняет
создание крупных.

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

- Аскетизм в отношении типов проявляется и в отсутствии в языке булевых значений и булевой арифметики. Вместе с тем нет и какой бы то ни было формы условного ветвления, если не считать выбора предложения в рамках данной функции на основе успешности сопоставления с одним из нескольких образцов. К примеру, сравнение по величине двух чисел состоит в применении функции compare, выдающей '+', '-' или '0', с последующим сопоставлением результата с этими тремя образцами. Однако успех/неуспех сопоставления - всего лишь неполноценная и часто неуклюжая имитация булевой арифметики и выбора действия.

- Для выражения повторяющихся действий в функциональном языке естественно рассчитывать на рекурсию. Во многих языках, однако, для часто возникающих схем повторения предусматриваются специализированные под них конструкции высокого уровня, или по крайней мере стандартные функции, которые, вбирая в себя рекурсию, скрывают ее от программиста. Такими являются, скажем, определители списков (list comprehensions), функции вида map, zip, fold и пр. В Рефале подобного вида конструкций нет и поэтому рекурсию приходится выражать всегда в явной форме. Это приводит к большому числу вспомогательных функций, из-за чего программа имеет тенденцию становится чересчур раздробленной, громоздкой, а смыслл - расплавчатым.

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

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

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

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

- Представляется весьма полезным (но в Рефале не так) иметь возможность обращаться с образцами как с данными. Использование переменных образцов повысило бы гибкость сопоставлений. С другой стороны, образцы можно было бы использовать и как определители типов аргументов и результатов функций.

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

- Наконец, имеющиеся описания действующих реализаций языка несколько неполны и в какой-то степени устарели.

Все приведенные выше критические замечания относятся в полной мере к Рефалу-5.
Рефал-6 и Рефал+ восполняют только небольшую часть указанных пробелов и только частичным образом.
Источник: http://www.math.bas.bg/bantchev/articles/refal-pfp.pdf

Замечание автора статьи

С некоторыми доводами я согласен. Например, с отсутствием развитых средств написания программ, типа IDE/RAD-инструментов, с отсутствием компиляторов, документации..

Но делать из Рефала - очередной Си/Java-клон, я считаю не самой удачной идеей. Математические функции, наверное, нужны. Всё-таки, математическая логика задействована ;) Но их надо делать в виде библиотеки, и вызывать соответственно.

Мне кажется, что Рефалу нужно развиваться по его основному направлению - теории и алгоритмам, сравнению, методам сравнения и т.д. Его основному направлению.

А дополнить, или снабдить трансляторами на другие языки, например, для компиляции - это технический момент.

И еще. Раз пошла такая пьянка..

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

Но, ПЕРЕД ЭТИМ, мне кажется важным, теоретическая доработка самой идеи НАМ для целей как языка программирования. Всё-таки, академическое основание любого проекта - гораздо эффективнее.

Конец Зам.авт. ))

Аналогии



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

Prolog - хорошо известный пример тоже декларативного языка и тоже основанного на сопоставлении. Однако (оставим в стороне другие различия) в программе на Prolog-е предметом сопоставления является цель, результат, и действие программы состоит в поиске аргументов, при которых цель удовлетворяется, или же в проверке того, удовлетворяется ли она при заданных аргументах.

В Рефале же сопоставление касается аргументов, а цель не формулируется явным образом. Похоже
что в ряде случаев "прямой" подход Рефала приводит к более наглядным программам, чем "обратный" Prolog-а, но так же возможно, что в других случаях как раз наоборот.

Что точно известно, так это то, что разница существенным образом сказывается на стиле программирования. Рефал, однако, однозначно выигрывает своими симметричными последовательностьями против однонаправленных списков Prolog-а.

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

TXL и OmniMark - два современных языка, в которых программа представляет собой совокупность правил распознавания и преобразования текста. В отличие от Рефала, управление последовательностью действий в них осуществляется на событийном принципе: выбирается правило с успешным сопоставлением (распознавание - это активирующее работу данного правила событие), в нем происходит некоторое преобразование текста, затем опять распознающим событием выбирается правило и т. д., пока возможно.
Можно сказать, что оба языка работают на несколько более высоком семантическом уровне. TXL можно считать чисто функциональным, хотя в нем, как в Рефале, функции не есть данные.

Практически ценной особенностью OmniMark-а является возможность режимного переключения с общего распознавания на текст, размеченный в SGML, а значит и XML или HTML.

P.S.
Эта статья из тех, которая будет постоянно дополняться и расширяться.

Обновлено: 8.04.2014 - 19:21

атс алмаз1 восстановление флешки


Автор: admin от 23 марта 2014
  • 5

АТС Алмаз1 (almaz1) восстановление флешки



Что такое станция серии «алмаз1» можно почитать, например, здесь:
http://www.almaz-sss.ru/продукция/цатс-протон-ссс-серии-алмаз/

Наша задача – описать процесс восстановления станции алмаз1 с нуля.

К сведению: с флешки работает только алмаз1.

Предыстория.

Стоял себе этот алмаз1, работал. Работал хорошо. Потом – реорганизация, перестройка и т.д. :)
В общем, осталась станция ни в каком виде. Встала задача восстановить.

Несколько фоток ДО:




ats_almaz1_cf_repair_1.jpg (99.44 Kb)




ats_almaz1_cf_repair_2.jpg (178.38 Kb)




ats_almaz1_cf_repair_3.jpg (251.29 Kb)




ats_almaz1_cf_repair_4.jpg (172.37 Kb)



Восстановление станции началось с восстановления загрузочной флешки, с которой грузится и работает станция Алмаз1.
Для этого надо написать в техподдержку по адресу service@proton-sss.ru
Вам пришлют ссылку для скачивания образа диска, с помощью кот можно восстановить флешку.
http://files.proton-sss.ru/ssoft/SPO/SSS_Support_v33.iso
Скачиваем, записываем, грузимся.

ПРИМЕЧАНИЕ
Перед загрузкой – подключите флешку. Иначе, после загрузки диска, система,возможно, не определит флешку. Придется перезагрузиться.
Или, чтобы не перезагружаться, вводим команду:

fdisk -l

кот выведет все накопители.


Итак, загружаемся.


ats_almaz1_cf_repair_5.jpg (122.08 Kb)



ВНИМАНИЕ!
После выбора меню (кнопками вверх/вниз и т.д.) - обязательно нажимать ENTER, потом F10 ! Только после этого активируется выбранное.


Увидим меню загрузки:


ats_almaz1_cf_repair_6.jpg (172.32 Kb)



По умолчанию, выбирается первый пункт, графический режим:
Boot in framebuffer (graphics) mode

Его и выберем.


ats_almaz1_cf_repair_7.jpg (170.67 Kb)



После загрузки увидим шел root’а, и описание того, что в этом шеле можно сделать:


ats_almaz1_cf_repair_8.jpg (273.42 Kb)



Для восстановления флешки надо запустить утилиту CF_Repair.

Запускаем:


ats_almaz1_cf_repair_9.jpg (212.87 Kb)



И если вы забыли воткнуть флешку ДО запуска диска, то увидите такой облом tongue


ats_almaz1_cf_repair_10.jpg (168.91 Kb)



То есть, нечего восстанавливать ))))
Втыкаем флешку и перегружаемся заново. Тогда флешка определится нормально.

Примерно, как-то так:


ats_almaz1_cf_repair_11.jpg (156. Kb)



Далее, идет выбор технических данных:




  • - Тип процессорного модуля;

  • - Серия Linux ядра;

  • - Прикладная система;

  • - Вариант системы.



Тип процессорного модуля.



В моем случае, это MSM. Потому что в нашем АТС Алмаз1 стоит БУКМ с модулем MSM586SEN. Увидеть это можно на самой плате.

плата БУКМ:


ats_almaz1_bukm_cf_repair_12.jpg (222.51 Kb)



Плата MSM:


ats_almaz1_msm_cf_repair_13.jpg (230.98 Kb)



Плата БУКМ с торца:


ats_almaz1_bukmout_cf_repair_14.jpg (291.09 Kb)



Плата MSM вблизи:


ats_almaz1_msm_face_cf_repair_15.jpg (244.43 Kb)



Модули MSM и AtomINTEL-овские.
Модули MOPS и LXAMD-шные.
Комплектацию и модели плат смотрите в документации и/или паспорте станции.

Серия Linux ядра.



В БУКМ стоит MSM, там 2 ядра – поэтому выбираем 2:


ats_almaz1_linux_kernel_cf_repair_16.jpg (131.22 Kb)



Если подложка БУКМ-Е с ETX-LX Kontron, то там 6 ядер (выбираем просто 6).

Прикладная система.



Прикладная система – это вариант исполнения станции. В нашем случае – Алмаз1 (diamond):


ats_almaz1_soft_cf_repair_17.jpg (180.46 Kb)



Другие варианты и их значения:


  • Diamond - работа с ЦАТС

  • DGW - работа с IP-шлюзом

  • DIP - работа с ЦАТС, в котором встроенный IP-шлюз



Более подробно описано в мануале.

Вариант системы.



Вариант системы – это варианты установки операционной системы Linux.
На выбор два варианта: Classic и BusyBox.
Вариант Classic – ставится по умолчанию.
Вариант BusyBox – облегченный вариант, обрезанный.

Ставим Classic:


ats_almaz1_system_soft_cf_repair_18.jpg (173.1 Kb)



Далее, прописываются:



данные типа сети - статические или динамические (статические в нашем случае):


ats_almaz1_system_soft_cf_repair_19.jpg (151.33 Kb)



Имя хоста и имя домена:


ats_almaz1_system_soft_cf_repair_20.jpg (170.26 Kb)



В итоге, получаем такую картину маслом:


ats_almaz1_system_soft_cf_repair_21.jpg (196.65 Kb)



После продолжения спросит на проверку сбойных блоков флешки. Соглашаемся:


ats_almaz1_system_soft_cf_repair_22.jpg (224.17 Kb)



И начнется форматирование, установка и настройка флешки:


ats_almaz1_system_soft_cf_repair_23.jpg (275.66 Kb)



Ставим станционный софт, diamond-2.2.0.tbz2


ats_almaz1_system_soft_cf_repair_24.jpg (159.11 Kb)



ОБЯЗАТЕЛЬНО!
После станционного софта – ставить diamond_custom. иначе не будет работать.


ats_almaz1_system_soft_cf_repair_25.jpg (1.65 Kb)



Далее, будет предложено изменить пароль root:


ats_almaz1_system_soft_cf_repair_26.jpg (228.65 Kb)



И, наконец, установка временной зоны:


ats_almaz1_system_soft_cf_repair_27.jpg (236.08 Kb)



После того как всё установится, установщик предложит демонтировать и перегрузить компьютер.
Но делать этого не стоит!
Если никаких изменений не будет – достаточно нажать F10:


ats_almaz1_system_soft_cf_repair_28.jpg (192.25 Kb)



Нажимем любую клавишу и попадаем в консоль.
Надо изменить атрибут файла /etc/rc.d/rc.local на исполняемый.

После выхода из диска-восстановления мы находимся в корне LiveCD диска.
Нужный файл rc.local находится на флешке.
Флешка подмонтирована в папку по пути /mnt/cf1
Поэтому полный путь до rc.local выглядит так: /mnt/cf1/etc/rc.d/rc.local

Чтобы изменить атрибут файла rc.local на исполняемый (иначе станционный софт не запустится) нужно выполнить следующую команду:

chmod +x /mnt/cf1/etc/rc.d/rc.local


Если не сделать этого - не создадутся необходимые системные файлы для плат (например тут: \usr\diamond\hardware\config).

Вот теперь можно перегружатся - набираем reboot для перезагрузки:


ats_almaz1_system_soft_cf_repair_29.jpg (107.24 Kb)



Перегружаемся:


ats_almaz1_system_soft_cf_repair_30.jpg (154.19 Kb)



Восстановление конфигурации



Название конфигурационного файла должно быть config-0.acf
Поэтому, при манипуляциях - не забудьте переименовать!

Конфигурационный файл (файл config-0.acf ) должен лежать в /usr/diamond/software/config
По FTP заливаем в /usr/diamond/software/config, потом уже можно подгружать конфигурацию через КОНФИГУРАТОР.

Файл конфигурации, скопированный по FTP, и файл конфигурации, выгруженный из КОНФИГУРАТОРА, - НЕ ОДИН И ТОТ ЖЕ!!!

Скопировать по FTP можно, например, через TotalCommander.
Потом подключиться telnet'ом и reboot (или выключить и включить;) )

НАСТРОЙКА СОФТА.



Со станциями серии Алмаз1, Модуль Оператора не работает. Работает КОНФИГУРАТОР.
Который можно попросить в техподдержке.
В комплекте идет дистрибутив конфигуратора и программы мониторинга.
Для начала настроим подключение к станции.

ПОДКЛЮЧЕНИЕ К СТАНЦИИ ЦАТС АЛМАЗ1(ALMAZ1).



За подключение отвечает (в том числе), сервер: Serv_ATS3.exe
Для упрощения команд есть bat-ник: server.bat

Синтаксис(содержимое) батника:

Serv_ats3.exe -ip1 192.168.1.1 -acr -l -tc 10


Если два бука то в сервер бат пишем:

Serv_ats3.exe -ip1 172.16.37.38 -ip2 172.16.37.39 -acr -l -tc 10 


и запускаем. Подключится БУКМ, который стоит в работе.

БУКМ, который в работе ( моргает медленно), а другой в резерве (моргает быстро).

Резервирование БУКМ-ов прописывается в etc/rc.d/rc.local, чтобы при отказе одного из БУКМ-ов второй автоматически переходил в рабочее состояние.

В local в строчке после ... supervisor пишем:
-d -n 30001 -u 30002 -i "ip1"


В другом БУКМ-е:
- d -n 30002 -u 30001 -i "ip2"


ВАЖНО
Если в станции два блока БУКМ, то отображение будет осуществляться по IP.
И, хотя, подключение будет к нужному БУКМ (так как по IP), в ClientCfg.exe индикатор будет неправильно показывать.


вот здесь:


ats_almaz1_system_soft_cf_repair_31.jpg (127.94 Kb)



Некритично, но следует знать smile

Если есть два блока БУКМ.



Если есть два блока БУКМ, то пишем два батника:
Server_BUKM1.bat
Serv_ats3.exe –ip1 192.168.1.1 -acr -l -tc 10


Server_BUKM2.bat
Serv_ats3.exe –ip2 192.168.1.2 -acr -l -tc 10


Тогда, при правильно настроенных БУКМ-ах, можно быстро переключать сами платы и софт.

Или создаем один bat-ник и пишем так:
Serv_ats3.exe -ip1 172.16.37.38 -ip2 172.16.37.39 -acr -l -tc 10


и запускаем. Подключится БУКМ, который стоит в работе.
Который в работе - будет моргать медленно, который в резерве - будет моргать быстро.

Запускаем батник. Он будет висеть резидентно. Можно свернуть.
Работа сервера Serv_ATS3.exe:


ats_almaz1_serv_ats3_cf_repair_32.jpg (217.56 Kb)



КОНФИГУРАТОР оборудования Протон-ССС



Ставим КОНФИГУРАТОР.

Логин: ADMIN
Пароль: ROOT

При настройке точки доступа к оборудованию выбираем Сервер "Serv-ATS":


ats_almaz1_serv_ats3_cf_repair_33.jpg (36.16 Kb)



Работает по следующим портам:

UDP: - 40000

Ну и фото ПОСЛЕ восстановления smile


ats_almaz1_cf_repair_34.jpg (154.3 Kb)



P.S.
Если нали неточность - отпишитесь, пожалуйста.

Обновлено: 13.03.2018 - 05:42

Чат. Чат без регистрации. Чат бесплатный. Чат анонимно.


Автор: admin от 20 января 2014
  • 0
Вот под такими сочетаниями ищутся чаты в яндексе.

Для тех, кому невтерпеж, сразу приведу чат, где можно поболтать бесплатно и без регистрации на нашем сайте:
http://chat.freeserver.su/

А кому интересно - читаем дальше.
Казалось бы.. Давно уже прошли времена чатов. Сейчас модны социальные сети, фейсбуки, контакты с одноклассниками..

Однако, если посмотрим на статистику яндекса, то немалое количество людей всё же еще ищут чаты.
Приведу несколько примеров запросов (в месяц) яндексу:

1. чат - 2 024 428
2. чат без регистрации - 112 090
3. чат бесплатный - 86 929
4. чат анонимно - 60 489
5. онлайн чат без регистрации(вариации сочетаний!) - 41 635
6. чат знакомств - 31 589
7. веб чат - 25 290

В общем, достаточное количество людей всё еще хотят поболтать в старом добром чате.

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

Есть два варианта:
1. сделать самому;
2. пользоваться готовым.

Примечание.
Эта статья, по большей части для тех, кто хочет самому запустить чат. Поэтому, вы здесь вряд ли увидите ссылку на какой-то конкретный чат(хотя, несколько ссылок будет указано).

Для тех кто хочет пользоваться готовым есть - поисковики ;) Яндекс выдает их немалое количество.

Например, очень неплохой анонимный чат http://nekto.me/chat/
Никакой регистрации, всё бесплатно, переписка не сохраняется даже на сервере.
(так что, если подружились - заранее обменяйтесь контактами ;) )
Если же захотите потом найти собеседника - сообщите об этом на форуме: http://forum.nekto.me/viewforum.php?f=8&sid=fabf750f85871b5eb164adcb5f8e6398

Вторая категория - готовые чаты. Которые можно арендовать. За деньги.
Удобства налицо - не надо самому программировать, изобретать, заботиться о безопасности.
Минус один у всех - деньги. ибо платные.

К ним относятся:
1. Чат августа: http://august4u.net/?august4u/chat
2. mpchat: http://mpchat.com/?to=info
3. чат Бородина: http://php.spb.ru/chat/ К сожалению, автор уже не поддерживает чат. И пользоваться движком по этой ссылке вряд ли получится - очень он старый. Ссылка приведена из уважения к автору. В свое время это был крутой чат.
На основе этого чата создан и развивается другой: http://chatmod.net.ru/
Можно арендовать, можно поставить самому. За небольшую плату помогут поставить и на ваш домен. Есть много модулей.
4. Voodoo Chat: http://vochat.com/ Еще один старожил. Автор переписал демон чата на С++. Так что он стал, кроме неубиваемости, еще и быстрее.
Для чата voodoo требуется специфичный хостинг, заточенный специально под него - инет в помощь(вроде еще остались).

Для чата voodoo и Бородина, если будете ставить себе, спросите у хостера - можно ли запустить демона. или попросите хостера возможность запуска демона(если нет такой возможности штатно).

Чаты августа и mpchst - платные. дорогие. без исходников.
Чаты Бородина и voodoo - бесплатные, с исходниками. можно самому себе поставить. Но требуется некоторая квалификация.

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

Третья категория чатов - opensource. Т.е. свободные, бесплатные, с исходниками и т.д.

В этой категории, отмечу пока(кроме описанных чатов voodoo и чата Бородина) только PCPIN Chat.
Оф.сайт: PCPIN Chat

Краткое описание гласит следующее:
"PCPIN Chat это мощная и безопасная система обмена мгновенными сообщениями, написанная на PHP и MySQL. Чат имеет большое количество функций и очень настраиваемый. PCPIN Chat, написанный из соображений безопасности, имеет только одну известную уязвимость в настойках по умолчанию в течении 5 лет.
PCPIN Chat является первым и основным проектом PCPIN."

Подробнее можете прочитать по адресу:
http://www.pcpin.com/?view=Projects&project=pcpin_chat

В комплекте идут 11 языковых пакетов:

- Czech language pack
- Danish language pack
- Dutch language pack
- English language pack
- French language pack
- German language pack
- Hungarian language pack
- Italian language pack
- Romanian language pack
- Russian language pack
- Spanish language pack

Языки - бинарные, закрытые. Не поменяешь..

На момент написания статьи последней версией является 6.23

Необходимые требования:
•PHP 4.3 или выше
•MySQL 4 или выше

Обновлено: 20.01.2014 - 18:42

 Последние новости
   
Последнии комментарии
Прошивка принтера XEROX 3020
Автор admin (05.04.2018)
Полезно
установка Anti Bot Question mod на phpbb 2.0.x
Автор admin (18.08.2014)
Johnd819,
glad if the information has helped you. ...
установка Anti Bot Question mod на phpbb 2.0.x
Автор Johnd819 (14.08.2014)
I went over this site and I conceive you have a lo...
установка Anti Bot Question mod на phpbb 2.0.x
Автор admin (07.08.2014)
Johnc738,

always welcome)
установка Anti Bot Question mod на phpbb 2.0.x
Автор Pharmk386 (02.08.2014)
Very nice site!
установка Anti Bot Question mod на phpbb 2.0.x
Автор Johnc738 (01.08.2014)
I am truly thankful to the holder of this website ...
установка Anti Bot Question mod на phpbb 2.0.x
Автор ThomasGlix (23.03.2014)
Привет, как дела?
flash player certificate authentication failed
Автор BB (14.02.2014)
Спасибо
Календарь
« Май 2018 »
Пн Вт Ср Чт Пт Сб Вс
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31
FreeServer.su foottop