Отписал в ЛС. Если кто в курсе:
- движок в процессе менялся? Если нет, состряпаю чуть более подробную инструкцию "для всех"
- кому-то эти сайты актуальны? Если человека 3-4, в индивидуальном порядке подскажу, если кому-то интересно, есть идеи как привести его в чувство после небольших доработок.
Я смотрел только в PHP часть. Вопросы по JS (в браузере не отрисовывается маршрут, etc) - к Kedr777, или отписывайте ссылку, чтобы я мог взглянуть.
- полным поиском по проекту
- посмотрите исходный код в браузере, или страницу с отключенным JS - если надписи нет, значит в скриптах. Если в скриптах - отключаем по одному, пока не пропадет.
Нет, не так.
Вам надо заменить часть парсера следующую за той строчкой, до закрывающей "}", на то что по ссылке.
100 на 5 я бы не менял.
На счет прокладывания маршрута - уточните у Kedr777 - на браузерной части у него уже все работало. Полагаю, у вас используется старый JS API карт, и он больше не поддерживается.
Не, это не кулстори. Я когда-то тоже начинал, и тоже писал свой, самый лучший самопис-фреймворк. Даже с MVC моделью. И даже SEO-сайтики на нем ничего выходили, примерно как у livetv. Не так быстро, но когда в одно лицо и начинаешь учиться - сойдет.
Я не против самописа для поиграться, когда подукт никто другой не увидит. Я не против самописа для себя, когда не важно качество и скорость, и охота побаловаться и соорудить велосипед — охота пуще неволи.
Но я категорически против утверждений о том что фреймворки хуже чем свои велосипеды, и разработка на них в разы дольше, лишь потому что автор на не пожелал или не смог разобраться в документации. Ладно заказчики - обычно мой бюджет и бюджет самописцев не пересекаются. Но забредет начинающий программист, начитается новых откровений, а потом ему расхлебывать - не ТСу. Вот это нехорошо.
Функция фреймворка только одна - дать каркас. У кого-то он больше, у кого-то меньше. Есть фреймворки с минимумом функций, хоть в шаблонах код пиши. Есть те что предоставляют все описанное вами из коробки - пожалуй, слегка излишне для фреймворка, но мне нравится с таким работать.
Поправлять меня? В чем? Или вы имели в виду что мажорный релиз опен-сорс фреймворка (а последним не-опенсорс был первый КодИгнайтер, ну и Битрикс еще живет) "не поддерживается"? Так он на то и опен-сорс, он поддерживается пока есть клиенты на нем. Возникла ошибка - исправили. Возникла ошибка у вас, и никто другой не исправил - исправили вы. Но в отличие от своего велосипеда не надо исправлять каждый баг, суть то зачем мы используем чужие модули и библиотеки.
Работал, работаю, могу ручаться.
PHP в них занимает меньшую часть, я бы сказал, в топ-5 он если и используется, то менее 1% от всех заказов. По опыту в более компактных компаниях, специализирующихся на разработке ПО, качество кода не покоряет вершин, но и в говнокод не уходит. Кто пытается говнокодить - получает по шапке, или разъяснения почему и как правильно - если это джун.
С одной стороны да, это универсальный модуль, и можно его демо не показывать. С другой стороны, раз в ТЗ прописано что это модуль для приложения на фреймворке, я считаю уместным показывать заказчику его демо в контексте фреймворка.
Как-то так
<VirtualHost *:80> ServerName mydomain.com ServerAlias *.mydomain.com</VirtualHost>
Вы только в том же посте в качестве аргумента взяли статью о JS-фреймворках. Что, в принципе, логично: фреймворк есть набор готовых инструментов и практик, и разговор наш о том использовать их, или нет.
Я ожидал, что вы скажете "5 минут" - на фреймворке от ознакомления с ТЗ до размещения на хостинг ушло 25 минут, а фреймворки - они же мешают.
Это парсер — что, впрочем, несложно увидеть как из домена, так и из заголовка. Там, правда, по английски... уж не сложности ли с ним вызывают проблемы с использованием фреймворков? Русскоязычные переводы и впрямь не у всех продуктов блистают.
"Непонятная хрень" у программистов называют хешем, или, если вам это ближе, ассоциативным массивом. Простите, у меня сложилось впечатление, что вы знаете базовые форматы данных. Был не прав, извиняюсь.
Я просил перечислить что-то не реализуемое на фреймворке ☝
Сколько нужно. А вы выбрасываете?:)
Например
От вас, как от пользователя, никто и не ждет что вы будете делать библиотеки-парсеры. А вот от программистов, судя по соседним разделам, ждут довольно часто - и на хваленых фреймворках, и на хваленых CMS, и на хваленых не-пойми-чем. За здравое разделение труда.🍿
Т.е. писать с нуля быстрее, чем использовать готовое. Но вы писали что используете модули. Что-то тут не сходится ☝
Интереса ради, сколько займет не на чистом самописе, а на таком вот доморощенном фреймворке сделать такое? Не у Арбита, конечно - он в блокноте за 15 минут сваяет :)
Огласите весь список, пожалуйста.
А смысл обновлять мажорную (изменения API) версию, если можно обновить минорную с нужным багфиксом? Хотя, опять же, случай редкий. Компонент ядра, прошедший несколько уровней тестирования до релиза, и доживший до следующего мажорного релиза? Такое только у друпала было разок.
кхм. Вот, кстати, еще один плюс фреймворкам. В серьезных конторах такого не допускают - но там, увы, самопалы не используют.
Создатель настолько популярного фреймворка, что им до сих пор пользуются, против фреймворков. 🍿
Стоит заметить что автор не против фреймворков, а против бездумного использования инструмента, без понимания основ. Такая крошечная, совсем незначительная деталь.
Зависит от кода.
И вы годами поддерживаете прошлых клиентов бесплатно, и.. ой, нет, ошибочка вышла.
Я видал проекты на фреймворках, и видал самописы. Разница в том что на фреймворках меньше говнокода - ядро, пардон, из песни не выкинешь. Но даже если он есть - с ним проще работать, потому что объема говнокода меньше, и он структурирован, это не та феерическая свалка с безумным дублированием, которую можно выхватить от кулибиных.
А я у вас спросил, как это выходит, если на фреймворке требуется меньше времени для аналогичного функционала. Разве что вы цены демпингуете ниже плинтуса.
Давайте остановимся на том, что это причина - сложно прочесть руководство пользователя. Раз говнокод бывает в любом случае, а времени на разработку с нуля тратится больше.
Разговор шел о миграциях БД, если вы помните. Миграции минорной версии фреймворка происходят автоматически за счет замороженного API, миграции мажорной версии нужны крайне редко. Хотя по моему опыту - также достаточно быстры для устоявшихся продуктов.
Я с удовольствием погляжу на результат. HTMLкой сделаете регистрацию?😂
А где я писал про говнокод? Поддержку даже для чистого/красивого/логичного кода никто не отменял. Посмотреть на люмен - за год у него больше 10 изменений только для роутинга. Но если уж говорить о говнокоде, на самописе его очевидно больше, потому что кроме логики приложения в нем будет заговнокожена логика ядра. Прибавим сверху потери на то чтобы разобраться в структуре (самописы с документацией? Не, не слышал) - выйдет некисло.
Вот, славно, то есть дело было даже не в умении конкретного индивида обращаться с фреймворком, а в неумении работать с бизнес требованиями. Где, кстати, был менеджер проекта? Он тоже ТЗ не читал при постановке задач?
Мы, вроде, самопис с фреймворком сравнивали. Не думаю что в контексте их задач CMS вообще стоит рассматривать. Равно как и их применять для того, что уже давно решено, как вы верно заметили (как и фреймворки давно решили вопрос каркаса веб приложения).
Как бы нет. Далеко ходить не надо, в соседней ветке отечественные разработчики не пугаются высоких ставок. И, не могу поверить, у них даже получается.
Ну, правда, это не "очень высокие ставки" - увидя $50/час от местного заказчика я бы тоже испугался.
Если "как надо" - это точная копия, со временем генерации в футере, кучей пустых мест и инлайн-стилей в разметке, то, вероятно, никто в здравом уме браться не захочет. Если просто выполнить тот же функционал: список объектов, отзывы и карты - то 2 часа это, хоть и сказано сгоряча, уже близко к конечному результату. Прилизать, поболтать с заказчиком по факту, поправить под его нужды - пусть будет 4 часа. Во сколько раз это быстрее, чем два дня? livetv скромно проигнорировал мой вопрос об эффективности, но программисты продают свое время, и разница в, скажем, 4 раза по времени для программистов одного уровня - разница в 4 раза по стоимости.
Нанимайте нормальных исполнителей - не будете страдать в качестве конечного пользователя. И самописы не панацея - говорю с точки зрения программиста, восстанавливавшего несколько виртуозных решений на самописах.
