Эта проблема была решена путем перехода в меню «Файл»> «Структура проекта» в Android Studio и установки последней версии версии Compile SDK и версии инструмента сборки. Вот скриншот настроек структуры моего проекта.
80% Ваших проблем будут полномочиями. Windows делает их по-другому; если Вы входите в систему как корень (или с подобным корню privs) можно обойти полномочия. Apache не может и не быть.
Из остающихся проблем, 80% будут проблемами ПУТИ. PHP не имеет столь же большой проблемы ПУТИ как Java и Python, но они все используют установку PATH для нахождения компонентов и библиотек. Вы будете регулярно понимать их превратно. Windows имеет ПУТЬ, но он также имеет реестр, делая вещи или супер легким или супер секретом. Unix не сохраняет секретов.
mod_php
. Запишите короткий echo $PATH
сценарии оболочки для раскрытия то, что продолжается. Из остающихся проблем, 80% будут связанной базой данных. После разбирания в полномочиях базы данных необходимо будет все еще подключиться, и "именованный канал" по сравнению с материалом "localhost" будет неправильным неясными, запутывающими способами. MySQL является очень прощающим, но Вы сделаете некоторые ошибки здесь.
Из остающихся проблем, 80% будут конфигурациями Apache. Apache действительно прост, но имеет миллион опций. Существует четыре способа сделать все, и Вы будете всегда пробовать два, которые не работают вообще и соглашаются на третье, которое будет неприглядно. Четвертое, которое намного более просто, никогда не будет происходить с Вами.
Из остающихся проблем, 80% будут использованием приложения файловой системы. При попытке открыться, считайте или запишите локальные файлы, то Вы найдете что (a) полномочия не корректны на каталоге, который Вы пытаетесь использовать [посмотрите выше] и (b) пути к файлам Unix отличаются. Не существенно иной, но достаточно отличающийся, что что-то прервет неясный путь.
Из остающихся проблем, 80% будут созданием подпроцесса. Windows делает это по-другому. Одна из самых важных вещей в Unix состоит в том, чтобы помнить, что Ваш подпроцесс является Вашим ребенком, и необходимо на самом деле ожидать его для окончания так, ОС может вымыться. При размышлении о подпроцессе как о параллельной вещи "выпустил-забыл" Вы будете иметь процессы-зомби и вынуждены сделать периодические перезагрузки.
остающимися проблемами будет тривиальная прикладная логика, но из-за различий в платформе, Вы обвините Unix, прежде чем Вы разыщете ошибку в приложении PHP.
Вы должны
$PATH
, history
) cd
, ls
, rm
, tail
, kill
, ps
, top
) /proc
и его основное использование vi
всегда устанавливается. Если Вы хотите Вас, может учиться emacs
также) sed s,orig,repl,g
), немного awknetstat
и traceroute
man
, info
и --help
) pacman -S <name>
для archlinux, apt-get install <name>
для базирующегося debian), удалить и обновить Вашу систему. /etc/init.d
, /etc/rc.d
) inodes
, что quota
?). Понимание, например /etc/fstab
. Знание приблизительно [1 126]. useradd
, groupadd
). Знание формата [1 129] и /etc/group
syslog
демон. hdparm
Главным образом необходимо знать, как использовать Linux (как в обиходе). Затем необходимо также знать, как иметь дело с командными строками.
Наконец, необходимо изучить ОПРЕДЕЛЕННЫЙ ДЛЯ ЛАМПЫ материал. Необходимо знать и применить некоторых основных (или not-so-basic) инструкции по безопасности.
Первое, что пришло на ум Вы должны будете:
Это только основы, следующий шаг должен понять, когда Вы имеете проблему и знаете, куда можно пойти для обнаружения большей информации об этом. Даже со всем этим это только царапает поверхность, и много вещей не могут иметь смысла, это - хорошее начало все же.
Откровенно говоря, очень мало, если веб-сайты, Вы собираетесь быть продолжающими работать, являются или очень маленькими или очень большими. Очень маленькие средства совместно использовали хостинг, и Вы не должны потеть, это, очень большой означает, что у Вас, вероятно, будет системный администратор на борту для обработки его.
Закладка или загрузка GNU coreutils руководство и читал, это регулярно
Учится vim
. Хорошее начало vimtutor
на оболочке.
Изучают, как использовать механизмы защиты, не просто отключите их. Windows имеет слабую безопасность, потому что доступные приложения для него ожидают его этот путь (и повредился бы иначе). В подобной Unix среде приложения всегда вынуждались вести себя, и безопасность может быть трудной по умолчанию.
Крадите старое поле на Craigslist и установите хинду Linux на нем. Это... испытывает... должен дать Вам, много из сопереживает Linux и как он думает.
кроме того, в случае vi по сравнению с emacs, я правило emacs . (Хотя Вы захотите запуститься с pico/nano, потому что нет никакого смысла в изучении полнофункционального редактора при изучении новой ОС).
Первое, что пришло на ум Вы должны будете:
Это только основы, следующий шаг должен понять, когда Вы имеете проблему и знаете, куда можно пойти для обнаружения большей информации об этом. Даже со всем этим это только царапает поверхность, и много вещей не могут иметь смысла, это - хорошее начало все же.
Я делал PHP/MySQL на окнах и Mac в течение нескольких лет, когда меня попросили портировать довольно сложный интранет-сайт от IIS/Windows до Apache/Linux. У меня был нулевой опыт с Linux и пустым сервером без ОС вообще. Приблизительно за два дня самостоятельно и другого администратора окон почти ни с каким Linux опыт не имел копию CentOS и работающий PHP/MySQL/Apache, а также интранет.
уроки я учился: "конфетка" является Вашим лучшим другом при установке сервисов "sudo" является лучшим другом при конфигурировании сервисов (полномочия могут быть стычкой), и почти любой проблемой был результат проблем обратной косой черты наклонной черты или чувствительности к регистру. Оказывается, что мы действительно портили безопасность немного на доступе FTP, но это было позади брандмауэра (dmz), таким образом, не было никакого ущерба, нанесенного, прежде чем они имели реальную проверку защиты и ограничили ее.
Окончательный ответ: если Вы готовы закатать рукава и получить Вашу командную строку, грязный подъем основного веб-сайта и работа поля Linux не являются огромной задачей, пока Вы не добираетесь до безопасности, которую (IMO) лучше оставляют кому-то, кто эксперт в той области.
Вы могли бы рассмотреть, на основе Вашего введения, опция WAMP (MySQL Windows Apache Python/Perl/PHP).
Изучение Linux не трудно , но это - конечно, не короткая задача, также. Существует много задач системного администратора, которые переносят от платформы к платформе, но реальный ответ на Ваш вопрос должен прибыться, по крайней мере, человек, увлеченный своим хобби, администратор Linux и затем пойти оттуда.
Я изучил бы vi и удар. vi легок и имеет тенденцию быть установленным везде. Это может быть большая боль, пока Вы не привыкаете к нему, но если Вы хотите знать Linux, это склоняется к в значительной степени всегда быть доступным, и Вам будет нужен текстовый редактор много. Я также изучил бы удар, потому что он имеет тенденцию быть оболочкой по умолчанию.
предложения vfilby хороши.
Определенно изучают диспетчер пакетов для того, какой бы ни Linux Вы выбираете. Я провел бы некоторое время с Apache, потому что это - немного монстр просто, потому что это имеет МНОГО параметров конфигурации.
я пытаюсь сохранить свой испытательный стенд Linux от общедоступного Интернета, потому что я знаю, что я не достаточно хороший системный администратор для хранения его безопасным. По крайней мере, поместите его позади брандмауэра. Довольно легко найти, что iptables сценарии блокируют все вхождение, таким образом, Вы могли бы хотеть проверить iptables для некоторого хорошего управления брандмауэрингом/адресом/портом.
Удачи!
Сначала необходимо решить, собираетесь ли Вы быть управлением системой с помощью инструментов GUI (гном или KDE) или если Вы будете получать доступ главным образом от SSH к использованию командной строки. (Это обычно - решение на основе того, где сервер расположен). Изучение и то и другое GUI и CLI имеет большое значение. CLI супер мощен, намного больше, чем Командная строка в Windows (я знаю о PowerShell...)
С точки зрения GUI, у меня обычно есть терминал (CLI), работающий так или иначе с точки зрения Debian/Ubuntu:
sudo /etc/init.d/apache stop
или sudo /etc/init.d/apache start
gedit
(GUI - гном), kate
(GUI - KDE), vim
(CLI) или nano
(CLI) ps -aux
sudo kill -s TERM <process_id>
sudo apt-get install php5-cli
sudo apt-get update && sudo apt-get upgrade
существует большая информация здесь и большое множество опций выбрать из. Я рекомендовал бы идти с дистрибутивом Linux, который имеет дружелюбное сообщество (т.е. Ubuntu, CentOS (debranded/free RHEL) или RHEL (Вы платите им для помощи Вам).
Там определенно будет большим количеством значения для Вас для проигрывания вокруг с распределением за выходные на виртуальной машине или запасной машине в доме/работе. Сообщество Linux ОГРОМНО, и Вы найдете превосходную поддержку при поиске его.