первый скриншот: да они кэшируются и суммарное время выполнения 11 ms, второй 52,2

гем их кэширует?

там суть в том, что ты делаешь не find(id), а fetch(id) и запись берется из кэша, если уже запрашивалась и из базы, если нет

и кэш инвалидируется автоматически вроде

нет, в случае статьи AR кэширует их

и кэш инвалидируется автоматически вроде

каким образом?

по updated_at, я подозреваю

нет, в случае статьи AR кэширует их

AR — это гем ?

okay

гем их кэширует?

AR

по updated_at, я подозреваю

то есть делается 2 запроса вместо одного в худшем случае?

а если я скажу, что такая же ситуация наблюдается с таблицами, где нет updated_at?

когда мне нужны джойны я пользуюсь merge

пусть АР сам все делает за меня )

mysql точно кеширует sql запросы, плюс AR их тоже кеширует. Алгоритмы не знаю.

Добрый день

кто нибудь подскажет datetime_select(object_name, method, options = {}, html_options = {})

что за метод???

почему нельзя просто <%= datetime_select :departure_time %>

вот если бы с формой работали - то тогда пожалуйста, там будет какой-нибудь FormBuilder с методом datetime и тогда f.datetime :departure_time А если вы вручную теги генерите - то так тольк

так а что за метод то такой

почему <%= text_field_tag :route_id %> можно без метода

потому что смотрите документацию?)

http://apidock.com/rails/v4.2.7/ActionView/Helpers/DateHelper/datetime_select

ага

гляжу в книгу вижу фигу(

это разные вещи, datetime_select берет тип объекта и по методу будет записывать ему данные(организует name так, чтобы в нужное поле нужного объекта прилетала эта дата) text_field_tag - это просто практически вывести <input type="text" name="route_id" /> с минимальными свистоперделками. Если вкратце - это разные уровни того, как делают форму. Если написание html взять за нижний, text_field_tag будет следующим выше него уже datetime_select, поскольку он уже с объектами будет работать, а не с абстрактной строкой

ааа

поцоны, а какой нынче самый модный гем для работы с xlsx?

Юзал axlsx. Но жадный до памяти прост капец

И медленный

чтобы и читать, и создават файлы

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

гм

чота у него прямо перебор с функциональностью

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

кстати да, недавно надо было читать xls

roo сожрал гигабайт 6 при открытии 20мб файла

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

Пиши CSV. Excel открывает

и в стандартных либах есть все

да я б в текстовый файл написал с ascii-артом

но нуна эксель

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

проблемы начинаются, когда нужно сгенерить 50к-700к строк :)

Пиши CSV. Excel открывает

вот да. В одном месте пришлось его генерить, там около 5к записей, по времени сильно долго занимало

проблемы начинаются, когда нужно сгенерить 50к-700к строк :)

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

Пиши CSV. Excel открывает

нет, не советую. ребят, вот серьёзно, я поизучал — стал XLSX использовать только из-за убогости CSV. не надо его использовать для паблик-фич, пожалуйста

достаточно следующего: 1. повозиться с кодировкой 2. почитать статьи на википедии, например 3. узнать про разный формат разделителей в CSV, зависящий от региона (!) 4. узнать про разный дефолт разделителей в ОС, зависящий от того же региона 5. опешить от такой ситуации, ведь CSV — это comma, как могут быть другие символы… 6. узнать про абстрактный DSV 7. из него узнать про TSV (и только, других альтернатив нет), который призван решать вышеуказанные проблемы CSV 8. попробовать и понять, что TSV не открывается в Excel (по-крайней мере дефолтно, без «Открыть с помощью…») 9. забить на всё это и пойти копать XLS[X]

Мы вот даже в тех местах, где всего строк 100, без форматирования, и вообще вызывается крайне редко, теперь используем xlsx, тупо для того, чтобы работало у всех (с любым регионом ОС)

LibreOffice в этом плане добротный продукт, он хорошо переваривает и кодировку, и разделители. если 100% ваших пользователей пользуются им — ок, CSV катит. если хоть кто-то пользуется MS Office — окститесь

Есть convert либа из пакета лиьр офис

Которая из формата xlx в cvs с бешенной скоростью конвкриит

LibreOffice в этом плане добротный продукт, он хорошо переваривает и кодировку, и разделители. если 100% ваших пользователей пользуются им — ок, CSV катит. если хоть кто-то пользуется MS Office — окститесь

А что не так в CSV для экселя?

А что не так в CSV для экселя?

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

Все описанные тобой проблемы это какие-то реально маргинальные случаи

Все описанные тобой проблемы это какие-то реально маргинальные случаи

регион в ОС — это «маргинальный случай»? wat?

Ни разу в моей не маленькой практике не было траблов с открытием стандартного CSV экселем

Ни разу в моей не маленькой практике не было траблов с открытием стандартного CSV экселем

попробуй открыть CSV в MS Office на компе с региональными настройками для России и для USA, например

Регионы были штаты и Россия, да

No problema

с открытием там нет, а вот с записье бывает )

No problema

какой же разделитель был?

Точка с запятой

Точка с запятой

1. comma != semicolon, какого чёрта semicolon разделяет comma-separated values

Видимо, лысого

ERROR: S client not available

Но работает без проблем везде

То, что Excel цээсвэшную RFC криво имплементирует — это проблемы экселя, а не CSV

Но работает без проблем везде

скинь пример из 2–3 строк, с фейковыми данными, можешь в личку, я проверю на работе, где всё ломалось

То, что Excel цээсвэшную RFC криво имплементирует — это проблемы экселя, а не CSV

стоп, ты под «работает» подразумеваешь не MS Office?

Я с мобильника

Я подразумеваю открытие в Excel без проблем

Я с мобильника

ну хоть в пн, мне не срочно, просто любопытно

Ок, если не забуду

Я подразумеваю открытие в Excel без проблем

Excel от MS?

Есть другой?

Есть другой?

не знаю, вдруг ты LibreOffice Calc или что-нибудь ещё экселем зовёшь. уточняю, на всякий случай

Нет, не зову 8)

Вощем, с semicolon и либре, и опен, и мс офис, и даже — о, боже — намберс всё открывает прекрасно в разных локалях

Кодировка, есесно, утф8. Мы ж в 2016 году вроде

я вот жёстко напоролся, но ок, ты убедил меня перепроверить

Кодировка, есесно, утф8. Мы ж в 2016 году вроде

там с BOM траблы

Не понотно что за :delete_all зачем оно нужно и стоит ли по умолчнаию

нет

делет без коллбэков

дестрой с

нет

очень интересно в документации прямо сказано: The collection.delete method removes one or more objects from the collection by setting their foreign keys to NULL, The collection.destroy method removes one or more objects from the collection by running destroy on each object.

а я ошибся

думал про депендент

сейчас наврно дальше будет раскрыта тайна :delete_all по документации.

Точно, теперь из этого куска документации видно:

Hi

elo

шел третий день работы в OpenEd, мне-таки дали развернуть проект %)

пиши блог)