Laravel problem

И что, даже никакой ошибки не возникает? Нельзя как-то посмотреть в логах или еще где-то, выполняется ли вообще запрос?

Или может быть модель была изменена, а миграцию накатить забыл? Сам laravel'ом не пользовался, т.к. мне он не понравился своими вездесущими статическими методами.

Думаю этот человек тебе точно поможет. ritsufag

А еще ты похапе забыл в теги записать.

Надеюсь он посмотрим эту тему) Тут нету оправки личных сообщений как я понял.

Так а что с ошибками/логами/etc... ?

Та ошибок нету, да и логи чистые.

Ну тогда залазь в сырцы и дебажь принтами ;)

Ну или как там это делается. Честно говоря я xdebug'ом никогда не пользовался.

Надо было писать на Django и Python. Там таких проблем нет. На крайняк, Rails/Ruby.

Возможно, что Laravel — это требование работодателя.

Проще заказчика перевоспитать, чем мучиться с пхп поделиями. Хотя и не всегда. ТСу рекомендую посмотреть логи мускуля.

$user-> = 'John';

Тут разве нет опечатки?

Хватит херню нести, язык то тут причем?

Это чисто тут опечатка) не заметил) в коде все правильно $user->name = «John»;

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

В моделях у тебя что написано? Структура таблицы?
В /app/storage/logs/laravel.log никаких эксепшенов нет?

Причём тут php если там обычно кешируются данные из базы?

При том, что движки php->mysql аля ORM жутко тормозные. Страница генерится 200ms, из них 5 запросов к бд, каждый по 2ms. Ты думаешь, бд самое узкое место? Увы, это не так.

Боже, какой баран :)

Вариант с ОРМ на любом ЯП оверхед, и я так полагаю в этой вашей джанге он ничуть не шустрее той же доктрины.

Страница генерится 200ms, из них 5 запросов к бд, каждый по 2ms

Не наблюдаю.

А что за тест, можно подробней?

У вас в ауле у всех тяга к животным?)

Стартовый вопрос не содержал НИЧЕГО про производительность. Так какого черта ты тут со своими циферками и питоном вылез?

Не надо истерить, я про то, что нет смысла писать на пхп, и заказчиков нужно предупреждать о куче гемора с пхп, мигрировать нужно на ruby/python/nodejs, где нормальный софт с нормальной проектировкой, тестированием и качеством. Где не нужно бодаться с пень-колодой, которыми являются эти пхп фреймверки.

я про то, что нет смысла писать на пхп, и заказчиков нужно предупреждать о куче гемора с пхп, мигрировать нужно на ruby/python/nodejs

Все понятно.

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

Жаббер есть в профиле.

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

при этом обладает низкой производительность,

ok http://benchmarksgame.alioth.debian.org/u64q/php.php

на «деле» разницы нет, если хочешь производительности то пиши на Go, между PHP/Python/Ruby в вебе разницы практически нет.

з.ы. перл забыл еще

Такие бенчи не имеют смысла без выложенного исходного кода и специф. железа. Я тоже увлекаюсь тестами, и могу выложить свои бенчи, в которых php и без работы с субд сливает руби и питону примерно от 1.5 до 3 раз, все бенчи делались на популярных фреймверках и без них, я потратил около месяца вдумчивого тестирования, поэтому на тесты других товарищей уже смотрю без интереса. Go, кстати, в моих (и других людей) тестах не намного быстрее Nodejs, примерно на 20% всего-лишь. Поэтому на гоу писать смысла нет, а, вот, на Nodejs - есть.

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

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

Само собой. Засрали техразделы :(

Go, кстати, в моих (и других людей) тестах не намного быстрее Nodejs

в моих тестах он быстрее в 2-3 раза и более.

могу выложить свои бенчи, в которых php и без работы с субд сливает руби и питону примерно от 1.5 до 3 раз

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

Не, там тесты настроенных фреймверков и простых скриптов с echo/print, поэтому никаких дибильных циклов там нет. Человек может что-то знать плохо, поэтому он берёт чужой код с гитхаба, где умеют писАть, т.ч всё это учтено.

Можно подумать, что твой комментарий здесь по делу, что ты тонкий ценитель Laravel, а не мать-несушка :-) «ку-ка-реку-кругом тролли!»

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

Просто интересно как такое может быть что в лоах 0.

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

Go, кстати, в моих (и других людей) тестах не намного быстрее Nodejs

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

Может быть, но я тестил не хелло ворд, конечно. Просто на Go пока нет столько же пакетов, как в npm, поэтому сравнить пока сложно. В данный момент я заинтересован в тестах UDP vertx/java.

Я написал 2 варианта совсем простого приложения с формой, взял express + mongodb + monk, со стороны go + revel + mongodb, у ноды по сравнению с hello world производительность относительно приложения упала в 10 раз, у go на 10%