например git clone git@github.com:google/material-design-lite.git не клонит

дык это гитхаб

ssh: connect to host github.com port 22: Connection time out

ага

мне закрылы 22 порт?

remote: Counting objects: 23101, done. ^CKilled by signal 2.29% (6704/23101), 14.52 MiB | 755.00 KiB/s

всё норм

по HTTPS клонит норм

так мне закрыли 22 порт или 9418 ?

господа Одмины говорят ничего не трогали

я перезагружался если что :)

три раза? :)

:) 1

склонь по HTTPS. если получится значит закрыт 22

но вообще похоже очень на закрытые порты. я так в аэропорту поработать хотел и фиг

а как можно простым способом проверить что у меня открыт конкрентный порт? может спец серввися есть телнетиться к ним

ssh?

просто ssh github.com работает?

Одмин грит что у меня все открыт, надо доказать что нет пример с гитхубом не катит видимо

просто ssh github.com работает?

нет

ssh: connect to host github.com port 22: Connection time out любой клон ssh:/git

можно telnet можно nc

ну они все выдадут тебе тот же connection timeout

если это админа не впечатлило, то и не впечатлит :)

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

версия Rails? какая БД?

версия БД, опять же

before_create -> { |instance| instance.created_at = Time.current.change(sec: 0) }, но я бы не стал это трогать

>Time.current.change(sec: 0) лучше Time.current.at_beginning_of_minute

и в after_create

5.1.2 postresql

psql 9.6.3

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

В постгресе если делать поиск по LIKE, и если индексов по искомому полю нет, то он перебирает все записи?

В постгресе если делать поиск по LIKE, и если индексов по искомому полю нет, то он перебирает все записи?

думаю да, а как иначе?

но можно проверить, гуглить по EXPLAIN ANALYZE

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

очень часто мы паримся с оптимизацией, которую под капотом делает сам постгрес

и наоброт, некоторые очевидные штуки постгрес сам не делает

понял, посмотрю.

Нормальный такой первый этап

Это вам не вайтбординг )

ну вообще это один REST ресурс и формочка логина

Не, делов-то фигня, просто вот так вот сразу, даже без линка на вакансию

Понятно, что тут половина скаффолдом делается

ааа, так это тебе сходу написали, а не в ответ на присланное резюме?

тогда да забавно )

ну только если фронт на js-фреймворке и рест апи на бэке, тогда норм

Если бы еще фронт на js-фреймворке надо было

Ко всему этому

