Другие

Смотри логи

vendor/autoload.php нет

Привет. Только что поставил php7. Запускаю любой старый проект, получаю ошибки из-за отсутствия mb_string. Cтавлю yii2-app-basic, отдаёт 0 байт и никаких ошибок. mb_string придётся всётаки поставить или тут другие причины могут быть?

sudo apt-get install php7.0-mbstring

vendor/autoload.php нет

composer install

sudo apt-get install php7.0-mbstring

Уже десяток раз поставить пытался, на grub-efi-amd64-signed спотыкается. Без mbstring никак?

composer install

по прежнему vendor'а нет

Походу в системе у меня беда :(

Уже десяток раз поставить пытался, на grub-efi-amd64-signed спотыкается. Без mbstring никак?

нет

какая система

как установлен yii

какая система

ubuntu 14.04, composer create-project —prefer-dist yiisoft/yii2-app-basic projectdir

ls projectdir ?

ls projectdir ?

assets composer.json LICENSE.md README.md tests yii codeception.yml config mail requirements.php views yii.bat commands controllers models runtime web

миграций , composer.lock нету

легче переустановить

удалял, переустанавливал, не помогло. Думаю с системой какая-то хрень (потому и 14 что обновиться не может). Поставлю пожалуй заново, заодно система будет на ssd.

может проблема с php

нету нужных расширений

mbstring не ставится, как раз из-за проблем в системе, которые я буду решать наверное дольше чем заново всё накачу

mbstring не ставится, как раз из-за проблем в системе, которые я буду решать наверное дольше чем заново всё накачу

скопируй куда-нибудь типа paste.ubuntu.com весь лог консоли, где ты пытаешься установить mbstring и скинь ссылку на лог сюда

Весь, думаю, не нужно, там вода. Затык вот он: Настраивается пакет grub-efi-amd64-signed (1.34.14+2.02~beta2-9ubuntu1.12) … grub-install: ошибка: /usr/lib/grub/i386-pc/modinfo.sh не существует. Укажите —target или —directory. dpkg: ошибка при обработке пакета grub-efi-amd64-signed (--configure): подпроцесс установлен сценарий post-installation возвратил код ошибки 1 i386-pc действительно нет, там только x86_64-efi и x86_64-efi-signed

попробую его вручную в x86_64-efi поставить

попробую его вручную в x86_64-efi поставить

Чак Норрис не может проиграть

Не, не помогло. Половина вообще всего, что пытаюсь установить на этом падает. Придётся действительно систему грохнуть.

Хотя докер вот установился, может в нём заработает)

Первая ссылка в гугле https://ubuntuforums.org/showthread.php?t=2327343

Первая ссылка в гугле https://ubuntuforums.org/showthread.php?t=2327343

Мне почему-то не попалось. Так или иначе пишу с новенькой системы (за одно на ssd её поставил), экспериментирую с hginx + php-frm

Хм. Теперь с php всё ок, установил юзи заново, vendor опять нет. Композер всячески потеребил, не помогло :(

composer -vvv install и лог на гист

Вы, люди, слышали о таких вещах, как Докер или Вагрант. На кой леший убивать систему?

О докере слышал и хотел даже заюзать, но решил что буду разбираться с этим дольше чем хотел бы

composer -vvv install и лог на гист

https://gist.github.com/0x9d8e/664422a7b453d55210f0cc6311a9431e

https://gist.github.com/0x9d8e/664422a7b453d55210f0cc6311a9431e

не устанавливается же

плагин нужен

для yii2

Всем привет! Есть философский вопрос. Как лучше возвращать из метода/функции путь к директории? со слешем на конце или без? Например: /dir1/dir2/ или /dir1/dir2, какой вариант лучше?

По-моему, без. Ведь каталог — это тоже типа файл.

Зависит от использования, но кажется есть стандарт на эту тему

Всем привет! Есть философский вопрос. Как лучше возвращать из метода/функции путь к директории? со слешем на конце или без? Например: /dir1/dir2/ или /dir1/dir2, какой вариант лучше?

я всегда со слешем возвращаю. теоретически в URL без слеша это файл, со слешем директория.

Это откуда такая теория?

ну типа в 1998 году браузеры без слеша не понимали, что им надо искать директорию :)

