Serj-One, WebStorm вполне нормально будет хрюкать на таком железе. Конечно лучше больше, но так далеко можно зайти. В любом случае это железо лучше минимальных требований WebStorm. Я работал конечно с phpStorm, а не webStorm но тапки теже.
Владислав Лысков, ??? На втором ssd, какой asus? Тут же главное скорость диска, она покроет разницу между процессорами с головой. Тем более если win10 ставить. Я на своем старом core i5 4210 не видел что бы проц выше 30% уходил при том что hdd всегда 100% практически.
Придется сделать сложный выбор:
phpmyadmin или миграции
Ибо 1 проще, а второе с первым не имеет смысла.
Так что если это личный блок на 5 таблиц - че Вы вообще в миграции полезли? А если серьезный проект через git - какой phpmyadmin?
Anton Mashletov, Обойтись без var можно, кто говорил, что нельзя? Я говорю, что это разные вещи (да не сильно но разные, отличия же есть) и фраза "let вместо var" не верна.
nezzard, с помощью CURL надо получать содержимое страницы по url, а не содержимое айфрейма. У iframe есть атрибут src, там содержится url c которого он получает данные, так что просто отправляете CURL-ом запрос на этот url и парсите результат (достаете от туда ссылки и что угодно еще). Есть куча библиотек для парсинга под php, которые с этим справятся, например: https://habr.com/post/69149/
Александр Синицын, Если без участия контролера, то получается только средствами сервера, при чем тут yii тогда если эта логика будет работать вместо него?
Исходя из того что Вы правите urlManager то контролер точно будет. Тогда не понятно как Вы планируете попасть в контроллер не попадая в контролер. Что-то адски не верное Вы задумали.
Файлы отдают или минуя yii, по их прямому url или через php, если надо ограничить доступ. Что Вы придумали?
Теоретически конечно на сервере можно это рендерить, но не думаю что это в принципе здраво, ибо задача ресурсоемкая.
Откройте какой-нибудь редактор у себя на компе, создайте 3d сцену и замерьте сколько она рендерится в картинку. Вы хотите подобную нагрузку иметь при каждом запросе? Это реально, но только не совсем здраво. Но говорят это лечится.
Алексей Уколов, это приводит к тому что в разных классах Вы имеете разные именования и потом поддерживать это сложно. Алиасы должны быть как крайний случай. Если есть возможность избежать дублирования названий классов - это надо сделать. Тогда код читается проще. Так что тут не совсем вопрос вкуса и цвета.
Да если Вы имеете феноменальную память и везде какой-нибудь app/request/Builder именуете RequestBuilder - отлично, но на деле думаю в коде где-то так, где-то RequestBuilder где-то Builder, где-то RB и просматривая код не сразу очевидно, что это одинаковые классы.
по чему не switch case и разные методы в пределах одного контролера или вообще отдельный объект, который получает входные параметры и что-то возвращает?
Но если все от url зависит, то конечно стоит задуматься о своем url manager
