Максим Зайцев: shagguboy дополнил мой ответ Вам. Вот для чего нужен composer. А я Вам описывал действия для Вас, как разработчика своей CMS.
Если же Вы захотите использовать модули разработанные Петровым, Ивановым, Сидоровым, то используйте composer и будет Вам счастье и не будет накладок.
Допустим, я буду использовать Вашу CMS, то зачем мне в названиях директорий frontend или backend название(имя поставщика) Вашей компании?
Обратите внимание, как именуются пакеты в composer. В основном начинаются с имени пользователя.
p.s. немного сумбурно написал, но надеюсь Вы поймёте мою мысль.
Максим Зайцев: Почему Вы решили, что модули от разных разработчиком подерутся?
Например:
modules\user
modules\yii2_user
Как они подерутся?
Или контроллеры, как?
В папке controllers можно все котроллеры разложить по отдельным вложенным папкам, разложить по выполняемым задачам.
Вы, это моё мнение, заморачиваетсь лишним. Если Вы хорошенько продумаете, как организовать свою CMS, то это вопрос у Вас отпадёт.
Тем более, что Вы собираетесь использовать namespace.
Если взять всё тот же YII2.
namespace frontend\models\User;
namespace backend\models\User;
namespace frontend\models\signup\User;
namespacefrontend\models\query\User;
Название модели одно и тоже, но всё остальное разное...
Добрый день.
Нет места для хранения отдельных модулей потому, что их там изначально нет, но если решите их делать, то создаёте отдельную директорию modules и складываете туда все свои модули.
Вам дали ссылку для того, чтобы Вы посмотрели, где лежат классы для frontend и backend, где для консольных команд скрипты, где виды и так далее. Frontend для пользователей, backend для админа, всё разложено понятно и не запутано.
Если организуете так же, то есть, всё разложите по директориям, используя namespace, да ещё и задокументируете/прокомментируете код, то всё будет отлично, ни Вы, ни кто либо другой, не запутается в Вашем проекте.
EvgMul: Изображение где находится, на Вашем сервере, на котором Вы пытаетесь запустить скрипт отправки?
Если да, то попробуйте указать путь к файлу от корня сайта. Если изображение находится на стороннем ресурсе, то сначала получите его на свой ресурс, положите в директорию на своём сервере, а потом пробуйте отправить скриптом.
sergeysd: Подождите, Вы с фоторамой работаете? Только сейчас обратил внимание на название скрипта. Если динамически формируется слайдер, то надо перегружать фотораму.
Если не подключается скрипт, то проверяйте путь к файлу. Где он у Вас лежит?
sergeysd: в виде прописывайте или в шаблоне, где Вам удобно.
"$this->registerJsFile("/js/fotorama.js");" вот здесь, у Вас точно подгружается js-скрипт?
используйте алиасы в путях к файлам, например, $this->registerJsFile("@web/js/fotorama.js");
romany4: Допустим использовать конструктор, абстрактный или интерфейс, возможно всё вместе, тогда получится избежать изменение в нескольких местах, а менять только в одном, не затрагивая остальные вызовы метода.
romany4: Значит надо написать метод так, чтобы менять в одном месте в случае необходимости. А в backend и frontend вызывать только метод. Если Вы пишите, что нужно будет менять в нескольких местах, то метод неверен. Надо думать, как переписать.
nehrung: но тестирования остального тоже не помешает, как я понимаю? видео, проц, "мать". Может же быть такое, что одна причина накладывается на другую. hdd не первой свежести, да плюс, может, проблемы ещё с чем либо...
"а в сохранности находящейся на нём инфы." backup постоянно делаю)))
Вот по этим параметрам я никак не могу разобраться. Кто говорит, что 200 вполне нормально, кто наоборот. Сейчас снова прогнал через mhdd, скрин не делал, но есть < 150, < 500 и > 500(один) и один нечитаемый. Пока нигде не нашёл, где чётко написано, что если хотя бы, допустим, 5 шт. < 150, то это говорит о том, что всё, конец света... Как-то неопределённо говорилось в статьях, видео.
Если Вы говорите, что начался сыпаться, то, как я понимаю, временно может помочь remap или erase? И готовиться к покупке нового диска?
Нет, так дело не пойдёт.
Покажите Вашу попытку сделать это с использованием cookies/session, ajax, jquery.clone().
Тогда можно будет говорить об ошибках, как сделать и т.п.
А при таком подходе огласите, пожалуйста, сумму, которую Вы готовы заплатить.
Владимир Дубровин: Благодарю за развёрнутый ответ.
Из своего решения убрал mb_detect_encoding и проверку, что вернула mb_detect_encoding и стало лучше работать))) По крайней мере, если в начале предложения цифра - читается текст нормально, а не "кроказяблами", несмотря, что изначально кодировка cp1252. То, что mb_detect_encoding работает криво я понял из прочитанных статей и нескольких своих опытов.
Значит получается следующее.
Если взять моё решение, то надо переписать на проверку unicode-признака? Если есть совпадения, то пытаться привести к utf-8, а если нет, то прогнать по очереди через все проверки и если нет ни одного совпадения, то как в этом случае?
Если же Вы захотите использовать модули разработанные Петровым, Ивановым, Сидоровым, то используйте composer и будет Вам счастье и не будет накладок.
Допустим, я буду использовать Вашу CMS, то зачем мне в названиях директорий frontend или backend название(имя поставщика) Вашей компании?
Обратите внимание, как именуются пакеты в composer. В основном начинаются с имени пользователя.
p.s. немного сумбурно написал, но надеюсь Вы поймёте мою мысль.