Aisamiery: Ядро может пишут и профессионалы, но на голом ядре вы ничего делать не будете (кстати Magento2 тоже использует симфони в ядре, как и любая CMS современная имеет в ядре фреймворк).
Во-первых, Magento использует Zend в ядре.
Во-вторых, Magento - не голое ядро, там есть корзина, товары, артикулы, характеристики, адаптеры авторизации, доставки и оплаты, и многое другое. Это все сложно назвать "голым ядром".
Aisamiery: Не делайте с симфони монстра, она и для визиток норм. Дорого, потому что с ней в основном работают программисты с высшим образованием, а не джуны, которые только вчера закончили читать книгу "Wordpress за 24 часа для чайников". На самом деле где то я слышал очень хорошую фразу со смыслом: "Дороже профессионала - только любитель"
Да, конечно "норм". Ну и как по вашему отнесется клиент, когда узнает что ему нужно платить 20 баксов в час программисту на Symfony. Или вы предлагаете нанять за 10$ такого как вы? И что он там понаписывает?
Aisamiery: аргумент тут только один, что вы симфони знаете чуть больше чем никак, а вордпресс видимо хоть как то, по этому визитку на нем вам конечно сделать проще, а на хтмл и подавно, там вообще библиотекарь справиться, даже джун не нужен.
Я Symfony вообще не знаю, потому что не работал с ней. Работал с Laravel, который частично использует пакеты Symfony. Но раз вы оцениваете разработчика по знанию Symfony, то мне вас жаль.
Aisamiery: В моем случае — да. Я давно работаю в этой сфере и знаю типовые задачи для любого сайта (наверное потому что я не работаю с физиками, я видимо из другого мира), ген дир с кем то решили что нужен сайт, покумекали и думают, надо нам 3 страницы, на главной фотку ген дира разместим и напишем что работаем 300 лет, еще страницу со всей бригадой и кто что делает, ну и контакты, это же визитка. Дают такое ТЗ, делают сайт, дальше они думаю, надо же теперь что то с этим делать, деньги то уплочены, пойдут в яндекс, узнают что есть сео и директ, пойдут в студию, а те им ТЗ на сайт выкатят на 10 листов с требованиями, те к разработчику, а тот им "в ТЗ небыло, надо переделывать/дорабатывать", при том вы им сайт развернули (Карл, целый сайт за 5т.р), а добавить какие то статьи 10т.р. (вам то надо на CMS перетянуть), и кто вы после этого в глазах клиента?
Ну, окей. Тогда что вам мешает развернуть просто сайт визитку и сказать "готово", а при поступлении новых требований, которые не укладываются в статику — развернуть Symfony, как вы говорите, за 15 минут?
Aisamiery: И я не понимаю тех ребят/студии которые клиента отпускают в свободное плавание после сдачи проекта, потому что когда он придет к другим, те с вероятностью процентов в 80 скажут что все надо переделать, и не они будут плохие, а тот кто сделал изначально. Ну а если вам нравится дорабатывать html, плодить mail.php и прочее, флаг вам в руки, лично для меня время — это самый дорогой ресурс.
Для меня время - это тоже самый дорогой ресурс. Не совсем ясно, что лучше плодить - Symfony или один файл mail.php. И никто не отпускает в плавание. Функционал должен быть реализован после появления необходимости в нем, исключение - кеширование, это делается заранее. Можете прочитать про принцип KISS в разработке, это то, о чем я пытаюсь донести в этой теме.
mendel:
Я понимаю вашу идею, что половина клиентов может и заплатить дополнительно за вещи которые в принципе бесплатны (ну что такого - добавить пару полей с валидацией и селектом привязанном к существующим страницам, это ведь минуты три). Но... зачем? Клиентов нехватает, чтобы их повторно доить? Ну не знает клиент чего хочет. Ну бывает....
Так в том то и фишка, что не доить. Дали верстку. Говорят, мол: "Хочу, чтобы это открывалось по адресу rogaandcopita.com". Окей, цена вопроса:
- Домен
- Хостинг
- 1 час работы нашего джуниора.
Все. Клиент не платит за то, что кто-то "посмотрел в завтрашний день", и решил, что симфони это то, что завтра им обязательно станет нужно. Я возьму меньше, при прочих равных. Клиент посмотрел, хм, они взяли с меня .... рублей, а в той студии просили (.... * 1.5) рублей. Если клиент решит расшириться, тот же джуниор интегрирует верстку в вордпресс за какие-то час/четыре часа, в зависимости от сложности.
Может, тогда уж, балансировщик поднимем, а то вдруг завтра трафик попрет, а в чеке так и напишем: "Мы любезно подняли для вас HAProxy, чтобы ваш прекрасный проект был готов к масштабированию"?
Я кстати не знаю что хуже, писать на Symfony сайт визитку, где в дальнейшем появятся новости и статьи, или взять сначала статику, и потом по требованию добавить статьи, я перенесу это на Wordpress, который создан для статей и постов, и где есть миллион бесплатных плагинов, которые удешевят разработку. Привяжем владельца ресурса к стеку технологий, который сам по себе не дешевый, или возьмем инструмент, который создан для постов и статей, сэкономив ему деньги?
Короче палка у двух концах. Я бы уж точно не стал поднимать симфони для сайта визитки, чтобы потом писать движок интернет-магазина с корзиной. Для этого есть специальные инструменты: Wordpress, Magento. Там работают программисты с высшим образованием, которые сосредоточены на создании инструментов, выполняющего некий функционал. Лучше этих инструментов никто из присутствующих на этом форуме не напишет. А если и напишет, то уж точно не быстрее, а значит и не дешевле для заказчика. Так кто там доит клиентов?
Aisamiery, ну вот допустим, у меня сайт, который просто содержит три страницы: главная, о нас, и контакты. Я четко знаю что мне нужно, но прикинусь лохом, и закажу у тебя сайт. Я скажу, что есть вот верстка, отдал верстальщик. Нужно все запустить в веб. Твои действия? Симфони тянуть?
sergivanov2018: Больше меня прельщают SSI - наверное, потому-что я их уже отрабатывал немного под Дневером. Следующий мой этап - программирование - PHP & MySQL, JavaScript. Материалы для изучения уже лежат, ждут своего часа.
Начните смотреть Курсы по PHP Борисова (Бауманка), те что вы сказали чуть выше. Можете скачать версию 2016 года на nnm club. У него отличные курсы, которые действительно могут научить. Для новичка подходят идеально. Главное делайте домашку, перепечатывайте с экрана, пробуйте код на "ощупь", вырабатывайте память, следить как препод форматирует текст, какими инструментами пользуется.
sergivanov2018: danforth, спасибо за пояснения. Как я вижу, нужно менять названия расширений файлов? А если использовать Server Side Includes - там нужно менять *.html на *.php ?
Может быть, будет лучше SSI вместо PHP includes ? Чтобы не менять в меню ссылки на расширения файлов...
Для SSI нет необходимости менять расширение. Советую вам забыть про SSI, потому что это старый и не гибкий способ.
Файлы с расширением *.php по умолчанию обрабатываются интерпретатором PHP. Можно настроить, чтобы интерпретатор обрабатывал любые расширения, даже exe, mp3, и прочие. Главное, чтобы они содержали код, написанный на PHP. Однако, никто это в здравом уме не делает, поэтому ответ на ваш вопрос: да, все файлы для языка программирования PHP должны иметь расширение *.php, если вы умышленно не захотите изменить это, имея весомые аргументы. Вы должны понять, что расширение, это абстракция, важно содержимое файла.
Из советов, который вы можете проигнорировать, могу сказать одно: PHP не лучший язык для обучения программированию, однако неплох для быстрого зарабатывания денег, так как низкий порог вхождения.
---------- Добавлено 11.01.2017 в 21:50 ----------
silicoid, ООП автору пока рано, вы ему это для вдохновения написали?
По аналогии и другие файлы. В итоге, изменяя один раз header.html, он изменится везде, так как включается во всех ваших файлах. Естественно, придется поменять ссылки в шаблонах (на аналогичные файлы с расширением *.php)
Aisamiery: Да, но на сайте визитке есть форма обратной связи, которая шлет на email, имеет валидацию, сохраняет на всякий случай в БД, вдруг письмо реджектниться как спам, отправляет смс для скорой обработки заявки, а так же добавляет заявку в CRM. Иногда там надо менять шапку под праздники, а потом еще каталог товаров или услуг выложить.
Это сложно умещается в сайт-визитку. Особенно, когда есть каталог товаров. Например, имея бумажную визитку, вы часто видите там список товаров, которые производит компания? Нет. Для этого есть листовка (брошюра), которая и стоит дороже. Жизненный цикл проекта должен заботить только его владельца. Есть такое понятие в стартапах, называется pivot - это точка, в которой происходит корректировка курса (идеи, бизнес-модели), и вносятся изрядные правки в функционал. Иногда эта точка нужна для того, чтобы оценить спрос, и выделяется тестовый бюджет на разработку и быстрый старт. То, что вы там поднимите под визитку (какой стек технологий), никого не интересует, так как в пивот обычно все это закрывается к чертовой матери, и делается все заново, ну... или не делается. Вам дают ТЗ: есть 3 страницы, форма mailchimp, встроить аналитику. Все. Ну что, composer, require symfony/symfony?
Aisamiery: Развернуть на той же симфони или yii или любом другом фреймворке ваш архив у меня займет на 15 минут больше времени чем у вас разархивировать
Ну, это ложь, я даже комментировать это не буду.
Aisamiery: зато потом я буду навешивать функционал с неверойтной скоростью и дешевизной по сравнению с вашими костылями, которые проект превратят в лапшакод с кучей багов/ошибок и etc.
Ну, голый html, это вряд ли можно назвать костылём. И почему вы решили, что писать нужно с багами и костылями? А вообще, с багов я поржал, конечно, как фреймворк может повлиять на отсутствие багов в логике приложения? Да никак. Но дело ваше вообще, тут на форуме много хипстеров, забивающих гвозди микроскопом.
mendel: Нет, всё хорошо. Голый хтмл можно вылизать чтобы он был на 2,5% меньше чем генеренный CMS-кой, и чтобы отдавался на 50мс быстрее. Прекрасно, радостно и понятно. Одно не ясно. Зачем? Нет, я могу объяснить почему у меня в 2005 году разработчик получил взбучку за то что он использовал целый байт(!) оперативной памяти там, где хватило бы полбайта. Всё просто - у нас их всего было 32 байта, проц на 64 байта стоил дороже, но это мелочи, он был больше, больше ножек, перерисовка платы, в общем - ну его нафиг. Полбайта тут, полбайта там, и потом цена изделия вырастает в два раза. Но вам то это зачем? Так плохо работаете что клиентов мало и хочется чтобы почаще вас дергали, чтобы больше денег получить? Или что? Или вправду думаете что сайт потребляющий 0.001% от выделенных ему ресурсов хостинга - нужно оптимизировать?
Дело не в оптимизации, а в том, что каждый инструмент выполняет свою задачу. Если есть сайт-визитка, статика, даже пусть форма, отсылающая письма на e-mail. Для чего тут вообще CMS и фреймворк? Дело не в скорости и оптимизации. Просто вопрос: зачем? Какой функционал движок будет выполнять? Могу назвать минусы: тянет конфиги, требует базу данных (пусть и не всегда), создает дыры (если не обновлять), нагружает сервер (хоть и чужой, лол), избыточен.
Просто я не раз сталкивался с требованием заказчика, когда просят: "сайт визитку на Wordpress". Когда я спрашиваю о функционале, мне дают ТЗ которое просто идеально вписывается в статику. Но нет, им кто-то сказал, что нужен Wordpress. Цена растет, т.к. уходит время на интеграцию. Когда человек дорастет до каталога, интернет-магазина, CRM-системы, и прочего, все это дело скорее перенесется на что-то более рациональное и подходящее под задачу.
upd: Есть ощущение, что у многих уже фреймворк/wordpress головного мозга. Напоминает случай с пакетом и npm. Готовить яичницу огнеметом, убивать муху гранатометом - явно про них.
Человеку нужно чтобы 3 - максимум для счетчика. Нужно ещё сбросить его в ноль, если больше 3.
Александр И, у вас с открывающими и закрывающими кавычками путаница. Открывают двойные, для конкатенации закрываете одинарные.
/ru/forum/comment/14870522
Подустал я что то вам доказывать если честно
На этом и покончим
Ядро может пишут и профессионалы, но на голом ядре вы ничего делать не будете (кстати Magento2 тоже использует симфони в ядре, как и любая CMS современная имеет в ядре фреймворк).
Во-первых, Magento использует Zend в ядре.
Во-вторых, Magento - не голое ядро, там есть корзина, товары, артикулы, характеристики, адаптеры авторизации, доставки и оплаты, и многое другое. Это все сложно назвать "голым ядром".
Не делайте с симфони монстра, она и для визиток норм. Дорого, потому что с ней в основном работают программисты с высшим образованием, а не джуны, которые только вчера закончили читать книгу "Wordpress за 24 часа для чайников". На самом деле где то я слышал очень хорошую фразу со смыслом: "Дороже профессионала - только любитель"
Да, конечно "норм". Ну и как по вашему отнесется клиент, когда узнает что ему нужно платить 20 баксов в час программисту на Symfony. Или вы предлагаете нанять за 10$ такого как вы? И что он там понаписывает?
аргумент тут только один, что вы симфони знаете чуть больше чем никак, а вордпресс видимо хоть как то, по этому визитку на нем вам конечно сделать проще, а на хтмл и подавно, там вообще библиотекарь справиться, даже джун не нужен.
Я Symfony вообще не знаю, потому что не работал с ней. Работал с Laravel, который частично использует пакеты Symfony. Но раз вы оцениваете разработчика по знанию Symfony, то мне вас жаль.
В моем случае — да. Я давно работаю в этой сфере и знаю типовые задачи для любого сайта (наверное потому что я не работаю с физиками, я видимо из другого мира), ген дир с кем то решили что нужен сайт, покумекали и думают, надо нам 3 страницы, на главной фотку ген дира разместим и напишем что работаем 300 лет, еще страницу со всей бригадой и кто что делает, ну и контакты, это же визитка. Дают такое ТЗ, делают сайт, дальше они думаю, надо же теперь что то с этим делать, деньги то уплочены, пойдут в яндекс, узнают что есть сео и директ, пойдут в студию, а те им ТЗ на сайт выкатят на 10 листов с требованиями, те к разработчику, а тот им "в ТЗ небыло, надо переделывать/дорабатывать", при том вы им сайт развернули (Карл, целый сайт за 5т.р), а добавить какие то статьи 10т.р. (вам то надо на CMS перетянуть), и кто вы после этого в глазах клиента?
Ну, окей. Тогда что вам мешает развернуть просто сайт визитку и сказать "готово", а при поступлении новых требований, которые не укладываются в статику — развернуть Symfony, как вы говорите, за 15 минут?
И я не понимаю тех ребят/студии которые клиента отпускают в свободное плавание после сдачи проекта, потому что когда он придет к другим, те с вероятностью процентов в 80 скажут что все надо переделать, и не они будут плохие, а тот кто сделал изначально. Ну а если вам нравится дорабатывать html, плодить mail.php и прочее, флаг вам в руки, лично для меня время — это самый дорогой ресурс.
Для меня время - это тоже самый дорогой ресурс. Не совсем ясно, что лучше плодить - Symfony или один файл mail.php. И никто не отпускает в плавание. Функционал должен быть реализован после появления необходимости в нем, исключение - кеширование, это делается заранее. Можете прочитать про принцип KISS в разработке, это то, о чем я пытаюсь донести в этой теме.
Я понимаю вашу идею, что половина клиентов может и заплатить дополнительно за вещи которые в принципе бесплатны (ну что такого - добавить пару полей с валидацией и селектом привязанном к существующим страницам, это ведь минуты три). Но... зачем? Клиентов нехватает, чтобы их повторно доить? Ну не знает клиент чего хочет. Ну бывает....
Так в том то и фишка, что не доить. Дали верстку. Говорят, мол: "Хочу, чтобы это открывалось по адресу rogaandcopita.com". Окей, цена вопроса:
- Домен
- Хостинг
- 1 час работы нашего джуниора.
Все. Клиент не платит за то, что кто-то "посмотрел в завтрашний день", и решил, что симфони это то, что завтра им обязательно станет нужно. Я возьму меньше, при прочих равных. Клиент посмотрел, хм, они взяли с меня .... рублей, а в той студии просили (.... * 1.5) рублей. Если клиент решит расшириться, тот же джуниор интегрирует верстку в вордпресс за какие-то час/четыре часа, в зависимости от сложности.
Может, тогда уж, балансировщик поднимем, а то вдруг завтра трафик попрет, а в чеке так и напишем: "Мы любезно подняли для вас HAProxy, чтобы ваш прекрасный проект был готов к масштабированию"?
Я кстати не знаю что хуже, писать на Symfony сайт визитку, где в дальнейшем появятся новости и статьи, или взять сначала статику, и потом по требованию добавить статьи, я перенесу это на Wordpress, который создан для статей и постов, и где есть миллион бесплатных плагинов, которые удешевят разработку. Привяжем владельца ресурса к стеку технологий, который сам по себе не дешевый, или возьмем инструмент, который создан для постов и статей, сэкономив ему деньги?
Короче палка у двух концах. Я бы уж точно не стал поднимать симфони для сайта визитки, чтобы потом писать движок интернет-магазина с корзиной. Для этого есть специальные инструменты: Wordpress, Magento. Там работают программисты с высшим образованием, которые сосредоточены на создании инструментов, выполняющего некий функционал. Лучше этих инструментов никто из присутствующих на этом форуме не напишет. А если и напишет, то уж точно не быстрее, а значит и не дешевле для заказчика. Так кто там доит клиентов?
Aisamiery, ну вот допустим, у меня сайт, который просто содержит три страницы: главная, о нас, и контакты. Я четко знаю что мне нужно, но прикинусь лохом, и закажу у тебя сайт. Я скажу, что есть вот верстка, отдал верстальщик. Нужно все запустить в веб. Твои действия? Симфони тянуть?
Больше меня прельщают SSI - наверное, потому-что я их уже отрабатывал немного под Дневером. Следующий мой этап - программирование - PHP & MySQL, JavaScript. Материалы для изучения уже лежат, ждут своего часа.
Начните смотреть Курсы по PHP Борисова (Бауманка), те что вы сказали чуть выше. Можете скачать версию 2016 года на nnm club. У него отличные курсы, которые действительно могут научить. Для новичка подходят идеально. Главное делайте домашку, перепечатывайте с экрана, пробуйте код на "ощупь", вырабатывайте память, следить как препод форматирует текст, какими инструментами пользуется.
danforth, спасибо за пояснения. Как я вижу, нужно менять названия расширений файлов? А если использовать Server Side Includes - там нужно менять *.html на *.php ?
Может быть, будет лучше SSI вместо PHP includes ? Чтобы не менять в меню ссылки на расширения файлов...
Для SSI нет необходимости менять расширение. Советую вам забыть про SSI, потому что это старый и не гибкий способ.
Файлы с расширением *.php по умолчанию обрабатываются интерпретатором PHP. Можно настроить, чтобы интерпретатор обрабатывал любые расширения, даже exe, mp3, и прочие. Главное, чтобы они содержали код, написанный на PHP. Однако, никто это в здравом уме не делает, поэтому ответ на ваш вопрос: да, все файлы для языка программирования PHP должны иметь расширение *.php, если вы умышленно не захотите изменить это, имея весомые аргументы. Вы должны понять, что расширение, это абстракция, важно содержимое файла.
Из советов, который вы можете проигнорировать, могу сказать одно: PHP не лучший язык для обучения программированию, однако неплох для быстрого зарабатывания денег, так как низкий порог вхождения.
---------- Добавлено 11.01.2017 в 21:50 ----------
silicoid, ООП автору пока рано, вы ему это для вдохновения написали?
А завтра заказчик скажет
А если заказчик использует обычный хостинг без композеров и доступа к башу?
Рискнете объяснить, зачем ему VPS с администрированием? Или вы на хостинг накатите Symfony?
Например, делаете файлы:
index.php
contact.php
Внутри:
По аналогии и другие файлы. В итоге, изменяя один раз header.html, он изменится везде, так как включается во всех ваших файлах. Естественно, придется поменять ссылки в шаблонах (на аналогичные файлы с расширением *.php)
Да, но на сайте визитке есть форма обратной связи, которая шлет на email, имеет валидацию, сохраняет на всякий случай в БД, вдруг письмо реджектниться как спам, отправляет смс для скорой обработки заявки, а так же добавляет заявку в CRM. Иногда там надо менять шапку под праздники, а потом еще каталог товаров или услуг выложить.
Это сложно умещается в сайт-визитку. Особенно, когда есть каталог товаров. Например, имея бумажную визитку, вы часто видите там список товаров, которые производит компания? Нет. Для этого есть листовка (брошюра), которая и стоит дороже. Жизненный цикл проекта должен заботить только его владельца. Есть такое понятие в стартапах, называется pivot - это точка, в которой происходит корректировка курса (идеи, бизнес-модели), и вносятся изрядные правки в функционал. Иногда эта точка нужна для того, чтобы оценить спрос, и выделяется тестовый бюджет на разработку и быстрый старт. То, что вы там поднимите под визитку (какой стек технологий), никого не интересует, так как в пивот обычно все это закрывается к чертовой матери, и делается все заново, ну... или не делается. Вам дают ТЗ: есть 3 страницы, форма mailchimp, встроить аналитику. Все. Ну что, composer, require symfony/symfony?
Развернуть на той же симфони или yii или любом другом фреймворке ваш архив у меня займет на 15 минут больше времени чем у вас разархивировать
Ну, это ложь, я даже комментировать это не буду.
зато потом я буду навешивать функционал с неверойтной скоростью и дешевизной по сравнению с вашими костылями, которые проект превратят в лапшакод с кучей багов/ошибок и etc.
Ну, голый html, это вряд ли можно назвать костылём. И почему вы решили, что писать нужно с багами и костылями? А вообще, с багов я поржал, конечно, как фреймворк может повлиять на отсутствие багов в логике приложения? Да никак. Но дело ваше вообще, тут на форуме много хипстеров, забивающих гвозди микроскопом.
Нет, всё хорошо. Голый хтмл можно вылизать чтобы он был на 2,5% меньше чем генеренный CMS-кой, и чтобы отдавался на 50мс быстрее. Прекрасно, радостно и понятно. Одно не ясно. Зачем? Нет, я могу объяснить почему у меня в 2005 году разработчик получил взбучку за то что он использовал целый байт(!) оперативной памяти там, где хватило бы полбайта. Всё просто - у нас их всего было 32 байта, проц на 64 байта стоил дороже, но это мелочи, он был больше, больше ножек, перерисовка платы, в общем - ну его нафиг. Полбайта тут, полбайта там, и потом цена изделия вырастает в два раза.
Но вам то это зачем?
Так плохо работаете что клиентов мало и хочется чтобы почаще вас дергали, чтобы больше денег получить? Или что? Или вправду думаете что сайт потребляющий 0.001% от выделенных ему ресурсов хостинга - нужно оптимизировать?
Дело не в оптимизации, а в том, что каждый инструмент выполняет свою задачу. Если есть сайт-визитка, статика, даже пусть форма, отсылающая письма на e-mail. Для чего тут вообще CMS и фреймворк? Дело не в скорости и оптимизации. Просто вопрос: зачем? Какой функционал движок будет выполнять? Могу назвать минусы: тянет конфиги, требует базу данных (пусть и не всегда), создает дыры (если не обновлять), нагружает сервер (хоть и чужой, лол), избыточен.
Просто я не раз сталкивался с требованием заказчика, когда просят: "сайт визитку на Wordpress". Когда я спрашиваю о функционале, мне дают ТЗ которое просто идеально вписывается в статику. Но нет, им кто-то сказал, что нужен Wordpress. Цена растет, т.к. уходит время на интеграцию. Когда человек дорастет до каталога, интернет-магазина, CRM-системы, и прочего, все это дело скорее перенесется на что-то более рациональное и подходящее под задачу.
upd: Есть ощущение, что у многих уже фреймворк/wordpress головного мозга. Напоминает случай с пакетом и npm. Готовить яичницу огнеметом, убивать муху гранатометом - явно про них.