Возможности в языках сейчас примерно одинаковые. (руби-php), но то что в руби есть алиасы (разные имена методов с одной реализацией) упрощают разработку. )

Для 99% не рубистов это контраргумент

а

Как расширения базовых объектов

еще есть фича

Они без разбора называют это манки патчингом

большое число соглашений в руби. С одной стороны это минус (надо их запоминать и учить). С другой стороны, это потом упрощает работу и сокращает код

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

открой любую либу в руби, в ней четкая структура.

проект - либ - и дальше исходники.

в php что-то подобное есть?

Да)

Я не из мира пхп, но везде кроме питона сейчас высокие стандарты

многие рубисты переделывая проекты (на руби) которые писали php-шники плюются, ибо много каши и мешанины.

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

Я не из мира пхп, но везде кроме питона сейчас высокие стандарты

да ладно! ;) В питоне даже отступы важны =)

короче, чтобы в этой истории выкрутиться надо сказать "да, php и ruby щас схожи, но руби оказался синтаксически приятней (без этих тупых скобок). И порог входа оказался ниже". Ну и в качесте аргумента еще можно сообщить, что друзья, к кому можно было обращаться за помощью - оказались рубистами ;)

а вообще -гиблое это дело ;)

Именно!

мне вот все равно что люди пишут на php или perl. Ну пишут и пишут.

а вот php-шники прям кипятком брызжат и доказывюат что руби говно )))

пардон, брызжат слюной (или писают кипятком) ;)))

Человеку, которому норм пых с его 5 вариантами вызова 1 функции, где ещё аргументы хз как вызываются глупо что-то доказывать

Ну и он не объектный. Наследие у него прямо скажем так себе.

а кто заказчик дипломного проекта?

можно на этом съехать, мол, требование заказчика и отъе!"№!"3сь

Ребята, огромное вам спасибо! Я очень постараюсь доказать обратное. У нас в дипломе есть пунктик, где обязательное условие это сравнение технологий (языков и фреймворков). Обычно не спрашивают по этому, но боюсь, что он точно спросит. Буду готовиться)

ну если есть сравнение - сравни. Докажи что языки равны примерно. А дальше съехать на вкусовщине. Мол, понравился синтаксис и ничего не смог поделать. ;)

у меня например было так. Руби со своими расширениями классов и синтаксисом очень напомнил swift ;)

Заказчик к сожалению не обозначен. Это типо гос проект во благо.

Спасибо Андрей! Учту твои доводы)

+

только не говори, что laravel - это клон рельсы на пхп

у него подгорит - и ты не сдашь

Всем привет! Ребят есть кто на 5х рельсах работает и писал в связке с vue + webpack

Всем привет. есть vps на которой стоит два сайт на рельсах( nginx + puma ). разумется два домена. Проблемма в то что на первый сайт заходт нормально. но при попытки перейти на второй переадрисовывает на первый в чем может быть дело?

Всем привет. есть vps на которой стоит два сайт на рельсах( nginx + puma ). разумется два домена. Проблемма в то что на первый сайт заходт нормально. но при попытки перейти на второй переадрисовывает на первый в чем может быть дело?

хосты проверял?

где что?

@recomp почти двое суток уже просто не сплю почти

где что?

на vps твоей, хосты твоих сайтов на nginx (/etc/nginx/sites_enabled )

конфиги лежат по такм путям

/home/hm/conf/web/nginx.conf

покажи конфиги этих сайтов

тебя на домен другой отправляет или содержимое не то показывает?

у тебя root одинаковый в обоих конфигах

Когда как

это уже изменил. просто на компее эта строка старая осталась

Всем привет! Ребят есть кто на 5х рельсах работает и писал в связке с vue + webpack

я работаю на рельсах и работаю на связках vue+webpack, react+webpack

а вот php-шники прям кипятком брызжат и доказывюат что руби говно )))

Ахахаха. Точняк. Так и есть.

только не говори, что laravel - это клон рельсы на пхп

(но ведь так и есть)

