Как упомянуто Ben Collins , без -m "..."
аргумент для ввода встроенной фиксации (который обычно является плохой идеей, поскольку это поощряет Вас быть краткими) этот "большой текстовый файл", который открыт, является окном, в котором можно ввести сообщение о фиксации.
Обычно рекомендуется записать сводку в первой строке, пропустить строку, и затем написать более подробные записки под; это помогает программам, которые делают вещи как электронная почта сообщения о фиксации с соответствующей строкой темы и полным списком изменений, внесенных в теле.
Вместо того, чтобы измениться EDITOR
переменная оболочки, можно также изменить редактора, используемого путем добавления дополнительных строк в Вашем ~/.gitconfig
файл:
[core]
editor = emacs
excludesfile = /Users/will/.gitignore
, Что вторая строка на самом деле не имеет никакого отношения к Вашей проблеме, но я нахожу его действительно полезным, таким образом, я могу заполнить мой ~/.gitignore
, файл со всеми теми типами файлов I знает , я никогда не буду, хотеть согласиться на репозиторий.
I ' Мы обнаружили, что, когда я что-то забыл, Tizag.com оказался довольно полезным, простое руководство - хотя оно простое, поэтому я не знаю, насколько оно может быть полезно для вас - здесь, по адресу: http://www.tizag.com/phpT/examples/formex.php , где дано пошаговое руководство с некоторым объяснением сделанного выбора.
Библиотеки Javascript,
Более надежные ссылки на php, которые помогут вам начать работу:
Проблема, которую я обнаруживаю с помощью руководств по php / forms (за пределами книг), заключается в том, что есть какое-то безумное неправильное использование -to, на мой взгляд, ymmv и т. ..- теги xhtml внутри форм, полностью игнорируя концепцию-упомянутого в другом месте- семантического (x) html . Я думаю, что при чтении руководств ключевым моментом является поддержание критического мышления и попытка быть внимательным к неправильному или неправильному использованию:
<form action="this_page.php" method="post" enctype="form/multipart">
<p>This is a label <input value="this is the input" /></p>
<p><input type="submit" value="submit" /></p>
</form>
может быть действительным , но, на мой взгляд, это ужасно неверно 1 . Я удивлен, что нет более доступных и актуальных ресурсов.
<form action="this_page.php" method="post" enctype="form/multipart">
<fieldset> // to associate relevant groups of label/input pairs
<label>This is a label</label> <input value="this is the input" />
</fieldset>
<fieldset>
<input type="submit" value="submit" />
</fieldset>
</form>
Tables are only "deprecated" when talking about tables for positioning the elements of the layout (header, menu, content, footer, etc). They are less or more replaced by CSS and HTML block elements (usually the div
element is been used). Tables are still useful to display tabular data.
There are indeed more JS libraries out than previously. With jQuery as the topper. Main goal of those is to remove the developer's stress about browser specific behaviours and lengthy/repeated/unintuitive code.
Nowadays HTML is supposed to be purely semantic. CSS is supposed to style and position the HTML elements individually. JS is supposed to add just that extra user experience to the page (to avoid unnecessarily lengthy request-response cycles and "flash of content") and ought to be kept unobtrusive.
PHP is still a server side hypertext processing language. You can use it to pre- and postprocess requests and to control the flow and access the data in the HTML page.
позвольте предложить вам www.alistapart.com . В нем есть все о состоянии современного HTML и CSS (а также некоторые подсказки по javascript).
Еще один очень хороший ресурс - nettuts
"Вы из прошлого ? "
Таблицы устарели = Макеты Google CSS
У JavaScript есть библиотеки = Google jQuery
Не может сильно помочь вам со стороны PHP, но это должно по крайней мере обновить ваш "Google Словарь »
I wouldn't say that tables are deprecated, they were just frowned upon as a layout mechanism, due to improvements in CSS. To be honest, i still find them useful for more than just showing tabular data, as the diferent browsers implement CSS differently, so why muck round for hours trying to get some layout right using CSS when a table will do it the same in just minutes, and then you position the table using CSS.... it's a religious war between the purists and the practical people who have real work to do :)
In any case, HTML hasn't really changed that much (it has mainly grown), anything dealing with the HML 4.01 spec is good, and some of the browsers already implement HTML 5 stuff even though it isn't ratified. Any half decent HTML editor should see you right, check out the free (Express) versions of Visual Studio available from Microsoft.