AUser0, какой же вы умный. а если там не \n будет, а другой непечатываемый символ? Нужно чтоб все непечатываемые символы кодировлись при сохранении в файле и раскодировались при считывании из файла и еще отображались на экране как есть.
JhaoDa, ты хотя бы читаешь содержание поста прежде, чем написать комментарий? там написано, что пришел на проект и везде используют new в этом проекте. а я привык использвоать di. и попросил пояснить за неправильность подхода с использованием new/
Дмитрий, нет. там суть в том что в проекте уже есть функционал создающий записи оперделенного вида. Этот функционал очень сложный. И он имеет легкое api для заполнения входными данными. Заполняются эти данные так же и через UI. Но вот сейчас разработчик пишет другую программу, которая должна брать на вход те же данные и создавать те же записи в базе что и тот старый функционал. Только не создавая промежуточных заявок. Поэтому гораздо дешевле задействовать уже имеющийся функционал, а заявки просто после того как их механизм отработает удалять.
Алексей Уколов, ну почему же. Например, в базе данных создается заявка и после апрува заявки запускается некий функционал создающий например товары в базе и прочие записи. а тут нам сказали написать программу, которая бы подсасывала данные из файла и на его основе создавала такие же сущности, как заявка. Но сказали что напрямую - без создания заявки. Так нам легче создать програмно заявку и заполнить ее и вызвать ее функционал, который создаст то что надо, а потом просто удалить заявку. это быстрее чем переписывать логику..
Сергей Некрасов, видел я эти опенсоурс. потом клиент пытается внедрить при помощи разработчика эти опен соурс и адаптировать под себя. разработчик не выдерживает работы с этим мудреным кодом и сбегает и потом не может найти разработчика кто бы завершил внедрение. А клиенту нужно чаще простое решение - пусть посложнее чем идет в коробке из ларавел.
Леонид, тот случай, когда комментирующий сам не понимает чего советует.. ну кому нужен чей-то сайт. никто туда не зайдет. Какие шансы продавать со своего сайта против маркетплейса.
на гитхабе незаконченные проекты и что-нибудь да глючит. а если поддерживаемые, то триал версии. а про версии стоят дорого. а тут именно под твои задачи с поддержкой магазина. в обновления регулярные.
я вооще про другое говорил. Не о скриптах в прямом смысле слова, а о заготовках для сайта. Вот я сам сталкивался с проблемой - вышла новая версия фреймворка vuetify под 3 версию vuejs. Проходит месяц, прходит втрой, а на стоках нет в продаже админки написанной на этом фреймворке под laravel. А люди ищут потому что начинать разработку проекта на старой версии ui фреймворка уже невыгодно.