Я хотел создать тупо переменную и хранить ее где-нибудь отдельно. Большой-большой массив.

А в связи с тем, что в php наследование не может быть от более чем одного объекта... Да и вообще честно сказать меня бесит в чужом коде искать, что от чего наследуется, когда у меня есть реальный заказ. Могу руками на пхп написать быстрее, проще, читабельнее, поддерживаемее, с документацией, системой сборки и чем угодно

autoload_register неясно, как работает

Не совсем улавливаю суть. Причем тут файл с большим массивом и наследование объектов ) ... Попробуйте в require прописать абсолютный путь к файлу, который с массивом.

пробовал.

В меня даже не плюнуло *something went wrong*, но знаете куда оно отреквайрилось? require был в коде, в контроллере, как положено (если заменить его содержимым файла, всё работает правильно). В итоге код из файла вывалился прям на страницу

Вместо include/require можно юзать трейты

$data = include(app_path() . '\functions\prices.php'); prices.php: <?php return [array_data]

Они совершенно точно везде правильно работают

что такое *трейты*?

app_path() - фукнция вроде бы как самого laravel, не уверен просто

Вполне возможно, что мне подсунули сломанный laravel, я с чужим проектом работаю. Там даже composer'ский файл украли. Минимальные изменения оставляют проект рабочим, сделаешь лишнее - плюется*smth wrong*. Может, поэтому я и возненавидел всё это

namespace Ololo\NLO; trait mySpaghetti { protected $array = [...]; }

Потом в любом классе use mySpaghetti;

Может у него есть режимы работы. Что-то типа production and debug. И сейчас он работает в режиме production и просто не отображает ошибки?

https://laravel.com/docs/5.1/errors#configuration

Раньше работал с битрикс и yii2, такой боли не было (за исключением того, что тратясь на документацию, я в итоге работал с компонентами и не мог их адекватно изменить без дополнительного чтения документации, и на коротенький мелкий проектик тратил кучу времени по сравнению с нормальным php)

Не знаю, как ни крути фреймоврк экономит кучу времени и избавляет от тривиальных задач и проблем. Ну это уже дело лично каждого. Просто нужно работать с одним, чтобы не приходилось постоянно изучать документацию )

А кто ж даст работать с одним? Сколько работодателей, столько фреймворков.

Не нужно так часто менять работодателей :)

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

Битризк

)

фрилансир пиши на чем хочишь

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

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

Я в битриксе, если память не изменяет, мог писать на адекватном пхп. Битрикс не забрал его у меня, а в дополнение дал еще и своё апи. Laravel (еще раз, речь о конкретном развернутом, может он сломан) - не дает мне require, требует знать его ветвистые деревья объектов, не дает мне пользоваться пхп в полной мере, АБСОЛЮТНО не дает мне пользоваться пхп в шаблонах.

А, ну и скорость работы фреймворков по сравнению с голым пхп + библиотеками просто никакущая, пока через ядро фреймворка код пройдет, пока роутинг-перероутинг, пока то да сё - проходит много времени. Или у меня одного так?

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

битрикс и лара это вообще корректное сравнение?

Я в битриксе, если память не изменяет, мог писать на адекватном пхп. Битрикс не забрал его у меня, а в дополнение дал еще и своё апи. Laravel (еще раз, речь о конкретном развернутом, может он сломан) - не дает мне require, требует знать его ветвистые деревья объектов, не дает мне пользоваться пхп в полной мере, АБСОЛЮТНО не дает мне пользоваться пхп в шаблонах.

Потому что ларавель заточена на ооп и автолоадинг В шаблонах тоже все прекрасно работает

Смотря как сравнивать. Если обычный hello world - то да, фреймы медленные. Если полноценный сайт, то обычно скорость упирается в работу бд, ну или ужасно кривого кода написанного самим программером.

Ну это бред какой то про то что в Laravel нельзя пользоваться php, особенно в шаблонах. Да там по умолчанию блейдовские конструкции, но и php код прекрасно понимают. Ну вообще я думаю надо адекватно чебя оценивать, я например, не думаю что напишу что то лучше, чем тысячи людей трудяшихся вместе над open source проектом

Ну это бред какой то про то что в Laravel нельзя пользоваться php, особенно в шаблонах. Да там по умолчанию блейдовские конструкции, но и php код прекрасно понимают. Ну вообще я думаю надо адекватно чебя оценивать, я например, не думаю что напишу что то лучше, чем тысячи людей трудяшихся вместе над open source проектом

А их тысячи?) я люблю опенсурс, но за чужой фреймворк бы не брался, его осваивать пришлось бы глубоко. Я б свой начал писать, vasyaframework как говорится

хотя черт с ним, я опять ищу утешения в чужом мнении и пытаюсь всех заставить ненавидеть фреймворки и поддерживать и обнимать меня, надо работой заниматься

Не выгодно писать свой фрейм. Ну никак. Проще выучить готовый. Использовать его расширения. Пускай иногда придеться изучать доки, где-то ковырять чужой код, но это все равно проще чем написать свой. На это уйдет кучу времени. Потом еще прикрути кучу плюшек. Потом все это дебажить. Потом куда-то пустить на продакшн. А потом опять дебажить. И постоянно что-то дописивать помимо самого проекта еще и свой фрейм. В общем, мое имхо, я за фреймворки :)

Не выгодно писать свой фрейм. Ну никак. Проще выучить готовый. Использовать его расширения. Пускай иногда придеться изучать доки, где-то ковырять чужой код, но это все равно проще чем написать свой. На это уйдет кучу времени. Потом еще прикрути кучу плюшек. Потом все это дебажить. Потом куда-то пустить на продакшн. А потом опять дебажить. И постоянно что-то дописивать помимо самого проекта еще и свой фрейм. В общем, мое имхо, я за фреймворки :)

