Наконец, мне удалось сделать это через tarball ( Обратите внимание, что это установка Linux ).
Вы можете установить Yarn, загрузив тарбол и распаковав его в любом месте.
cd /opt
wget https://yarnpkg.com/latest.tar.gz
tar zvxf latest.tar.gz
Пряжа теперь находится в / opt / yarn- [версия] /
, следующие шаги добавят пряжу в переменную пути и запустят ее из любого места.
Примечание: ваш профиль может быть в вашем .profile, .bash_profile, .bashrc, .zshrc и т. Д.
Добавьте это в свой профиль:
export PATH="$PATH:/opt/yarn-[version]/bin"
(путь может отличаться в зависимости от того, куда вы извлекли пряжу) В терминале войдите и выйдите для внесения изменений в Вступление в силу Чтобы иметь доступ к исполняемым файлам Yarn в глобальном масштабе, вам необходимо установить переменную среды PATH в своем терминале. Для этого добавьте
export PATH="$PATH:`yarn global bin`"
Что делает мне нравится приблизительно он:
Что заставило меня переключиться:
Какие функции я хотел бы:
Я понимаю, что существует довольно много улучшений, которые я хотел бы. Не понимайте меня превратно, я люблю Django, и я буду придерживаться его для большого количества проектов. Я просто привычка помещаю его везде все же...
Диспетчеризация URL: Я никогда не был большим поклонником "/foo.php", файл "foo.php" на моем сервере, и если я хочу более хорошие URL, я должен бездельничать с mod_rewrite и сохранить это в соответствии с тем, что ожидает моя логика в нечто.
ORM: Поскольку 90% + Ваших запросов, по моему опыту, не должны быть записаны вручную. Умное кэширование намного более важно для производительности в целом. Можно всегда опускаться до необработанного SQL по мере необходимости.
Промежуточное программное обеспечение и Сигналы: Легкий расширить большинство частей запроса / ответ / просматривают / цикл рендеринга, не касаясь самого кода Django.
Это вышло, когда я был разочарован веб-предложениями платформы Python. Легкое продает для меня.
Хм, честно говоря, я никогда не заботился слишком много. Часть веб-сервера Вашего приложения является (по-моему), всегда самым легким масштабировать. Пока Вы используете 'лучшие практики' и ничего не совместно используете, все, что необходимо сделать, добавляет подсистема балансировки нагрузки программного обеспечения, и можно добавить новые веб-серверы, пока коровы не приходят домой. Первые люди узкого места обычно совершают нападки, загрузка базы данных - но Django дает Вам большие API кэширования, которые помогают Вам облегчить это.
Тем не менее я только просмотрел это, но это кажется быстрее, чем направляющие и известные платформы PHP: http://wiki.rubyonrails.org/rails/pages/Framework+Performance
Я предполагаю, что это зависит, как Вы определяете 'ведущее устройство'. Документация является замечательной, в течение достойного размерного сайта/приложения, я думаю, что Вы будете использовать всего понемногу, которое является большим запуском.
Превосходная Документация. Вместе со справкой от stackoverflow я изучил много только за несколько дней. Это пишущий в Python. Это имеет замечательный contrib.admin, который является даже модульным и расширяемым для встраивания его в надлежащее веб-приложение.
Ни один до сих пор. Я все еще очарован
Его моя первая веб-платформа, таким образом, никакой переключатель. После использования Python в течение нескольких лет Django казался естественным отбором мне, главным образом для его чистого дизайна.
Друг следовал за его прогрессом, прежде чем он был публично выпущен, и я использовал его для персональных проектов с тех пор.
Я понимаю, что это не тривиальная проблема, и я думаю, что лето Google кодов было проведено на это, но я хотел бы видеть лучшие способы развить дб (какие направляющие, кажется, делает довольно хорошее задание).
Я уже использую его дома, и я не принимаю те решения на работе.
Я никогда не сталкивался с проблемами, хотя по большей части django, кажется, остается вне пути, таким образом, производительность кажется основанной больше на Python или дб.
Документация довольно удивительна, и достаточно людей использует ее, который ответы часто доступны, когда это не помогает. Кроме того, когда я должен был войти в исходный код, его чистое и зарегистрированный также, таким образом, я сказал бы что его более легкое ведущему устройству, чем большинство платформ, веб-или иначе.
Я не имел, имел возможность использовать его очень. Тем не менее моя абсолютная любимая часть django является созданным в консоли администрирования.
Любит:
Почему переключатель?
Неприязнь:
Как трудно освоить?