Про что она?
Что-то эпплоподобное -- на i начинается?

А расскажите как правильно пушить.

Т.е. структура поста мне понятна. А вот куда пушить - не очень. Например:

>где СТРОКА - это просто текстовый файл, кодированный base64
Т.е. передается файл, или просто в пост запрос оборачивается все?

>Файл текста отдавать, как есть
Куда?

Приминительно к этой ноде.

>имеешь ввиду /u/push или /u/point?
/u/point

>передаётся POST-запрос вида:
>pauth=authstr&tmsg=BASE64BASE64BASE64BASE64

Т.е., я правильно понимаю, что в итоге урл будет примерно таким?

http://example.com/u/point?pauth=authstr&tmsg=BASE64BASE64BASE64BASE64

>кстати, если пропустил
Пропустил.
Спасибо, буду с ней играться =)

А поведение

Вот такого
    форматирования
Имею в виду 4 знака равно

это где-то в стандарте на сообщения прописано, или это просто парсер 51t?
У себя можно городить, что угодно, например, [code][/code]?

>это прототип, который должен доказать своё поведение на практике
На самом деле ==== - не очень удобно парсить. Точнее, вообще жутко. Или я просто на регекспах зациклился.

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

А можно взглянуть на тот участок кода, который оборачивает

Т
  р

в <pre>?

Реализовал у себя

:)

>если кто-то скажет, как исправить разночтение нескольких <pre>
В смысле разночтение? Или ты имеешь в виду, чтобы мог быть просто преформатированный текст и код с подсветкой?
Если так, то можно сделать для кода <pre code=bash> например

>2All: Есть у кого идеи?
echo $LANG
export LC_ALL=ru_RU.UTF-8

И что за шрифты стоят? Может в них кириллицы нет просто.

Сабж http://storage6.static.itmages.ru/i/14/0607/h_1402135799_9744626_a74d212938.png

К понедельнику, наверняка, не успею доделать все, что хочу. Но что-то будет по-любому :)
А еще там SQL

Сабж пока убогий http://storage6.static.itmages.ru/i/14/0607/h_1402135799_9744626_a74d212938.png

К понедельнику, наверняка, не успею доделать все, что хочу. Но что-то будет по-любому :)
А еще там SQL

fclose() expects parameter 1 to be resource, boolean given in <b>/srv/www/spline.rooker.ru/data/ii/ii-functions.php</b> on line <b>103</b><br /> msg ok:JFHXMmwS21mjSauX8ztz <a href='/ii.dev.14'>ii.dev.14</a>

Ты про ncii? Тогда это к gadfly.
А если про вебовый, то я его еще в паблик не выложил.

Или просто пыхонода работает не так как питононода?

Я отправляю пост запрос на /u/point c pauth и tmsg. На локальной питононоде все работает...

>Разница в том, что php-нода принимает только urlsafe. В im.100 уже рассудили, вроде, сегодня. Глянь, там Виктор что-то объяснял. Я только не очень понял что =)

Блин, это мне, значит, надо писать два обработчика и непонятно как определять где запущена какая нода. Да ну нафиг такое ваще...

В ncii это как обрабатывается? Я бы код к себе утянул, если знать где смотреть

Либо я что-то не понимаю, либо одно из двух.

Несколько вопросов:

1) Сервак ждет base64 строку или нет?
2) Почему офф сервер не принимает urlsafe_base64 строку в пост запросе?
3) Сервер ждет в гет запросе просто данные в urlsafe, ну, типа: text%20another%20text?

Или надо в урлсафе_басе64 тоже добавлять в конец ==, как и в пост запросе?

ЗЫ: Я в веб-программинге как-то не очень шарю на самом деле.

>Вот после замены символов у тебя сообщение будет в base64 safe.

Блин, я вроде делал так...

Короче, я забыл убрать authkey, который для локальных тестов использовал...
Вроде должно работать

Ну, у меня уже вроде все работает. Передаю base64 через post.

>Вот и хорошо

А то, ваще замечательно :)

Всем привет!

Кто-нибудь фетчит эту эху? У меня тут жд сгорел, а конфиг клиента ii я не забекапил -- похерил строку авторизации на spline.

Напишите мне в джаббер difrex@jabber.ru или me@difrex.ru

Забрать можно от сюда https://github.com/Difrex/iiplc

Чекаутить тэг V0.1beta(он пока там один).

Вопросы и предложения жду сюда. :)

ЗЫ: в конфиге эхи через запятую указывать, типа:
im.100,ii.dev.14,и.т.д.