[ 2017-08-10 10:08:39.7859 21940/7f46e941a700 age/Cor/Con/CheckoutSession.cpp:285 ]: [Client 1-2] Cannot checkout session because a spawning error occurred. The identifier of the error is 2a4cd701. Please see earlier logs for details about the error. App 22191 stdout: App 22191 stdout: [ 2017-08-10 10:08:40.7852 21940/7f46f0669700 age/Cor/App/Implementation.cpp:304 ]: Could not spawn process for application /var/www/museum_api/current: An error occurred while starting up the preloader. Error ID: ccad6957 Error details saved to: /tmp/passenger-error-o20e9k.html Message from application: cannot load such file -- bundler/setup (LoadError) /home/deploy/.rvm/rubies/ruby-2.4.1/lib/ruby/site_ruby/2.4.0/rubygems/core_ext/kernel_require.rb:55:in `require' /home/deploy/.rvm/rubies/ruby-2.4.1/lib/ruby/site_ruby/2.4.0/rubygems/core_ext/kernel_require.rb:55:in `require' /usr/lib/ruby/vendor_ruby/phusion_passenger/loader_shared_helpers.rb:430:in `activate_gem' /usr/lib/ruby/vendor_ruby/phusion_passenger/loader_shared_helpers.rb:297:in `block in run_load_path_setup_code' /usr/lib/ruby/vendor_ruby/phusion_passenger/loader_shared_helpers.rb:435:in `running_bundler' /usr/lib/ruby/vendor_ruby/phusion_passenger/loader_shared_helpers.rb:296:in `run_load_path_setup_code' /usr/share/passenger/helper-scripts/rack-preloader.rb:100:in `preload_app' /usr/share/passenger/helper-scripts/rack-preloader.rb:156:in `<module:App>' /usr/share/passenger/helper-scripts/rack-preloader.rb:30:in `<module:PhusionPassenger>' /usr/share/passenger/helper-scripts/rack-preloader.rb:29:in `<main>' [ 2017-08-10 10:08:40.7899 21940/7f46e941a700 age/Cor/Con/CheckoutSession.cpp:285 ]: [Client 1-3] Cannot checkout session because a spawning error occurred. The identifier of the error is ccad6957. Please see earlier logs for details about the error.

подскажите в чем проблема плиз)

cannot load such file -- bundler/setup (LoadError)

gem install bundler делал?

дак у меня вроде как все гемы уже установились

ну ща попробую

Ну еще зайди в логи пассажира

бандлер ставил, возможно для данного гемсета не поставил

и правда))

спасибо ?

Незашо

Всем привет. После авторизации в приложении проходит только один запрос, на остальных авторизация теряется и сервер отдает 401. Для авторизации использую devise token auth, на клиенте angular2-token, все заголовки на месте, cors прописан. Где теоретически может быть проблема?

Всем привет. После авторизации в приложении проходит только один запрос, на остальных авторизация теряется и сервер отдает 401. Для авторизации использую devise token auth, на клиенте angular2-token, все заголовки на месте, cors прописан. Где теоретически может быть проблема?

время жизни токена, серверное время, похеренная запись в базе с токеном

ERROR: S client not available

навскидку если

время жизни токена 2 недели, серверное время нормальное, токен у клиента в базе на месте

подробнее не подскажу, сам device-token не юзал

не видел смысла - зачем, если самостотельно авторизация по токену пишется за 4 часа со всеми тестами

до сервера заголовки долетают из ангуляра?

в cors прописан вайтлист хидеров кастомных?

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

да, сейчас еще прочекаю заголовки еще раз, может что-то упускаю

в cors все прописано

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

попробовать дефолтные значения в базе установить?

попробовать дефолтные значения в базе установить?

ммм, а как это поможет? они же статичные для столбца

или я что-то упускаю?

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

class Model < ApplicationRecord def created_at=(time) write_attribute(:created_at, #здесь обнулить секунды и миллисекунды) end end

хотя не, это всегда будет обнулять секунды и миллисекунды.

ммм, а как это поможет? они же статичные для столбца

да, вы правы

В постгресе если делать поиск по LIKE, и если индексов по искомому полю нет, то он перебирает все записи?

тут просто, любое обращение к неиндексированному полю потребует сканирования всей таблицы, если других ограничений на выборку нету

тут просто, любое обращение к неиндексированному полю потребует сканирования всей таблицы, если других ограничений на выборку нету

да, но индекс не всегда исправит ситуацию, особенно неправильный индекс. потому EXPLAIN ANALYZE обязательная штука, ИМХО, чтобы узнать как влияют изменения в базе на то, как выполняется запрос

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

да, но индекс не всегда исправит ситуацию, особенно неправильный индекс. потому EXPLAIN ANALYZE обязательная штука, ИМХО, чтобы узнать как влияют изменения в базе на то, как выполняется запрос

я нигде не упомянул, что исправит, я привел простое правило для понимания работы планировщика. Если не уверен, то всегда нужно смотреть план. Более того, в ситуациях более сложных, чем тривиальные, гадать план смысла особого нет, нужно смотреть как будет выполнятся

я нигде не упомянул, что исправит, я привел простое правило для понимания работы планировщика. Если не уверен, то всегда нужно смотреть план. Более того, в ситуациях более сложных, чем тривиальные, гадать план смысла особого нет, нужно смотреть как будет выполнятся

я не столько противоречил, сколько дополнял информацией утверждение )

"да, но" сбило с толку я думаю )

тут просто, любое обращение к неиндексированному полю потребует сканирования всей таблицы, если других ограничений на выборку нету

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

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

думаешь оно без индексов работает?

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

я имею в виду обычный индекс по полю

в зависимости от плана запроса postgres решит, поможет ему индекс или проигнорить его

like может быть оптимизирован обычным btree, если в начале паттерна нет процента

like может быть оптимизирован обычным btree, если в начале паттерна нет процента

согласен, но речь про поиск внутри текста

этого ты не сказал ?

а сорри )

согласен, но речь про поиск внутри текста

а если паттерн имеет в начале процент, то поможет как раз триграммный индекс