Когда для определения есть список из пары языков (английский и русский) то определить это довольно-таки просто. А вот когда у тебя их уже штук 20, причем некоторые мало чем отличаются и даже отдельные слова на некоторых языках пишутся одинаково, то уже намного сложнее определить язык. Взять например русский, украинский и беларусский. Наборы символов схожие, слова тоже друг на друга похожие.
На lingvo.ru автоопределение более-менее работает, но ему проще, потому что это всё же не переводчик, а словарь.
Промучавшись всё же заставил работать через одно место ;)
Поставил PDT и ещё Aptana, открыл perspective PHP и в ней добавил View от Aptana (File) — к FTP подключается нормально, открывает файлы в PDT-редакторе, сохраняет тоже нормально на FTP.
Пока попробую поработать так, но всё же с RSE хотелось бы проблему решить! Или хотя бы причину неработоспособности узнать.
Уже наверное год пытаюсь пересесть с обычного текстового редактора (Krusader+Kate) на какую-либо среду разработки для правки PHP-кода на FTP, но всё никак не получается.
В Krusader есть необходимый минимальный функционал: браузер файлов по FTP, редактор с подсветкой синтаксиса, сворачиванием-разворачиванием групп, хоткеи для комментариев, подсветка парной скобки, при сохранении по Ctrl-S всё сразу аплоадится на FTP, ну и т.д. И главное что всё грузится и работает быстро, ничего лишнего память не съедает.
Но всё же хочется, как уже сделали все нормальные люди, пересесть на какую-либо среду разработки. Пробовал несколько раз ставит Eclipse+PDT и NetBeans, но так и не получалось заставить себя работать в них. Уж очень много лишнего, работать страшно неудобно!
Для Eclipse например так и не смог настроить редактирование файлов по FTP. Поставил RSE как в инструкции (пробовал и старые версии и самые последние), создаю новое соединение, тыкаю соединиться (пробовал и passive mode и без него) и вижу пустой список (и в Files/My home и в Root), ни файлов ни папок. Пробовал на разные FTP-сервера, везде одно и то же.
Лог соединения:
220 Servers identifying string
USER murz
331 Password required for murz
PASS ******
230-Last login was: 2008-12-26 10:11:25
230 User murz logged in
SYST
215 UNIX Type: L8
TYPE I
200 Type set to I
PWD
257 "/" is the current directory
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
NOOP
200 NOOP command successful
OS- Kubuntu 8.10. В интернете сижу через сервер NAT, другие программы (Firefox, Krusader, KDE, и т.д.) с серверами работают нормально и на запись и на чтение.
А расскажите пожалуйста на каком ПО и по каким мануалам это все реализовывалось? У меня на одном сервере стоит Communigate, на другом postfix, тоже занимаюсь активной борьбой со спамом и Ваш способ мне очень понравился!
У меня после включения greylisting для всех писем от клиентов сразу посыпались жалобы что письма не доходят, теряются, доходят с задержкой в несколько дней. При анализе проблемы выяснилось что например mail.ru (сейчас уже вроде бы исправили) даже не пыталась повторно посылать письма, в итоге пришлось весь mail.ru в whitelist прописать, ещё многие доморощенные почтовые сервера пытались повторно отсылать письмо не через хх минут, а сразу же, а другие — через день-три. Вобщем оказалось проблем больше чем удовольствия, поэтому пришлось отказаться. Но предложенная neperap методика очень даже мне приглянулась, надо будет её попробовать воплотить в жизнь.
Не совсем понятно для чего это видео было необходимо выкладывать в HD? Чтобы каждый волосок и прыщик любимого президента рассмотреть и помолиться ему? ;)
Или показать что президент идёт в ногу со временем?
Или всё же с экономической выгодой — чтобы побольше трафика накачали и заплатили провайдеру, а провайдер, соответственно, с этого налогов государству? ;)
Вчера весь вечер ковырялся чтобы заставить это всё работать (правда на другом сайте), но так и не получилось, а почему — непонятно.
Сначала думал что конвертер кодировки лежит, но нет — через wget с него всё хорошо и правильно скачивалось.
Затыкается на шаге Loop+Fetch page — через debug туда ничего не доходит и, соответственно, данные дальше тоже не идут.
Хорошо бы выпустить ещё версии этой раскладки для Linux, а то конвертить виндовые раскладки в линуксовые не каждый умеет.
Пример как оно выглядит — здесь: habrahabr.ru/blogs/ubuntu/40543/
На Kubuntu Intrepid 8.10 искал на нескольких компах но так и не нашёл файла /etc/X11/xkb/symbols/ru и даже самой папки /etc/X11/xkb/symbols нет.
Файла ru тоже, судя по результатам поиска по всему диску, нет нигде в других папках.
Может быть там в каком-то другом месте это храниться?
Добился-таки от Communigate ответа!
Нужно было поставить галку «дублировать пароли пользователя в базе LDAP» чтобы авторизация такого типа заработала.
Теперь другая засада — не могу подружить с gmail — никак не пойму в чем проблема :( Сообщения внутри сервера ходят, а с пользователями gmail — нет — ни авторизация ни сообщения не доходят вообще.
Так не помогает. С такими настройками ещё и юзера не находит: 12:35:32.880 4 LDAP-000311([127.0.0.1]) searching(sub) ''
12:35:32.880 4 LDAP-000311([127.0.0.1]) searching where (uid=user54@domain.ru)
12:35:32.880 4 LDAP-000311([127.0.0.1]) searching for ALL
12:35:32.933 2 LDAP-000311([127.0.0.1]) search finished
Для того чтобы заработало нужно чтобы при поиске юзера он искал в базе по uid=user54,cn=domain.ru, а авторизовался после успешного поиска — по user54@domain.ru
Написал вчера в Communigate запрос — можно ли сменить тип авторизации LDAP — пока молчат.
Я уже ковырялся с этим параметром, но, к сожалению, это особо не помогло.
Пользователя ejabberd находит нормально, а вот когда проверяет пароль — ejabberd, насколько я понял, пытается подключиться к LDAP под логином-паролем пользователя, а это у него как раз и не проходит.
Настройки следующие: {auth_method, ldap}.
{ldap_servers, ["localhost"]}.
{ldap_uids, [{"uid"}]}.
{ldap_base, "cn=domain.ru"}.
{ldap_rootdn, "murz@domain.ru"}.
{ldap_password, "secret"}.
В логе LDAP-сервера Communigate при подключении пишется следующее:
При старте: 16:14:22.226 3 LDAP-000285([127.0.0.1]) got connection on [127.0.0.1]:389(Error Code=unassigned local network address) from [127.0.0.1]:53895
LDAP-000285([127.0.0.1]) BINDing as 'murz@domain.ru'
16:14:22.226 2 LDAP-000285([127.0.0.1]) 'murz@domain.ru' connected from [127.0.0.1]:53895
16:14:22.226 4 LDAP-000285([127.0.0.1]) Logged in as uid=murz,cn=domain.ru. authType=0 Т.е. сам ejabberd нормально подключился под юзером из конфига «murz@domain.ru» и вошел. Т.е. всё нормально. Дальше он ждёт подключений юзеров.
Далее при подключении юзера user54@domain.ru: 16:16:51.999 3 LDAP-000288([127.0.0.1]) got connection on [127.0.0.1]:389(Error Code=unassigned local network address) from [127.0.0.1]:54283
16:16:51.999 4 LDAP-000288([127.0.0.1]) BINDing as 'uid=user54,cn=domain.ru'
16:16:52.000 1 LDAP-000288([127.0.0.1]) BIND failed. Error Code=incorrect password
16:16:52.001 3 LDAP-000288([127.0.0.1]) request reading failed. Error Code=connection closed by peer
16:16:52.001 4 LDAP-000288([127.0.0.1]) closing connection
16:16:52.001 4 LDAP-000288([127.0.0.1]) releasing stream Пароль указывается верный. Но при подключении имя пользователя идёт уже не как «user54@domain.ru», а как «uid=user54,cn=domain.ru». Но Communigate LDAP такой формат логина понимать не хочет и выдает ошибку что неправильный пароль.
То же самое и при попытках подключения с консоли: $ ldapsearch -W -x -D uid=user54,cn=domain.ru -b "cn=domain.ru" "(uid=user54)"
Enter LDAP Password:
ldap_bind: Invalid credentials (49)
additional info: incorrect password $ ldapsearch -W -x -D user54@domain.ru -b "cn=domain.ru" "(uid=user54)"
Enter LDAP Password:
# extended LDIF
[...нормальная выдача результата поиска...]
А при несуществующем юзере — другая ошибка: $ ldapsearch -W -x -D uid=user55,cn=domain.ru -b "cn=domain.ru" "(uid=user55)"
ldap_bind: Invalid credentials (49)
additional info: directory record with the specified DN is not found
Никак не могу настроить на своём сервере авторизацию ejabberd через Communigate LDAP. Подключение под логином-паролем к серверу LDAP происходит нормально, но при подключении пользователя и проверке пароля выходит ошибка: 15:59:10.251 4 LDAP-000262([127.0.0.1]) BINDing as 'uid=murz,cn=domain.ru'
15:59:10.251 1 LDAP-000262([127.0.0.1]) BIND failed. Error Code=incorrect password
А проверка пароля вручную следующим образом проходит нормально: 16:04:10.251 4 LDAP-000267([127.0.0.1]) BINDing as 'murz@domain.com'
16:04:10.251 2 LDAP-000267([127.0.0.1]) 'murz@domain.com' connected from [127.0.0.1]:45116
При проверке вручную выяснилось что для Communigate нужно указывать логин как «user@domain.com» а не «uid=murz,cn=domain.com». Т.е. вот так работает: $ldapsearch -w secret -x -D murz@domain.com -b "cn=domain.com" "(uid=murz)"
Searched succesfully!
А вот так уже не хочет: $ldapsearch -w secret -x -D uid=murz,cn=domain.com -b "cn=domain.com"
"(uid=murz)"
ldap_bind: Invalid credentials (49)
additional info: incorrect password
Кто-нибудь знает, можно ли настроить в ejabberd чтобы он передавал логин при авторизации пользователя как user@domain.com, а не uid=user,cn=domain.com?
Пользуясь случаем, хочу спросить по этой теме ;)
Пользую CommunigatePro для одного домена как Jabber-сервер — PSI при подключении постоянно выдает сообщение что не заполнена информация о пользователе, а сохранить её не даёт — пермишн денаед типа. В итоге каждый раз при подключении нужно лишний раз ОК тыкать в сообщении. Если сталкивался — может подскажешь что включить или как настроить чтобы Communigate разрешил запись инфы о пользователе?
У меня тоже работает прекрасно и с большим количеством нод и с большой посещаемостью. Но ресурсов он съедает несоизмеримо много как раз из-за использования CMS. Если с нуля грамотно написать — представить это конешно страшно, но зато работал бы он раз в 10 шустрее — это как минимум! Об этом и идёт речь в цитате Boris Mann, что всем страшно писать с нуля, поэтому и используют CMS, среди которых Drupal — наименьшее зло, но это не означает что использование Drupal — наилучшее решение для сайта с точки зрения объема и производительности.
Но всё-равно под большинство задач я использую Drupal и этим очень доволен!
На lingvo.ru автоопределение более-менее работает, но ему проще, потому что это всё же не переводчик, а словарь.
Поставил PDT и ещё Aptana, открыл perspective PHP и в ней добавил View от Aptana (File) — к FTP подключается нормально, открывает файлы в PDT-редакторе, сохраняет тоже нормально на FTP.
Пока попробую поработать так, но всё же с RSE хотелось бы проблему решить! Или хотя бы причину неработоспособности узнать.
В Krusader есть необходимый минимальный функционал: браузер файлов по FTP, редактор с подсветкой синтаксиса, сворачиванием-разворачиванием групп, хоткеи для комментариев, подсветка парной скобки, при сохранении по Ctrl-S всё сразу аплоадится на FTP, ну и т.д. И главное что всё грузится и работает быстро, ничего лишнего память не съедает.
Но всё же хочется, как уже сделали все нормальные люди, пересесть на какую-либо среду разработки. Пробовал несколько раз ставит Eclipse+PDT и NetBeans, но так и не получалось заставить себя работать в них. Уж очень много лишнего, работать страшно неудобно!
Для Eclipse например так и не смог настроить редактирование файлов по FTP. Поставил RSE как в инструкции (пробовал и старые версии и самые последние), создаю новое соединение, тыкаю соединиться (пробовал и passive mode и без него) и вижу пустой список (и в Files/My home и в Root), ни файлов ни папок. Пробовал на разные FTP-сервера, везде одно и то же.
Лог соединения:
OS- Kubuntu 8.10. В интернете сижу через сервер NAT, другие программы (Firefox, Krusader, KDE, и т.д.) с серверами работают нормально и на запись и на чтение.
Может кто-нибудь знает как решить эту проблему?
Или показать что президент идёт в ногу со временем?
Или всё же с экономической выгодой — чтобы побольше трафика накачали и заплатили провайдеру, а провайдер, соответственно, с этого налогов государству? ;)
Сначала думал что конвертер кодировки лежит, но нет — через wget с него всё хорошо и правильно скачивалось.
Затыкается на шаге Loop+Fetch page — через debug туда ничего не доходит и, соответственно, данные дальше тоже не идут.
Пример как оно выглядит — здесь: habrahabr.ru/blogs/ubuntu/40543/
Файла ru тоже, судя по результатам поиска по всему диску, нет нигде в других папках.
Может быть там в каком-то другом месте это храниться?
Нужно было поставить галку «дублировать пароли пользователя в базе LDAP» чтобы авторизация такого типа заработала.
Теперь другая засада — не могу подружить с gmail — никак не пойму в чем проблема :( Сообщения внутри сервера ходят, а с пользователями gmail — нет — ни авторизация ни сообщения не доходят вообще.
12:35:32.880 4 LDAP-000311([127.0.0.1]) searching(sub) ''12:35:32.880 4 LDAP-000311([127.0.0.1]) searching where (uid=user54@domain.ru)
12:35:32.880 4 LDAP-000311([127.0.0.1]) searching for ALL
12:35:32.933 2 LDAP-000311([127.0.0.1]) search finished
Для того чтобы заработало нужно чтобы при поиске юзера он искал в базе по uid=user54,cn=domain.ru, а авторизовался после успешного поиска — по user54@domain.ru
Написал вчера в Communigate запрос — можно ли сменить тип авторизации LDAP — пока молчат.
Пользователя ejabberd находит нормально, а вот когда проверяет пароль — ejabberd, насколько я понял, пытается подключиться к LDAP под логином-паролем пользователя, а это у него как раз и не проходит.
Настройки следующие:
{auth_method, ldap}.{ldap_servers, ["localhost"]}.
{ldap_uids, [{"uid"}]}.
{ldap_base, "cn=domain.ru"}.
{ldap_rootdn, "murz@domain.ru"}.
{ldap_password, "secret"}.
В логе LDAP-сервера Communigate при подключении пишется следующее:
При старте:
16:14:22.226 3 LDAP-000285([127.0.0.1]) got connection on [127.0.0.1]:389(Error Code=unassigned local network address) from [127.0.0.1]:53895LDAP-000285([127.0.0.1]) BINDing as 'murz@domain.ru'
16:14:22.226 2 LDAP-000285([127.0.0.1]) 'murz@domain.ru' connected from [127.0.0.1]:53895
16:14:22.226 4 LDAP-000285([127.0.0.1]) Logged in as uid=murz,cn=domain.ru. authType=0
Т.е. сам ejabberd нормально подключился под юзером из конфига «murz@domain.ru» и вошел. Т.е. всё нормально. Дальше он ждёт подключений юзеров.
Далее при подключении юзера user54@domain.ru:
16:16:51.999 3 LDAP-000288([127.0.0.1]) got connection on [127.0.0.1]:389(Error Code=unassigned local network address) from [127.0.0.1]:5428316:16:51.999 4 LDAP-000288([127.0.0.1]) BINDing as 'uid=user54,cn=domain.ru'
16:16:52.000 1 LDAP-000288([127.0.0.1]) BIND failed. Error Code=incorrect password
16:16:52.001 3 LDAP-000288([127.0.0.1]) request reading failed. Error Code=connection closed by peer
16:16:52.001 4 LDAP-000288([127.0.0.1]) closing connection
16:16:52.001 4 LDAP-000288([127.0.0.1]) releasing stream
Пароль указывается верный. Но при подключении имя пользователя идёт уже не как «user54@domain.ru», а как «uid=user54,cn=domain.ru». Но Communigate LDAP такой формат логина понимать не хочет и выдает ошибку что неправильный пароль.
То же самое и при попытках подключения с консоли:
$ ldapsearch -W -x -D uid=user54,cn=domain.ru -b "cn=domain.ru" "(uid=user54)"Enter LDAP Password:
ldap_bind: Invalid credentials (49)
additional info: incorrect password
$ ldapsearch -W -x -D user54@domain.ru -b "cn=domain.ru" "(uid=user54)"Enter LDAP Password:
# extended LDIF
[...нормальная выдача результата поиска...]
А при несуществующем юзере — другая ошибка:
$ ldapsearch -W -x -D uid=user55,cn=domain.ru -b "cn=domain.ru" "(uid=user55)"ldap_bind: Invalid credentials (49)
additional info: directory record with the specified DN is not found
15:59:10.251 4 LDAP-000262([127.0.0.1]) BINDing as 'uid=murz,cn=domain.ru'15:59:10.251 1 LDAP-000262([127.0.0.1]) BIND failed. Error Code=incorrect password
А проверка пароля вручную следующим образом проходит нормально:
16:04:10.251 4 LDAP-000267([127.0.0.1]) BINDing as 'murz@domain.com'16:04:10.251 2 LDAP-000267([127.0.0.1]) 'murz@domain.com' connected from [127.0.0.1]:45116
При проверке вручную выяснилось что для Communigate нужно указывать логин как «user@domain.com» а не «uid=murz,cn=domain.com». Т.е. вот так работает:
$ldapsearch -w secret -x -D murz@domain.com -b "cn=domain.com" "(uid=murz)"Searched succesfully!
А вот так уже не хочет:
$ldapsearch -w secret -x -D uid=murz,cn=domain.com -b "cn=domain.com""(uid=murz)"
ldap_bind: Invalid credentials (49)
additional info: incorrect password
Кто-нибудь знает, можно ли настроить в ejabberd чтобы он передавал логин при авторизации пользователя как user@domain.com, а не uid=user,cn=domain.com?
Пользую CommunigatePro для одного домена как Jabber-сервер — PSI при подключении постоянно выдает сообщение что не заполнена информация о пользователе, а сохранить её не даёт — пермишн денаед типа. В итоге каждый раз при подключении нужно лишний раз ОК тыкать в сообщении. Если сталкивался — может подскажешь что включить или как настроить чтобы Communigate разрешил запись инфы о пользователе?
Но всё-равно под большинство задач я использую Drupal и этим очень доволен!