Загуглил *как программировать с фреймворком*. В ответах сплошные *как написать свой фреймворк за один день*

Единственный вариант без фреймворков писать это собирать из пакетов композера солянку, но она еще сложнее в изучении будет

Единственный вариант без фреймворков писать это собирать из пакетов композера солянку, но она еще сложнее в изучении будет

+

Доки придется изучать полгода, чтобы начать проект. Ну в лучшем случае месяц. А с фреймворками дебажить не надо, получается?) Отсутствие дебага для меня большой минус. И кстати, по поводу вышеописанного процесса - я пилю чужой проект на фреймворке именно так. Использую расширения фреймворка, изучаю доки (и часто по докам не работает ничего, может проект сломанный изначально), прикручиваю функции по задачам, которые от меня хотят, потом дебажу *something went wrong, потом пускаю на продакшн и опять дебажу, и постоянно что-то дописываю

По поводу солянки композера... Для любой цели можно найти библиотеку. Документации изучать там в самом тяжелом случае пару страниц на библиотеку (в отличие от книг по laravel). Как это может быть сложнее фреймворка?

В ларе неймспейсы же, а не реквайры, не?

да.

Ну и отсутствие php в шаблонах больше смахивает на попытку реализации MVC в чистом виде, что в шаблоне никакой логики

Хоть это и подзапаривало меня на одном проекте

{{ if then else }} это никакой логики?

Не, чего-то более серьёзного. Типа подтягивания данных и рассчётов

Просто заменили пхп на нехорошее подобие, а пхп отобрали >.<

Ты на смарти ещё не писал

Да, и данные подтягивать приходится аяксом

Вот там более непроходимый треш

и на смарти я писал

Вооот, с него я плевался и ругался матом больше чем с блейда

в ларе никто не отбирал php не надо в заблуждение никого вводить http://pastebin.com/AP8X3h2e

не знаю. Мне важно только то, что в конкретном полузаконченном проекте laravel мешает мне кодить php, что в view, что в controller, а model я там вообще не наблюдаю

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

Вот кстати, что используете - query constuctor'ы или чистый sql?

sql

опять-таки когда умные фреймворки не приказывают использовать свои функции для работы с БД вместо нормального sql

Не надо про смарти вспоминать! :)

Не надо про смарти вспоминать! :)

Тоже больные воспоминания?)

Пару раз сталкивался и сказал себе, что больше никогда )

опять-таки когда умные фреймворки не приказывают использовать свои функции для работы с БД вместо нормального sql

Ну, работал я с ларой и кейком. Там можно писать чистые sql

наверняка работает это не через PDO =)

Да через mysqli скорее всего тащат) Просто люблю контролировать запросы. Через конструкторы я не вижу что, как и куда идёт)

А так, точная настройка всего)

Нет там на PDO

ERROR: S client not available

я к тому, что к базе данных кодерам, использующим laravel, принято обращаться не через PDO, а через какую-нибудь надабстракцию

Eloqint orm

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

начали про ненависть к фреймворкам, потом перешли на инклуды, неймспэйсы...битриксы и ларавели...теперь косточки pdo перемываем...ребят... 1) не люблю то, не люблю это...и что?) вас заставляют чтоли?) 2) ну создайте вы каждый своё решение и используйте его во всех проектах) толку больше будет) 3) если другие языки, и так конечно же нет таких минусов) дерзайте)

Заставляют на работе

Заставляют на работе

давно там работаешь?

Заставляют на работе

Работай там, где приятно

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

но надо закрыть текущий

начали про ненависть к фреймворкам, потом перешли на инклуды, неймспэйсы...битриксы и ларавели...теперь косточки pdo перемываем...ребят... 1) не люблю то, не люблю это...и что?) вас заставляют чтоли?) 2) ну создайте вы каждый своё решение и используйте его во всех проектах) толку больше будет) 3) если другие языки, и так конечно же нет таких минусов) дерзайте)

Да чего ты) Обсуждаем плюсы/минусы, выливаем накопившуюся ненависть)

но надо закрыть текущий

Быстрее закроешь - быстрее откроешь

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

повторяю вопрос "давно работаешь на этой работе?")

начали про ненависть к фреймворкам, потом перешли на инклуды, неймспэйсы...битриксы и ларавели...теперь косточки pdo перемываем...ребят... 1) не люблю то, не люблю это...и что?) вас заставляют чтоли?) 2) ну создайте вы каждый своё решение и используйте его во всех проектах) толку больше будет) 3) если другие языки, и так конечно же нет таких минусов) дерзайте)

Все правильно сказал

как же народ в последнее время любит уходить от ответа...

Да чего ты) Обсуждаем плюсы/минусы, выливаем накопившуюся ненависть)

Холивар какой-то вышел

http://overapi.com/php

выглядит красиво, но по файтк бесполезное, т.к я все равно быстрее найду в гугле ссылку на php.net ^)

выглядит красиво, но по файтк бесполезное, т.к я все равно быстрее найду в гугле ссылку на php.net ^)

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

Холивар какой-то вышел

Выврдим истину в срачиках)

кто работал с опенкартом ?))

я работел

на той неделе

Кому интересна, работа разовая с AMO CRM напишите в личку

кто из вас вкурсе за tcp?

я не могу этим не поделиться - 300 строчек говна которое в 12 строчек пишется - это какоето индийское кино в полный рост

такие у тебя цвета

жесть

такие у тебя цвета

это diff svn

легаси легасики

красота! )

интересно, все дизайнеры страдают перфект-пикселем?