а чем str.sub!(/\A.{5}/n, '') плох, кстати?

и хранить всё в Encoding::BINARY

ojab так в binary и slice! будет работать. там все символы представлены побайтово

[1] pry(main)> 'абв'.b.byteslice(0,2).encode('UTF-8', 'UTF-8') => "а"

можно жить

что я не могу понять, так это как Encoding::default_(internal|external) работает

[1] pry(main)> 'абв'.b.byteslice(0,2).encode('UTF-8', 'UTF-8') => "а"

дак это если в консоли, а если откуда из другого места придет и там не utf-8 будет?

и я не понял как в итоге ты решил отрезать пять байт

что я не могу понять, так это как Encoding::default_(internal|external) работает

external всё что пришло снаружи, по-моему включая сокеты. Internal для создаваемых строк

В твоём случае буфет должен быть с binary, да

@dd_bb ага, только у меня external UTF-8, а приходит 8bit

дак это если в консоли, а если откуда из другого места придет и там не utf-8 будет?

ну там up to user. я то знаю, что у меня utf-8) короче по идее будет известно как оно придет

ojab [5] pry(main)> 'абв'.b.slice!(0, 2).encode('UTF-8', 'UTF-8') => "а"

вот так

@dd_bb ага, только у меня external UTF-8, а приходит 8bit

http://docs.ruby-lang.org/en/2.1.0/Encoding.html

Там есть про external и IO

я вот тоже знал, по спеке должно было приходить или ср866 или виндовс 1251 а приходило по факту ISO 8859-5

When you know that the actual encoding of the data of an IO object is not the default external encoding, you can reset its external encoding with IO#set_encoding or set it at IO object creation (see IO.new options).

Socket вроде IO

Кидай encoding в параметры при создании

@crackedmind ну у меня кейс, что строки так и хранятся в binary, а тут я для себя уже заэнкодил обратно

@dd_bb я тебе ольше скажу. еще есть http://ruby-doc.org/core-2.3.0/IO.html#method-i-set_encoding

тоже ничего не произошло

прочиталось как binary

Но у тебя такая петрушка, что ты не хочешь буфер в UTF

хотя я поставил UTF-8:UTF-8

ну я про вообще в данном случае

ojab [5] pry(main)> 'абв'.b.slice!(0, 2).encode('UTF-8', 'UTF-8') => "а"

эм

Так всё правильно

Это таблица конверсий

оно же не меняет изначальную строку, как минимум

Тебе там надо написать что 8bit конверттся в UTF8

и отдаёт непонятно что

ojab [7] pry(main)> str = 'абв'.b => "\xD0\xB0\xD0\xB1\xD0\xB2" [8] pry(main)> str.slice!(0, 2).encode('UTF-8', 'UTF-8') => "а" [9] pry(main)> str => "\xD0\xB1\xD0\xB2"

всё норм отдает

@dd_bb сейчас гляну

хотя хуй с ним

:))))))

ojab [7] pry(main)> str = 'абв'.b => "\xD0\xB0\xD0\xB1\xD0\xB2" [8] pry(main)> str.slice!(0, 2).encode('UTF-8', 'UTF-8') => "а" [9] pry(main)> str => "\xD0\xB1\xD0\xB2"

А зачем нужен .encode('UTF-8', 'UTF-8'), если оно в общем случае байты в виде \xXX выдаст?

для наглядности

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

в общем, всем спасибки и чмоки в этом чяти

str = str[5..-1] быстрее, кстати

а память под новую строку в любом случае выделяется

ешкин срач

как же мне не хочется дергать перлятину из рубей

в перловке у меня просто хмл темплейт с парой полей

ничего тупее сморозить не смог?

ooh работает этот ерр клиент. только он почему то валит ексепшенами

и еррорами

хотя все ок

похвастался в офисе байком?

нет еще, строят(

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

типа << CDATA

куда переменную нужно воткнуть?

в аттрибуты/в ноду/етц?

created_at может быть совсем не по очерёдности, если данные мерджились

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

гуй?

guid

uuid?

ага

а смысл?

Не знаю к чему это, не читал всю ветку сейчас,

я вообще походу на старое сообщение ответил

ERROR: S client not available

так как чат не сразу все подгрузил

?

в любом случае, какой смысл новый uuid генерить?

так не надо генерить специально. при мердже, если primarykey - guid, он будет сам создаваться

в таблице

а вообще рекомендуется иметь два поля

CreatedAt и OverridenCreatedAt

это в какой-нибудь джанге наверняка рекомендуется

с таким-то кэмелкейсом

не, лайфхак от макрософта =D

и при после мерджа делать сортировку первой половины по created at второй половины смердженного по OverridenCreatedAt

так не надо генерить специально. при мердже, если primarykey - guid, он будет сам создаваться

он не будет сам создаваться если тупо инсёртнуть селект из другой БД

whaaaaa

какая нафиг сортировка

ты говорил про очередность

и я

а что в этих двух полях будет содержаться?

А что при следующем мердже делать?

CreatedAt дата создания записи, Overriden дата создания записи в прошлой бд

после мержда и сортировки Overriden зануляется

Кем сложнее быть, фронтендером или бекендером?

ахаха

Ассемблером, думаю. Вообще, вопрос некорректно поставлен.

CreatedAt дата создания записи, Overriden дата создания записи в прошлой бд

ну то есть после этого настоящию дату создания записей определить нельзя?

А что при следующем мердже делать?

при следующем мердже опять, записываем дату создания в оверриден, сливаем, сортируем, очищаем.

можно

ох

как?

Могу написать подробнее

дада

Есть 2 инстанса бд: a и b. У обоих есть поля createdAt и OverridenCreatedAt. Алгоритм мерджа (предполагается что в базе 'a' записи сортированы по дате): 1. в базе b дублируем копируем values из колонки createdAt -> OverridenCreatedAt (для всех таблиц, скажем). 2. мерджим a + b = c. по сути, 'c' это та же 'a', только разросшаяся. 3. Для записей 'b' которые мы перенесли в 'c' достаем из OverridenCreatedAt дату и кладем её в CreatedAt 4. Зануляем OverridenCreatedAt для 'c' 5. Сортируем записи по дате, после чего прописываем им новые id в primarykey