Кто прикручивал авторизацию через Вк Вот такая ошибка, помогите {"error":"invalid_request","error_description":"application is blocked"}

Кто прикручивал авторизацию через Вк Вот такая ошибка, помогите {"error":"invalid_request","error_description":"application is blocked"}

Тебе не кажется что ответ уже есть в твоем вопросе? ;)

с локалхоста цепляешься?

с локалхоста цепляешься?

c production`а

Тебе не кажется что ответ уже есть в твоем вопросе? ;)

Я его обрабатываю по сути крутил по этой доке http://nearkun.github.io/blog/2014/08/14/authentifikacia-cherez-devise-omniauth-twitter-facebook-vkontakte/

Проблема не в инструкции же

Крч у вк довольно странная политика для использования АПИ

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

а иногда им может не понравится ip, домен все что угодно )

https://vk.com/dev/openapi читай тут

Я его обрабатываю по сути крутил по этой доке http://nearkun.github.io/blog/2014/08/14/authentifikacia-cherez-devise-omniauth-twitter-facebook-vkontakte/

Надеюсь client_id ты от своего приложения поставил?

А не скопировал из инструкции ;)

А не скопировал из инструкции ;)

Ну это логично

С facebook и Twitt работает все отлично

Перевел проект в продакшее. задлеплоил. прекомпилинг прошел без проблем нона выходе получаю это

ERROR: S client not available

использую 'rails', '~> 5.1.1' + yarn

пакеты от yarn хранятся Rails.application.config.assets.paths << Rails.root.join('vendor', 'assets', 'components')

и в иницилизации как видно я это указал

проект деплоитя всё ещё руками, а не через capistrano?

да

Гайз, авторизацию через devise, omniauth и vk open api кто нибудь прикручивал?

кто-нибудь наверняка прикручивал

5 копеек. Что касается рубей и php, я начинал работать в php еще при царе горохе и переехал на руби ввиду одного очень важного момента - это весьма жесткая структура разработки. Если человек пишет в рельсах, то разобраться и подцепить за кем-то проект гораздо легче чем на PHP, где нужно разгребать тонны кода вперемешку и с HTML еще. На счет порога входа, вопрос наверное спорный потому что PHP субъективно легче, а следовательно и простор фантазии индусского программиста вводит иногда в депрессию, если кому-то заказывать что либо на PHP. с рубями легче как-то. А вообще если человек адекватно свои мысли и логику переводит в код, то ему не важно на чем писать. На PHP тоже можно воротить весьма элегантные вещи. Так что кто что лучше знает, тот в том и работает.

Вот что в рельсах точно сложнее и порой весьма не удобно, так это деплой проектов. Уж слишком много рельсы хочет сторонних наворотов чтобы оно все тупо заработало. И пессенджер ему давайте и рвм и сайдкик с редисом тоже не повредят. Вот тут PHP с апачем точно снижают порог входа до плинтуса.

проблема в том что php с апачем уже мало кто использует

и порог деплоя они приподняли на этой волне прилично =)

ах вот оно что

а что используют теперь?

nginx + php-fpm

типа реверс прокси тоже как с рельсами?

ну да

пхп очень неконсистентный

из его больших минусов

у array_map массив вторым аргументом, у array_filter первым

например

много синтаксиса основано на задокументированных багофичах

foreach(&$arr as $item) - при повторном использовании массива не выводит последний элемент

тогда да, деплой значит тоже усложнился и у php

и.т.п.

в руби такого нет

там код читается однообразно сверху вниз слева направо

и лазить по докам читать комментарии не надо

ещё мне нравится ООП в руби, то что вызов метода не отличается от обращения к свойствам, благодаря этому не нужны уродские public function getName() { return this.name; }

ещё мне нравится ООП в руби, то что вызов метода не отличается от обращения к свойствам, благодаря этому не нужны уродские public function getName() { return this.name; }

а в php такого нет?

неа

PHP хорош своими вордпрессами и one-click инсталлами на всех шаред хостах. любая домохозяйка может блог запилить. Качество этого конечно под вопросом большим, но сам факт является большим плюсом.

там надо find/replace