Может глючить. Первый публичный релиз какбэ

Да, ленточный вид в эхи скоро верну обратно. Точнее переключалку

Хм... Это на стороне сервера ваще без проблем реализуется. Для клиента ничего не меняется. Я за.

>Кстати, насчет списков. Мне не нравится / как разделитель. В урле. Вот вообще.

Плюсую! То же не нравится.

>Также устаревшими являются методы /e и /m, со временем они будут убраны.
God whyyyy?

Всем привет!

Кто-нибудь фетчит эту эху? У меня тут жд сгорел, а конфиг клиента ii я не забекапил -- похерил строку авторизации на spline.

Напишите мне в джаббер difrex@jabber.ru или me@difrex.ru

Я не знал, что они устаревшие. Пилил свой клиент по документации.

Ну и как теперь правильно работать с этим всем? Какие будут методы поддерживаться? Как теперь правильно получить список мессаг в эхе?

Ок, разобрался c /u/.

Как оно будет с методом /x/? И когда появится на серверах? Ну, чтобы знать, когда перестанет все работать

Я с /u/ разобрался =)

>Я веду статистику :)
>Из разработчиков Виктор против, мы с тобой за, Дифрекс не высказался.

Я высказывался, что слэши в качестве разделителя меня не очень прут. :)

Вторая бета.

* Небольшие исправления ошибок
* Переход в тред из заголовка поста
* Переключение между плоским и видом по-темам в эхах

Забирать от сюда https://github.com/Difrex/iiplc

Быстрофикс. v0.1beta2a

* Оптимизация SQL
* Меню
* Добавлен файл лицензии
* Переход со схемы /e /m на /u

Забирать от сюда https://github.com/Difrex/iiplc

Мне твой клиент говорит:

======================
To load drakma:
  Install 15 Quicklisp releases:
    alexandria babel bordeaux-threads cffi chunga cl+ssl
    cl-base64 cl-ppcre drakma flexi-streams puri
    trivial-features trivial-garbage trivial-gray-streams
    usocket

>Не торопитесь. Я в день по чайной ложке пишу =)

Ок, подождем, значит =)

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

Я от идеи деревьев отказался, остановился просто на тредах.

Собственно потому и бета. Были какие-то проблемы с фетчем через LWP.
Пакеты все поставил?
Тянет медленно в первый раз. Браузер может отвалиться по тайм-ауту. Смотри вывод в консоли. Собственно, если фетч прошел нормально, то в консоли будет примерно такой вывод:

Mon Jun 16 17:02:02 2014: writing messages
Mon Jun 16 17:02:03 2014: messages writed to DB

Если браузер отвалился, то в /get ничего не будет.

А, да. Как прописан урл в конфиге?
Должно быть так:

http://spline.rooker.ru/ii/ii-point.php?q=/

>По-первых, зачем-то хочет писать какие-то файлы в echo/ и msg/
У меня там в туду стоит перейти на чистый SQL без файловой базы. Пока времени нет на это.

Короче, я хз почему у тебя не работает надо больше информации.
Проверял на Ubuntu 14.04, Debian 7, OpenSUSE 12.3, Fedora 20 - везде работает.

Запусти через plackup все же. Если хочется лайта заюзать, то пускай через starman. Я не пускал это все дело в лайте/нджинксе/етц.

>P.S.: write - wrote - written
Ok

>Видимо, с правами что-то.
Хм, ну это у тебя что-то не так.

>А curl в зависимости пропиши.
Да, я как-то ридми особо не занимался. Пропишу, да.

>А теперь двоится.
Хе, прикольно. Надо делать проверку. Ну, это все в планах есть.
Все будет устранено, как только избавлюсь от echo/ и msg/. :)

Как впечатления, если не обращать внимания на глюки?

>Еще глюк -- если сообщение не отправилось, оно всё равно удаляется.
Ага, спасибо. На самом деле отправленные не удаляются, а помечаются, как отправленные в базе, но выглядит так, как будто удалилось, да. Сегодня, если время будет, поковыряюсь.

Сделай git pull origin master. Там поправлено это.

Брать тут https://github.com/Difrex/iiplc

* Убрана зависимость от curl
* Переезд на чистый SQL без msg/ и echo/
* Дублей в базе больше быть не может

>II/Get.pm строка 71: замени res на res_echo.
Ага, спасибо. Что-то не заметил.

>nightly-debug-билд

Ща затестю

Как там правильно вбить урлы сервера и списка эх?