лан это шутко. браузеры конечно тут не причем

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

Зависит от использования, но кажется есть стандарт на эту тему

Не знаю насчёт стандартов, но вот интуитивно понятнее для программистов будет без черты. К тому же, всегда легче добавить черту, чем тримить.

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

Если вывести $_SERVER, то можно увидеть, что все пути не содержат черту в конце.

Слеш это разделитель. Логично что сервер паф не содержит его

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

именно так и имел ввиду

В конфиге MODX все пути с чертой.

Хм.

да это чисто соглашение разработчиков

как "не подключаться напрямую к БД, а использовать наш супер класс"

Наверное, да, дело вкуса.

Добрый день

Ку

хочу сайт на yii2 из localhost перенести в Vagrant. Цель основная отдать заказчику сайт , чтобы он его у себя локально запустил. Ну и чтобы потом было его удобно перенести на сервер(взять образ и его и поставить на сервер)

окей.

держи нас в курсе

как правильнее сделать ? я вот на сайте https://puphpet.com делать думал образ.но может быть уже есть готовый образ (со всеми нужными модулями и настройками), на убунту чтобы я уже в нем изменения сделал и его и использовал

=)

https://github.com/yiisoft/yii2-app-advanced/blob/master/docs/guide/start-installation.md нашел =|

Мы используем Docker

спасибо за наводку, ищю инфо

Такой вопрос: есть какие-то проблемы с композером (или с руками, не могу сказать ибо не юзал его прежде), так что мне будет быстрее юи руками из архива поставить. Но. Не приведёт ли это к тому, что каждое расширение мне придётся тоже ставить руками?

Такой вопрос: есть какие-то проблемы с композером (или с руками, не могу сказать ибо не юзал его прежде), так что мне будет быстрее юи руками из архива поставить. Но. Не приведёт ли это к тому, что каждое расширение мне придётся тоже ставить руками?

Докер же ты ставил? Заюзай https://github.com/schmunk42/docker-yii2-app-basic

или даже лучше поставить docker-compose и вот эту штуку от тех же авторов: https://github.com/dmstr/docker-yii2-app

Докер же ты ставил? Заюзай https://github.com/schmunk42/docker-yii2-app-basic

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

В общем я сам себе негодяй безглазый. В логе он требовал ext-dom, по которому гуглится php-xml. Установил и дело пошло.

Я в yii новичок (и вообще в популярных фреймворках), гляжу на gii и думаю. Допустим сгенерил он мне нужные классы. Я их дополнил своими методами, а потом решил ещё пару[ десятков]? полей добавить. И всё. Значит мне нужно унаследовать от того, что мне gii нагенерит собственные классы моделей и править руками только их. Верно я мыслю?

Я в yii новичок (и вообще в популярных фреймворках), гляжу на gii и думаю. Допустим сгенерил он мне нужные классы. Я их дополнил своими методами, а потом решил ещё пару[ десятков]? полей добавить. И всё. Значит мне нужно унаследовать от того, что мне gii нагенерит собственные классы моделей и править руками только их. Верно я мыслю?

зачем наследовать, просто правишь, то что тебе gii сделал

можно и свой шаблон для gii забабахать, если требуется

зачем наследовать, просто правишь, то что тебе gii сделал

Но тогда gii не сможет сделать мне изменений, не перезатерев мои правки. Или сможет?

не может

Но тогда gii не сможет сделать мне изменений, не перезатерев мои правки. Или сможет?

так зачем изменения им делать, это же просто копипаст основы для crud

А где изменения делать?

Например, заменить input на словарь

руками делать нужно

Придется и в бд и в модели