Алгеброй гармонию поправить...

You are viewing

axiger's journal
Log in Create a LiveJournal Account Learn more

Алгеброй гармонию поправить...
20 most recent entries

Date:	2009-11-10 06:58
Subject:	Потрясающе!
Security:	Public

Я пишу этот текст, используя emacs. Настроить себе такое счастье несложно - все находится здесь: http://code.google.com/p/ljupdate/

1 comment | post a comment

Date:	2009-10-20 05:28
Subject:	Беготня по граблям :)
Security:	Public

Изучая лисп, поражаешься мощи и  выразительности этого языка, однако без граблей
не  обходится.  Используя  библиотеку  clsql  наткнулся  на  падение  с  ошибкой
"Unhandled memory  fault at  #x3C."  Гугление показало,  что не  стоит создавать
таблицу вызывая

(clsql:query "CREATE TABLE ...")

потому  что  при  попытке  разобрать  ответ mysql`я  (которого  в  этом  запросе
естественно нет -  мы же просто таблицу создаем, а  не делаем SELECT) библиотека
падает.  Вместо query использовать надо 

(create-table [foo] '(([id] integer) ([comments] longchar))) 

который  внезапно  (!)   создает  таблицу   с  именем  и  столбцами  в  верхнем
регистре. Гугл подсказал что чтобы работать в нижнем регистре надо писать так

(create-table "foo" '(([|id|] integer) ([|comments|] longchar)))

Вы можете считать меня психом, но я сразу понял, почему это работает :)

1 comment | post a comment

Date:	2009-10-17 19:03
Subject:	Lisp и Web-программирование
Security:	Public

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

      +----------------------+                +--------------------+
      | process: apache2     |                | process: sbcl      |
      |          +-----------+                +---------+----------+
      |          | mod_php   +---+        +---+ my.lisp |          |
      +----------+-----------+   |        |   +---------+----------+
                                 |        |
                                 v        v
                          ------------------------
                         (         mysql          )
                          ------------------------

Чтобы  работать с  mysql  (postgress, etc...)  из  лиспа я  использвал
библиотеку   CLSQL  (http://clsql.b9.com/)   которую   нужно  скачать,
скомпилить и подключить так, как написано в документации.

Вот типичный пример подключения к базе данных и выполнения запроса:

(clsql:connect '("localhost" "dbname" "root" "") :database-type :mysql)
(clsql:query "select first_name,last_name from people where id = 1")
(disconnect :database (find-database "localhost/dbname/root"))

На самом деле библиотека довольно интересна и предоставляет много
различных вариантов доступа к базе данных, например с помощью FDML
(Functional Data Manipulation Language):

(clsql:insert-records 
  :into [employee] 
  :attributes '(first_name last_name email)
  :values '("Yuri" "Gagarin" "gagarin@soviet.org" ))

или  OODML (Object Oriented  Data Manipulation  Language) с  которым я
пока еще  не разбирался, но по-видимому  он реализует ORM,  и этот ОRM
выглядит гораздо вменяемее чем все что  я видел до сих пор (может мало
видел просто :)

В целом, это подход (связывание php и lisp с помощью mysql) наверно
самое быстрое что можно придумать - меньше всего времени на изучение,
и работать можно начинать почти сразу. Следующий пост будет о более
прогрессивной схеме взаимодействия, которую предложил dark_aurel.

3 comments | post a comment

Date:	2009-10-17 18:03
Subject:	Lisp и Web-программирование
Security:	Public

Итак,  сейчас  я  экспериментирую  со способами  подключения  лиспа  к
задачам  веб-программирования. Самый  очевидный вариант,  приходящий в
голову первым я уже реализовал. Остановимся на нем подробнее:

Php-скрипт, когда ему нужно  обратиться к лисп-программе может открыть
сокет. Если на том же  сервере есть сокет-сервер, написанный на лиспе,
который слушает нужный порт - они могут обмениваться данными

 +------------------------+                 +----------------------+
 | process: apache2       |                 | process: sbcl        |
 |          +-------------+                 |    +-----------------+
 |          | mod_php     |---------------->|    |  my_server.lisp |
 +----------+----------+--+     socket      +----+-----------------+

Вот примерно так выглядит заготовка для сокет-сервера на лиспе:
( Read more... )

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

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

2 comments | post a comment

Date:	2009-10-15 19:19
Subject:	Emacs
Security:	Public

Я открыл для себя Emacs. Не просто чтобы писать (и сразу же
отлаживать) в нем программы на Lisp. Не просто чтобы сделать его своей
рабочей средой для программирования. Для всего. Вообще. Есть только
два приложения которые я запускаю каждый раз когда захожу в систему -
броузер и Emacs (может быть я просто не знаю, как запустить броузер
внутри Emacs?)

Скажу честно - я потрясен. Еще никогда программа не была такой гибкой,
настраиваемой и удобной. Да у меня много вопросов - но они
решаемы. Все. Нет ничего такого, что было бы невозможно сделать by
design. С помощью гугля и головного мозга, а не с помощью отладчика и
такой-то матери.

Например сейчас, мне интересно как работать по ftp с файлами на
удаленной машине с просмотром директорий в левом верхнем окне как это
сделано в Zend Studio 5.0. Заметьте, я не сказал "возможно ли". Я
уверен - возможно, просто я пока еще не знаю как! Точно так же как
возможно например внутри одного файла сделать несколько различных схем
форматирования. Представьте себе - в вашем коде комментарии
автоматически переносятся на следующие строки, а длинные строки кода -
нет. Разве не круто?

Так, как же ходить по ftp в ECB? Френды, кто знает? Также расскажите о
том, как и чем вы расширяете свой Emacs.

3 comments | post a comment

Date:	2009-10-13 07:39
Subject:	Не волшебник. Учусь.
Security:	Public

Чем больше узнаю лисп - тем меньше хочется писать на чем-то другом. Макросы, мультиметоды, множественное наследование, функционалы высшего порядка, лексические замыкания - все это сносит крышу сразу и напрочь :) Поставил hunchentoot, но пока не разобрался как связать его с апачем. Чтобы не забыть помещу тут ссылки на мануалы на русском языке:
pcl
ansi
мир лиспа
emacs shortcuts
...ну и кусок учебного кода, на котором я тренируюсь в освоении - под катом
( Read more... )
> P.S. Кто знает как использовать лисп под web - поделитесь сведениями?

9 comments | post a comment

Date:	2009-09-16 14:40
Subject:	Кеширование динамических сайтов
Security:	Public

Допустим, у нас есть некий сайт (на PHP), рассматриваемый как "черный ящик", на вход которого поступает запрос (URL и параметры), а на выходе мы получаем некий HTML.

С помощью ob_start() в точке входа и ob_get_contents() в деструкторе объекта мы можем перехватить выходной HTML и записать его допустим в базу данных, чтобы потом отдавать оттуда, реализуя кеширование. Но обнаруживается, что сайт (местами) динамический - ротация баннеров, "товаров дня" и прочий мусор, который можно было бы даже выкинуть, когда мы отдаем страницы из кеша. Но некоторые страницы содержат какой-то важный объемный контент, который не хотелось бы упускать - например, описание акций, меняющееся по пять раз на дню - и такие вещи кешировать не нужно.

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

Может быть кто-нибудь подскажет другие идеи?

3 comments | post a comment

Date:	2009-09-15 16:03
Subject:	Защищенная аутентификация на php
Security:	Public

Посылать пароль в открытом виде и надеяться на лучшее уже не модно - лучшеe (SSL) часто недоступно по разным причинами, а интернет теперь почти везде беспроводной и перехват трафика в ряде случаев слишком прост. Поэтому возникает желание обеспечить себе более защищенную аутентификацию, не теряя удобства (cookies и кеширования). Схема такая:

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

При аутентификации используется протокол challenge|response:

Клиент запрашивает у сервера challenge, используя ajax - мы не посылаем challenge в коде страницы чтобы сохранить преимущества кеширования.
Сервер отдает клиенту случайное значение и запоминает его в сесии.
Клиент выполняет хеширует (password+challenge) и пересылает результат серверу
Сервер расшифровывает пароль пользователя и проверяет корректность хеша, используя значение, запомненное в сесии. Если хэш верный, авторизация считается успешно завершенной. Сервер может (если клиент хочет) установить ему cookie, представляющий собой контейнер, в котором хранится логин пользователя в открытом виде и зашифрованный ключом пользователя ассоциативный массив хранящий время установки cookie, challenge и hash.

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

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

Заинтересовавшимся могу выслать код. Исправления и критика приветствуются.

22 comments | post a comment

Date:	2009-09-12 20:56
Subject:	Штрихкод code 128
Security:	Public

Штриховой код (штрихкод, штрих-код) — это последовательность чёрных и белых полос, представляющая некоторую информацию в удобном для считывания техническими средствами виде. Линейными (обычными) называются штрихкоды, читаемые в одном направлении (по горизонтали). На данный момент существует более 300 стандартов штрих-кодирования. Различные стандарты используют различные алгоритмы кодирования. У каждого алгоритма существуют свои особенности такие как минимальная и максимальная длинна данных, ограничения на размер штрих-кода и т.д. различные стандарты имеют свои достоинства и недостатки и часто разрабатываются с учетом конкретной области применения. Однако, есть небольшое количество стандартов, которые подходят для большинства приложений.

Code 128 - штрих-код переменной длины. Обычно кодируются буквенно-цифровые данные. Данный стандарт подходит для общего применения, например, для маркировки DVD-дисков, удостоверений личности и многих других целей. Для более плотного кодирования цифровых данных может использовать кодирование пар цифр, при этом в этом же коде могут быть закодированы алфавитные данные.
( Структура штрих-кода )

Advertisement