Человеку нужно чтобы 3 - максимум для счетчика. Нужно ещё сбросить его в ноль, если больше 3.
Александр И, у вас с открывающими и закрывающими кавычками путаница. Открывают двойные, для конкатенации закрываете одинарные.
/ru/forum/comment/14870522
На этом и покончим
Во-первых, Magento использует Zend в ядре.
Во-вторых, Magento - не голое ядро, там есть корзина, товары, артикулы, характеристики, адаптеры авторизации, доставки и оплаты, и многое другое. Это все сложно назвать "голым ядром".
Да, конечно "норм". Ну и как по вашему отнесется клиент, когда узнает что ему нужно платить 20 баксов в час программисту на Symfony. Или вы предлагаете нанять за 10$ такого как вы? И что он там понаписывает?
Я Symfony вообще не знаю, потому что не работал с ней. Работал с Laravel, который частично использует пакеты Symfony. Но раз вы оцениваете разработчика по знанию Symfony, то мне вас жаль.
Ну, окей. Тогда что вам мешает развернуть просто сайт визитку и сказать "готово", а при поступлении новых требований, которые не укладываются в статику — развернуть Symfony, как вы говорите, за 15 минут?
Для меня время - это тоже самый дорогой ресурс. Не совсем ясно, что лучше плодить - Symfony или один файл mail.php. И никто не отпускает в плавание. Функционал должен быть реализован после появления необходимости в нем, исключение - кеширование, это делается заранее. Можете прочитать про принцип KISS в разработке, это то, о чем я пытаюсь донести в этой теме.
Так в том то и фишка, что не доить. Дали верстку. Говорят, мол: "Хочу, чтобы это открывалось по адресу rogaandcopita.com". Окей, цена вопроса:
- Домен
- Хостинг
- 1 час работы нашего джуниора.
Все. Клиент не платит за то, что кто-то "посмотрел в завтрашний день", и решил, что симфони это то, что завтра им обязательно станет нужно. Я возьму меньше, при прочих равных. Клиент посмотрел, хм, они взяли с меня .... рублей, а в той студии просили (.... * 1.5) рублей. Если клиент решит расшириться, тот же джуниор интегрирует верстку в вордпресс за какие-то час/четыре часа, в зависимости от сложности.
Может, тогда уж, балансировщик поднимем, а то вдруг завтра трафик попрет, а в чеке так и напишем: "Мы любезно подняли для вас HAProxy, чтобы ваш прекрасный проект был готов к масштабированию"?
Я кстати не знаю что хуже, писать на Symfony сайт визитку, где в дальнейшем появятся новости и статьи, или взять сначала статику, и потом по требованию добавить статьи, я перенесу это на Wordpress, который создан для статей и постов, и где есть миллион бесплатных плагинов, которые удешевят разработку. Привяжем владельца ресурса к стеку технологий, который сам по себе не дешевый, или возьмем инструмент, который создан для постов и статей, сэкономив ему деньги?
Короче палка у двух концах. Я бы уж точно не стал поднимать симфони для сайта визитки, чтобы потом писать движок интернет-магазина с корзиной. Для этого есть специальные инструменты: Wordpress, Magento. Там работают программисты с высшим образованием, которые сосредоточены на создании инструментов, выполняющего некий функционал. Лучше этих инструментов никто из присутствующих на этом форуме не напишет. А если и напишет, то уж точно не быстрее, а значит и не дешевле для заказчика. Так кто там доит клиентов?
Aisamiery, ну вот допустим, у меня сайт, который просто содержит три страницы: главная, о нас, и контакты. Я четко знаю что мне нужно, но прикинусь лохом, и закажу у тебя сайт. Я скажу, что есть вот верстка, отдал верстальщик. Нужно все запустить в веб. Твои действия? Симфони тянуть?
Начните смотреть Курсы по PHP Борисова (Бауманка), те что вы сказали чуть выше. Можете скачать версию 2016 года на nnm club. У него отличные курсы, которые действительно могут научить. Для новичка подходят идеально. Главное делайте домашку, перепечатывайте с экрана, пробуйте код на "ощупь", вырабатывайте память, следить как препод форматирует текст, какими инструментами пользуется.
Для SSI нет необходимости менять расширение. Советую вам забыть про SSI, потому что это старый и не гибкий способ.
Файлы с расширением *.php по умолчанию обрабатываются интерпретатором PHP. Можно настроить, чтобы интерпретатор обрабатывал любые расширения, даже exe, mp3, и прочие. Главное, чтобы они содержали код, написанный на PHP. Однако, никто это в здравом уме не делает, поэтому ответ на ваш вопрос: да, все файлы для языка программирования PHP должны иметь расширение *.php, если вы умышленно не захотите изменить это, имея весомые аргументы. Вы должны понять, что расширение, это абстракция, важно содержимое файла.
Из советов, который вы можете проигнорировать, могу сказать одно: PHP не лучший язык для обучения программированию, однако неплох для быстрого зарабатывания денег, так как низкий порог вхождения.---------- Добавлено 11.01.2017 в 21:50 ----------silicoid, ООП автору пока рано, вы ему это для вдохновения написали?
А если заказчик использует обычный хостинг без композеров и доступа к башу?
Рискнете объяснить, зачем ему VPS с администрированием? Или вы на хостинг накатите Symfony?
Например, делаете файлы:
index.php
contact.php
Внутри:
<?php include 'header.html'; include 'home.html'; include 'footer.html';
По аналогии и другие файлы. В итоге, изменяя один раз header.html, он изменится везде, так как включается во всех ваших файлах. Естественно, придется поменять ссылки в шаблонах (на аналогичные файлы с расширением *.php)
Это сложно умещается в сайт-визитку. Особенно, когда есть каталог товаров. Например, имея бумажную визитку, вы часто видите там список товаров, которые производит компания? Нет. Для этого есть листовка (брошюра), которая и стоит дороже. Жизненный цикл проекта должен заботить только его владельца. Есть такое понятие в стартапах, называется pivot - это точка, в которой происходит корректировка курса (идеи, бизнес-модели), и вносятся изрядные правки в функционал. Иногда эта точка нужна для того, чтобы оценить спрос, и выделяется тестовый бюджет на разработку и быстрый старт. То, что вы там поднимите под визитку (какой стек технологий), никого не интересует, так как в пивот обычно все это закрывается к чертовой матери, и делается все заново, ну... или не делается. Вам дают ТЗ: есть 3 страницы, форма mailchimp, встроить аналитику. Все. Ну что, composer, require symfony/symfony?
Ну, это ложь, я даже комментировать это не буду.
Ну, голый html, это вряд ли можно назвать костылём. И почему вы решили, что писать нужно с багами и костылями? А вообще, с багов я поржал, конечно, как фреймворк может повлиять на отсутствие багов в логике приложения? Да никак. Но дело ваше вообще, тут на форуме много хипстеров, забивающих гвозди микроскопом.
Дело не в оптимизации, а в том, что каждый инструмент выполняет свою задачу. Если есть сайт-визитка, статика, даже пусть форма, отсылающая письма на e-mail. Для чего тут вообще CMS и фреймворк? Дело не в скорости и оптимизации. Просто вопрос: зачем? Какой функционал движок будет выполнять? Могу назвать минусы: тянет конфиги, требует базу данных (пусть и не всегда), создает дыры (если не обновлять), нагружает сервер (хоть и чужой, лол), избыточен.
Просто я не раз сталкивался с требованием заказчика, когда просят: "сайт визитку на Wordpress". Когда я спрашиваю о функционале, мне дают ТЗ которое просто идеально вписывается в статику. Но нет, им кто-то сказал, что нужен Wordpress. Цена растет, т.к. уходит время на интеграцию. Когда человек дорастет до каталога, интернет-магазина, CRM-системы, и прочего, все это дело скорее перенесется на что-то более рациональное и подходящее под задачу.
upd: Есть ощущение, что у многих уже фреймворк/wordpress головного мозга. Напоминает случай с пакетом и npm. Готовить яичницу огнеметом, убивать муху гранатометом - явно про них.
