miketomlin имелось ввиду что тс делает отдельные http запросы к разным файлам и ожидает что они магически знают друг о друге
классическая ошибка новичка в непонимании отдельных процессов
не факт что я прав
просто утомительно расспрашивать тс о подробностях и оставлю это для других менее "уставших от подобных вопросов" участников форума так как это дело на большой флейм
плавали...пробовали объяснить
утомительно
LIME пишет:
но это невозможно в формате форума и ответа
дело не одного ответа
LIME пишет:
Не могу не согласиться с аргументами
ты явно можешь помочь если вступишь в переписку в этом флейме
miketomlin капитан
Ясно же что тс полный новичок
Хотелось бы помочь, но это невозможно в формате форума и ответа на поставленный вопрос.
А в принципе верно. Не могу не согласиться с аргументами, но ответ мало полезен в контексте. (Добавление)
miketomlin пишет:
сейчас редко кто использует
правильнее сказать что бредятина полнейшая
Но...для первого опыта можно с таким поиграть
почему же
я не знаю как работает Playerjs, но я бы глянул tcpdump
или погугли "сетевой сниффер" если тебе надо более "удобный" интерфейс
и лови обмен данными
там уже будет виднее что и как
у всех запросов одной сессии(одного соединения) будет в логах одинаковый номер сессии(целое число) в начале каждой записи
таким образом можно их распарсивать зная что в начале будет запрос с id юзера
и/или всякой другой служебной инфой (Добавление)
можно добавить в пустышку маркер чтоб облегчить парсинг (Добавление)
костыли имеют свойство обрастать новыми костылями со временем
яб рефакторнул код пока это относительно не сложно
Для такого хорошо бы всетаки иметь класс обвязку для работы с бд. Но видимо его нет, иначе вопроса бы не возникло.
Значит остается или рефакторинг или логирование средствами субд. Можно включать/отключать general_log в рантайме сразу после создания соединения.
да... не все тебе очевидное очевидно собеседнику
вот пример как если бы тип ресурса указывался в пользовательской форме(а может в конфиге, или настройкой в админке, или днем недели)
конечно много вариантов в зависимости от требований
главное мы отделили мух в репозитории, котлеты в доменный объект, а точка принятия решения о мухах у нас в фабрике(чтоб не раскидывать по клиентскому коду меняющиеся этажерки условий)
кругом SRP и есть только одна причина для изменения классов(логика не связана с хранением)
как бонус OCP (добавление нового источника делается добавлением нового репа и парой строк в фабрике) (Добавление)
Строитель пишет:
Где его надо создавать
в репозитории
ответственность репозитория это получение и сохранение - персистентность короче
и больше ничего (Добавление)
это получается Стратегия
если нам надо получать из разных источников, но сохранять всегда в один, можем загрузчик(разные реализации интерфейса загрузчика) внедрять в конструктор репозитория(тогда он будет один до времени пока нам не понадобится бОльшая детализация) и делегировать загрузку ему
масса вариантов
А меня не смущает. Это очередь явно. Не думаю что есть смысл тут использовать какую-то локальную очередь) Да и имя let enqueue говорит само за себя (Добавление)
а смысл помогать? потом выпнут уже на собеседовании
и ты и люди зря время потратите.
работы много для тех кто может сделать задачу и покажет потом что знает.
вот и сделай сам и научишься.
не сейчас может, а в следующий раз.
Строитель нет наследование не лучше
лучше композиция это правильно
только реализация очень сумбурная
к этому подтолкнула видимо не лучшая реализация у тс, эдакий ActiveRecord, который умеет сам себя и получать и сохранять и доменную логику делать
отсюда и ломка мозга с непривычки
лучше сделать отдельно интерфейс репозитория(получить, сохранить) с двумя реализицями (файл, урл)
и фабрику которая вернет нужный репозиторий по некоему признаку(например разбор строки даденной, урл это или файл решит)
и потом работать с репозиторием и с полученным им объектом имаги
только не надо в репе сохранять объект, максимум строку адреса(урл, файл)
всего два метода: получить объект по строке, и сохранить переданный объект по переданной строке
не идеал, но пойдет
всеже сильно получше
где в полный рост уже есть и pdo и mysqli (Добавление)
Lolya пишет:
Не выйдет,
что не выйдет? вывести запрс текстом чтоб увидеть а что вообще на самом деле в бд улетает? так бы и стало понятно что не выполняется ветвь первонаперво даже