x404

Если вы боитесь, что доступ к данным будет получен в результате SQL-инъекции, то простое логирование в файл или контрольная сумма записи может вам помочь.

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

Быть профессионалом - значит знать и правильно применять необходимые инструменты для наиболее эффективного решения задачи. А также НЕ применять, если в этом нет необходимости.

Игру Banished один человек сделал

Создать новостной портал с дизайном, адаптивной версткой и посадить все это дело на Drupal за 4000р.

Займи позицию победителя. Распиши задачу по этапам, оцени в часах, пересчитай в рубли, выставь встречный счёт. Могут испугаться и отказать. Могут оценить серьёзность подхода и согласиться.

Молодой гусар спрашивает у поручика Ржевского, как это ему удается пользоваться таким успехом у женщин.
- Очень просто, - отвечает он, - нужно подойти к женщине и сказать: "Мадам, позвольте вам впендюрить!" И все.
- Поручик! Но ведь за такое можно и по морде!
- Можно и по морде. Но обычно впендюриваю.

И какой-нибудь CMS надо владеть. Какая архитекрута, как конфигурируется, что в штатной поставке, какие бывают плагины, где купить темы? Приготовить сборки под типовые решения. Можно в ответ на задачу предложить решение с использованием другой CMS - иногда заказчики не в курсе, что есть и другие.

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

Не пробовал удалёнку поискать? Аутсорс? (на сайтах вакансий искать "удалённо", "неполный день", "по совместительству"). И попутно ещё разовые заказы брать на биржах.

А ещё есть биржи труда для стартапов, там бывают неплохие предложения по удалённой работе.

• spark.ru/jobs
  
• vc.ru/recruit
  
• angel.co/jobs
  
• teamfinding.com
  
• cofounder.ru
  
• www.startupfellows.ru
  
  

и другие ресурсы по фразе стартап поиск команды

Вы так говорите как будто в 30 лет у вас нет рук и ног и вывалился глаз.
Берите и делайте и меньше задавайте глупых вопросов на тостере.

Шаблонизатор шаблонизатору рознь. Но в целом следует выделить общие задачи. которые должны решать за вас шаблонизаторы. С blade не работал и не вижу смысла есть есть twig.

Безопасность. Это пожалуй можно поднять на верх. Типичная картина в шаблонах на php - <?= $someUserInput; ?>. Частенько это можно встретить в выводе инпутов, при формировании ошибок поиска (мол "по запросу $userInput ничего не найдено. То есть вставляем в инпут подключение наших js скриптиков, если это форма поиска - делимся с "другом" и забираем его сессию. Ну или еще какие забавные штуки можно делать. А ведь все очень просто решается. Ставим какую-то функцию, которая по умолчанию будет фильтровать XSS инъекции при выводе, и не будет этого делать только если мы попросим. Если писать просто на php - появляются отвратные функции, которые можно просто забыть вызвать. А с шаблонизаторами мы пишем красивые {{ someUserInput }} и можем спать спокойно.

Помогают соблюдать принцип DRY. Современные средства шаблонизации (twig например), предоставляют вам возможность разделять шаблоны на блоки, переиспользовать их несколько раз, выделять макросы, наследовать шаблоны... словом все что угодно. лишь бы вы могли реюзать куски html а не копипастить их.

Ограничивают полет фантазии разработчика. Далеко не новость что разработчики ленивые засранцы. Особенно молодые. Если им в шаблоне внезапно понадобились какие-то данные из БД, или данные связанные с запросом, большинство не будет париться и зафигачит нужный код прямо в темплейте. Так же некоторые грешат тем что часть бизнес логики размазывают по шаблонам. Так же встречал проекты отданные на суппорт, где чуваки в шаблонах разбирали через xpath ответы от сторонней апишки (которая использовалась вместо базы данных. То есть это дело было размазано по всему проекту). Рефакторинг в случае изменения апишки будет болью.

Хороший шаблонизатор должен настолько сильно усложинить вам процесс написания говнокода в шаблонах, что бы вы перехотели это делать и подумали как это можно сделать нормально. На выходе же мы имеем чистенькие шаблоны, которые ничего не знаю о бизнес логике приложения и знают только о логике отображения, чего мы и добиваемся вообще разделяя логику от представления. Это так же упрощает жить верстальщику (если он отдельно существует) или вам же в будущем при суппорте.

С другой стороны, тот же twig позволяет в рамках проекта расширять синтаксис шаблонизатора, писать экстеншены, словом делать очень много забавных и нужных вещей, позволяющих сократить время поддержки шаблонов в будущем.

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

[offtop]

Оформление ссылок:

<a href="yoursite.com">
Your site
</a>

[/offtop]

никак. это битрикс детка

Через реестр Windows: в HKCU\Control Panel\Desktop\WindowMetrics меняете свойство PaddedBorderWidth или BorderWidth на значение чуть больше, чем стояло ранее.

По Вашим требованиям (кроме пункта 2) лучше подойдет 1С-Битрикс (Бизнес), хотя пилить его долго и упорно, но:
1. Встроен механизм партнерских отношений (модули вставки кодов это уже не совсем партнерка - писать самим с нуля)
2. Со скоростью да, косяк, но при умелой настройке и выпиле лишнего - тормозить не будет.
3. Полный фарш в админке - быстрое обучение персонала
4. По SEO в общем и целом все есть - только специалиста хорошего надо
5. Документации и примеров - завались! Опять же дефицит в кадрах...
6. Язык PHP, открытый...

P.S. Конечно можно начинать писать на чем угодно, но все что "другое" будет требовать ещё бОльших подпилов, и "доделок", в плане стандартного функционала, который почти в полной мере представлен в Битриксе... Хотя лично я против Битрикса!

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

RewriteEngine On  
  
RewriteCond %{SCRIPT_FILENAME} !-d  
RewriteCond %{SCRIPT_FILENAME} !-f  

RewriteRule ^(.*)$ ./index.php?route=$1

Все после www.site.com/ попадает в $_GET['route']