Чем вам претит отдача 404 веб сервером для фавикона? Уверен, коммьюнити Друпала с интересом отнесется к аргументированному мнению, а мы примем на заметку.
Я ссылку на Люмен дал ;) Но пока ТС начинает разбираться, не грех и самому потыкаться по граблям, опыта добавляет.
Это предотвращает сервинг 404й при ЧПУ через единую точку входа, при отсутствии фавикона (считая что скрипт умеет сервить 404 для не найденных путей). Если колхозить каждый путь через мод-реврайт смысла в таком правиле нет.
Обязательно. Это можно сделать позже, но если есть возможность - лучше раньше.
Эм.. Бывает, но очень редко. В этой ветке есть топик по друпалу и серверам - можете задавать вопросы там. Хотя если знаете английский (а он вам понадобится в любом случае) лучше изучить основы, и обращаться на stackoverflow.
Drupal, Wordpress, Joomla (ой, я б не стал) || Typo3, ModX, Refinery
Маджента, вроде, вполне себе дефолт для магазинов. И бесплатна, и проблем меньше. Я бы с Битриксом заморачивался только если нужна интеграция с 1С-бухгалтерией.
На мой вкус, чистую Убунту + LAMP. Но это уже сами попробуете, сравните.
1. Роутинг, по хорошему, настраивается на единую точку входа, например таким правилом:
# Pass all requests not referring directly to files in the filesystem to # index.php. RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^ index.php [L]
Дальше в индексе разбираем зашедший URL и вытягиваем интересную нам информацию: id, ресурс, и т.п.
2.
НЕТ!!!1111
Как минимум так:
...WHERE url='mysql_real_escape_string($url)'...
Всегда весь пользовательский ввод экранируется.
Не совмещайте PHP и HTML в одном файле, пожалуйста.
Русского или транслита в коде тоже не надо.
Но за старание "5", продолжайте в том же духе и у вас все получится.
Тогда можно посоветовать выложенные в общий доступ продукты, имеющие поддержку и документацию. Например, вот то что ТСу надо:
http://lumen.laravel.com/docs/routing#required-parameters
Sublime - очень быстрый и удобный для мелких правок, отличный блокнот.
Atom - выглядит красиво, тормозит не по детски, особенно печален поиск.
Если взрослое программирование - тематическая IDE от JetBrains:
- WebStorm: HTML+CSS+JS
- PHPStorm: ...+PHP
- Idea - заточена под джаву, но их бесплатная версия, по памяти, умеет в HTML+CSS+JS, так что тоже вариант, если триал кончился, а покупать еще не решились.
Если у приложения будет постоянный доступ к сети, то самый бюджетный вариант:
- на PHP реализуется API (для простоты - REST API)
- на фронтэнд фреймворке (для простоты - AngularJS) реализуется клиент;
- можно использовать адаптивную верстку, еще лучше - отдельную для десктопа и мобильного приложения;
А: - заворачиваем мобильную версию в Ionic;
или
Б: - пишем свое приложение-обертку, которая будет открывать только нашу страницу через компонент браузера;
Первый вариант проще запустить, второй может делать более интересные штуки (перехватывать определенные события на странице и делать что-то на устройстве, например).
Для простого приложения и современного железа это даже не будет тормозить.
В плюсах - на основе API при необходимости роста вы всегда сможете сменить фронтэнд фреймворк, или использовать полностью нативное приложение, если понадобиться больше скорости или возможностей.
С другой стороны, если бы он не начал с простого и интересного — он скорей всего вообще не вошел бы в программирование. Опять же, руби и пых настолько схожи, что перейти, имею хорошую базу в PHP, не составляет труда.
Не думаю что есть единственно правильный способ начать программировать. И языки всегда будут вторичны относительно понимания того, что и зачем делается.
Отдельно насчет "за неделю все изучили, врубились и построили": наверное, у вас огромный опыт, но имея кое-что за душой при разработке веб приложений я очень, очень часто не знаю как сделать хорошо и красиво. Есть более требовательные к знаниям области, вроде machine learning, или доменных специализаций поверх физики, химии и т.п., но разработку под десктоп или мобильные я бы к таковым не причислял - это не более чем знание другого фреймворка.
ИМХО, в любой отрасли вас будет преследовать новое, непознанное, когда знаешь что можно красиво — и не можешь поймать за хвост. Веб не обделен такими прелестями жизни разработчика, если тот сам не убегает от сложностей.
Я бы ставил на это. И посмотрел на Rails ;)
Все языки и все фреймворки позволяют решить практически любую задачу, большинство из них позволяют решить её эффективно. Вопрос в том, какой лучше всего подходит лично вам. Иногда это чувствуется сразу и сильно, иногда стоит понять инструмент лучше, прежде чем прощаться с ним.
$('#page')
vodkak, потому что на них сложнее найти работу, что в офисе, что во фрилансе.
Мелкие конторки ищут PHP, потому что простых PHP проектов в 50 раз больше.
Крупные конторы ищут Java, потому что на джаве энтерпрайз, которому надо много людей, и который готов подписывать годовые контракты с шестью нулями.
Рельсы, Джанго, Экспресс и прочая пестрая компания - очень узкая ниша. На них либо берут новые сайты, не определившиеся с фреймворком, но имеющие бюджет поболее чем на пару синьор-студентов от мира PHP, либо устоявшиеся проекты - но тут вынь да полож портфолио.
Кроме того, все они сложнее в изучении: будь добр, изучи менеджер пакетов, экосистему, отладка тоже бывает посложнее чем ныть на форуме пока кто-нибудь не поможет. Новичку без опыта туда сложно влезть.
А так — многие из нас за красивые языки и инструменты, я лично зарабатываю на жизнь рельсами.
ЗЫ: в сравнении с PHP называть Ruby "новым" - ой :) Кстати, последние версии PHP очень резко двинулись в сторону "современного" - что, впрочем, не помешает мастерам своего дела еще десять лет писать в процедурном стиле, изредка припинывая ООП не к месту и без понимания, "потому что ООП круче".
