Иван Лещёв PHP код пишется в стандартах которые предоставляют разработчики PHP приложения. Любое отклонения от стандартов выдает ошибку. А вот для тех кто пишет библиотеки людям которые не знают стандарты им и предоставляется возможность статического анализа.
Иван Лещёв Статический код это static codestatic переводится как стационарным.Вот от туда пошло проверка объектов, библиотек и приложения так как они стационарные.Надеюсь разъяснил
Иван Лещёв у меня не может быть код статический или динамический так как я не использую парадигму ООП в которой можно применить статический или динамическую проверку пользователями. Пользователями а не программистами.Я поддерживаю парадигму структурную в связке с API между серверами. Это блочная структура и не может быть статической или динамической.
Тарас Ктл при чём тут ООП к статическому анализатору? Статический анализатор анализирует любой код.А то что вы не используете ООП, значит вы пишите код не по стандарту SOLID.По какому стандарту вы пишете код?
Иван Лещёв SOLID для тех что пишет на ООП для них и есть понятия статический анализ кода.В моем случае я пишу по стандарту W3C HTML 5.2WHATWG HTML Living StandardПо стандарту разработчиков PHP Также при разработке продукта по всемирных стандарта я расписываю архитектуру чтобы мне и другим было понятно. А вот те кто не может расписать архитектуру вникают в стандарт SOLIDВот и получается что на выходе разные по качеству продукты. Да и понятия к задачам совсем другие. Это как Вы программист на С++ а я программист на Си. У меня больше возможности та и результат на выходе намного результативный. Сайты на фремворках тормозят а на чистом коде работают быстро.
Тарас Ктл вот стандарт разработчиков phphttps://www.php-fig.org/psr/psr-12/при чём тут W3C? вебприложение может не отдавать ни байта html, а только jsonвы не знаете про PSR или сознательно их игнорируете?
Иван Лещёв Официальный сайт PHP https://www.php.net/Там и документация на все стандарты PHPТак что сайт https://www.php-fig.org/ для вас а для меня сайт https://www.php.net/ и сайт https://www.w3.org/Мне кажется что вы глубоко заблуждаетесь в реальности. Используете много терминов и так называемых стандартов. Предлагаю перейти к реальности и сравнивать результаты. Если вы не против поделится своей работой и сравним с моими работами.
Тарас Ктл стандарты - это то что принято большим количеством разработчиковPSR - это стандарты PHPвы не пишете по стандартам PSR, вы не используете статические анализаторы, а автоматическое тестирование вы хоть применяете в разработке?
Иван Лещёв Покажите свои работы. Надеюсь вы не против что бы я дал оценку и проверил вашу работу на качество. Так мы узнаем кто прав а кто заблуждается.
Гуглите чеклисты по техническому seo, проходите по всем пунктам, сверяете со своим проектом.Чего нет (или что работает не так) - внедряете.Так как это фреймворк - реализовать можно все.Тут больше вопрос к компетенциям специалистов, которые будут работать над проектом (сеошник, программер)
Никита Бородин, ну тогда вообще пальцем в небо)Теоретически все можно сделать правильно на любом фреймворк и на любой cms.А дальше уже нужно смотреть на ресурсы, приоритеты.
Ольга Горбенко Хороший разработчик помогает с ТЗ. Разработчик должен вести заказчика чтобы тот сам себе не накостылял. Очень много советчиков который водят заказчика в заблуждения.При разработке проекта все в процессе будут предложения.
Тарас Ктл пишу со стороны seo-специалиста, а не заказчика) Laravel позволяет сделать что угодно, все технические рекомендации легко внедряют хорошие разработчики. А не вводите ли вы заказчиков в заблуждение, доказывая, что только чистый код даст в SEO положительные результаты? Посмотрите топ выдачи в любой нише и увидите много чего интересного)
Ольга Горбенко Попытаюсь вам донести свою точку зрения. Я тоже сеошник и в то же время программист. Поверьте, всегда когда происходит изменения и условия в гугле все кто на платформах и на библиотеках в ступоре а ответственность припадает на сеошнике так как сайт слетает. Вот к примеру микроразметка для гула и для яндекса отличается а хоть одна платформа или фремворк внес изменения? И таких приколов много. Так что сайт нужно писать а не копировать и вставлять. SEO важнее чем платформа и фремворк.
Ольга Горбенко удачи вам Laravel сделать что угодно)). А хотя Ольга попробуйте сделать в Laravel создать интерфейс программирования, интерфейс создания приложений между серверами. Удачи вам с Laravel))
отлично , ключевой момент что нету излишности кода плагинов итп, соответственно гугл чек сайты проходят прекрасно ( если сайт построен нормально) внедряется что угодно, мы даже под сети сайтов под агрегацию трафика - писали на ларавеле свою платформу
Тарас Ктл Есть такое понятие KPI проекта, а так же куча успешных проектов в ТОП работающий на откровенном хламе) все определится экономической целесообразностью, от туда вытекают и тех. требования) по цене абсолютно разное - в саппорте крупных проектов, фреймворк и кастомный самопис, так же как и разная стоимость часа разработки ) ну и плюс взаимозаменяемость девелоперов пропадает ) так как каждому новому девелоперу , придется разбирать кастомную платформу) а это тоже время /деньги )
Ruslan Dobryshev Если та то пошло то фреймворки пишут программисты и эти программисты могут написать любой проект без фреймворков. фреймворк для тех кто слаб в программирования.фреймворк для начинающих. Если в чистом коде прочитать не может то тогда лучше уже ворпрес. Суть не в том где легче а в качестве. На фреймворках качества для SEO не реально добится.
Тарас Ктл Качество на чем угодно добиться можно ) все зависит от того какое качество требуется ) за последние лет 12 я видел ни одну , и даже наверное не 10ть компаний, фрилансеров, команд - пытавшихся выйти с самописами на рынок - и начавшими буксовать уже через 1-2 года - потому что им тупо не хватало ресурсов - обеспечить нормальную обновляемость ( в том числе и секьерную ) , нормальный баг фикс , новые версионности фичи итп итд - а вордпресс до сих пор жив, и знаете по чему ? потому что в его разработке участвуют тысячи человек и он имеет громадное комьюнити и саппорт ) А нормально,писать, развивать свой самопис - могут себе позволить очень крупные продуктовые компании - по свои специфические задачи)
Ruslan Dobryshev Вот и я про то что в PHP ООП не подходит. Это же интеритация а не компиляция.Вот от туда и тормоза. Нужно писать парадигмой блочной а лучше использовать API. Разбивать на сервера. На фремворках такого уровня не реально достигнуть. По поводу ворпреса. Он для новичков. Если ворпрем проверить через падспид то та 100% не будет а это в SEO отстой.
Лучше бы спросил как Seo и vue.js, на котором фронт собирают))) не раз пришлось переделывать вёрстку после верстальщиков с вью. А по ларавел вообще нет заморочек, возможности там все есть, чтоб сделать все что нужно для сео
Олег Шестаков С практике лучше на чистом коде писать и тогда с SEO будет на высоте. А если внутреннюю аналитику сделать для ботов то сайт будет под контролем
Никита Бородин попробую растолковать а то у Максима Гордиенко транзисторы в голове. И так Laravel по архитектуре обращается в один файл а это контролер. Если так то при запросе подымает и объекты. Теперь приставим нагрузки и библиотеки которые там есть. Если развивать проект то будет больше нагрузок на контроллер(файл). А если еще и базу подключить и дать нагрузки на базу тогда сервер будет выдавать ошибку 5**. Дальше предается думать про кеширование страниц. И тут вам на помощь Максим Гордиенко с транзистором. Можете приставить сколько будет советчиков.
Вопрос совместимости бекэнд-фреймворков и SEO находится в той же плоскости, что и вопрос одновременного использования трёхкамерных стеклопакетов и отказа от кабельного телевидения. То есть обсуждать как бы нечего.
Андрей Соколенко Не согласен с вами. Для хорошей индексации сайт покрайне мене должен работать без тормозов чтобы бот не отлаживал а фремворки это уже тормоза.
Александр Василевский Не только на фронте.Для SEO важно как интерпретируется на стороне сервера а это время и что отдается клиенту. А в нашем случае клиент это поисковики. Поисковикам хлам не нужен.
Вижу тут начались рассуждения по скорости работы, фронту в целом...А ну ка подскажите, проблемы с дублями страниц, структурой сайта, логикой формирования URL для результатов фильтрации - это все к фронту относится?Уже много раз приходилось переделывать очень крутые проекты (с технической точки зрения), где отсутствовали базовые требования для seo.Если это кастомная разработка, то сеошника нужно подключать на самых первых этапах, а не тогда, когда уже фронт доверстывают.
Александр Леонов Полностью с вами согласен. Я тут пытаюсь донести что на чистом коде нужно писать и первоначально думать про SEO. SEO это и юрлы, теги, стили, яваскрипт, кодировка и шрефты, картинки, анимация, микроразметка и много другого.
Тарас Ктл, тут уже писали о целесообразности.Я на коленке могу собрать небольшой интернет магазин что на вордпрессе, что на опенкарт. Напичкать его бесплатными (или очень дешевыми) плагинами, и начать работать через неделю. И будет мне это стоить почти ничего. Толковый прогер с этого франкенштейна ужаснется, но проекты создаются не для технарей, а для бизнеса. И если задачи бизнеса выполняются с минимальными затратами - то это очень даже нормально.
Их уже используют постоянно, не принимаю чем вы так не довольны?) Смысл в чистом, чистом коде? Есть торт сделан своими руками дома и есть торт заводской, оба красивы, оба вкусные, разница возможно только чуть в ингридиентах, в таких мелочах, что стоит ли это того чтобы 10 часов проводить за приготовлением?) При том, много у кого такие же торты!
Работаю почти 2 года с Ларой, всё очень круто - экосистема у фреймворка бесподобна, а так Юрий Хаит все расписал уже, главное все заложить на этапе архитектуры, а не впиливать потом костылями.
Никита Бородин Но я больше предпочитаю писать сайты индивидуально и не использовать хлам. Не чего идеального нету кроме эксклюзивного и индивидуального. Тут больше причина не выборе фремворка а больше в профессионализме. Это мне напоминает как двое спорят сто лучше Си или С++.Я выбираю Си и у меня больше возможности
Тут больше причина не выборе фремворка а больше в профессионализме.Это мне напоминает как двое спорят что лучше Си или С++.Я выбираю Си и у меня больше возможности
Неверно вопрос поставлен. Фреймворки для сео - лучше, да, верно. На них лучше собирать проекты с чистым кодом, чем на любой готовой cms. Есть готовый кейс для рынка США: за 5 месяцев от 0 до 500 по органике без СЕОшника в штате. Но стоимость проекта на фреймворке сильно больше того же Битрикса.
Nikita Borodin понимаешь, это от целей и стратегии зависит. Если задача стоит сделать что то шаблонное, то CMS. Если нужно интегрировать некоторый функционал с нестандартными процессами, то без разработки не обойтись.
Andreas Kraut тут моя очередь вопросы задавать <img height="16" width="16" alt="🙂" referrerpolicy="origin-when-cross-origin" src="https://static.xx.fbcdn.net/images/emoji.php/v9/t4c/1/16/1f642.png">
Попробую растолковать и поделится накопленным опытом. SEO это комплекс задач которые нацеленные для того чтобы поисковики по своему алгоритму поставили сайт на приемлемые позиции по ключевым запросах. Поисковики а именно Goole чтобы анализировать сайт, а сам сайт сложен с файлов в котором HTML, CSS,JS и даже картинки то все это Goole сохраняет у себя в cache. Кеш разбивается по датам и анализируется. Чтобы на аналитику уходила меньше времени но и в тоже времени чаще на сравнение файлов нужно чтобы в файлов было меньше кода. Чем больше кода тем хуже. Библиотеках которые на сайте очень много не задействовано если смотреть только на одну страницу. Поисковику библиотеки не нужны. Поисковику главное что видит посетитель(клиент). Дальше что не маловажно это запрос бота к серверу там где сайт. Если файлы а это не просто файлы это бит код по шнуркам передается с большой задержкой то это энергозатраты на ожидания. Поисковикам это не выгодно. В Laravel присутствуют библиотеки и Laravel архитектура MVC. Если смотреть на архитектура MVC то там присутствует контролер в одном файле. К контролеру присоединяются файлы с библиотеками в библиотеках объекты, классы, фунции и это можно объединить как парадигма ООП. Вот теперь стоит приставить какая связка с клиентом и сервером. Клиент может быть и бот.Так вот на сервере находятся файлы. Обычные файлы с кодом. Не машинным кодом а с скриптом который понимает программист. Чтобы передать код а в нашем случае передать код по шнуркам бит код нужно тот скрипт скомпилировать с файлов. А в нашем случае это происходит каждый раз при запросе и это уже декомпиляция. Но если посмотреть только на один HTTP-сервер то не чего страшного на эту декомпиляцию но HTTP-сервер тоже Апачь обращается к PHP у Laravel архитектура та MVC а это PHP c ООП а там еще и база может вызваться с PHP вот тут и время на обработку файлов. Даже та база MySQl тоже все сохраняет в файлах. Получается чем больше кода в файлах тем больше нужно времени чтобы прочитать и предать а это тормоза.Google не нужны тормозящие сайты время деньги. Теперь стоит поставить заключение. Laravel для тех кто не имеет приставление что происходит и я не советую использовать Laravel или другие библиотеки в SEO.Сайт должен писать программист который имеет приставление о SEO и должно быть так чтобы сначала думаем про SEO а потом пишем эксклюзивный код ручками. Да ручками. Если не хватает мозгов написать без библиотек по на хрен с проекта. Если в проекте не присутствует документация на архитектуру то в это не работа а полный пиз...!Ну как то так)))
Тарас Ктл боже какой бред, не пишите больше никому такого... особенно про СЕО а не SEO и сразу уточняйте какой у вас опыт в написании проектов на laravel и и других фреймворках
Дмитрий Прохоренко уважаемый если вам поржать то обращайтесь к зеленскому а мои деньги считать не нужно. если вы так себя воспитали то не делайте с переписки зоопарк. вы себя уже проявили и даже умудрились опозорится. стыдоба!
Тарас Ктл та судя по комментам на вашей странице, всем и так все ясно... а вы бы лучше или поучились у людей которые действительно что то знают как в seo. так и в разработке или же найдите какое то друго занятие, которое не требует проф навыков, толку больше было бы... Не знаю, на курсы какие нить запишитесь по разработке веб приложений...
Дмитрий Прохоренко если вы себя выставляете таким умным и считаете комментарии то предлагаю чтобы вы поазали свои работы людям в группе. было бы не плохо посмотреть на SEO профисионала. скиньте ссылочку на сайтик.
Тарас Ктл Seo не занимаюсь лет 5 уже наверное, был СТО в seo студии, ушел в разработку полностью в продуктовые компании (если вам это что то говорит)... и просто примите на веру, что ларавел это не библиотека и что на ларе можно сделать веб приложение любого уровня, от каких нибудь там розеток и до фейсбука, вопросы конечно же к нагрузкам, инфраструктуре и тд, но это отдельная история, щас речь не об этом... Поэтому повторюсь, либо бросьте то чем вы типа занимаетесь и начните учиться в нужном направлении...
Дмитрий Прохоренко Если вы не вникали в SEO лет 5 то не можете делать оценку и не советы тоже не можете дать так как за 5 лет в том же Google дважды менялся алгоритм выдачи. Если говорить про Laravel то это веб-фреймворк с архитектурной модели MVC.фреймворк а точнее framework это библиотека. Если так то вы библиотекарь но не как не программист. Программисту с большим опытом библиотеки не нужны. Дмитрий Прохоренко покажите работы свои на Laravel чтобы люди дали оценку качества.
Alex Magnit PHP язык прост до ужаса. Та там писать та нечего. пару строк и все. Это же не Си там где нужно знать архитектуру процессора. Программисты которые пишу на Си в обще не считают что php это язык. PHP можно сравнить с HTML и СSS по сложности. В PHP и школьник разберется а тут Alex Magnit по удобства MVC.Alex Magnit советую в школе подучится за 9 класс а потом по MVC говорить как там удобно и просто.Да еще MVC собран на PHP если на PHP не безопасно то что MVC уже безопасно,просто и удобно?
Alex Magnit какой детский сад Laravel написан на PHP если в Laravel архитектура MVC то это все написано на PHP. Alex Magnit не позорьтесь и не нужно тут детского садика.
Всем спасибо за ответы! Оживленная вышла дискуссия <img height="16" width="16" alt="🙂" referrerpolicy="origin-when-cross-origin" src="https://static.xx.fbcdn.net/images/emoji.php/v9/t4c/1/16/1f642.png"> А теперь следующий вопрос: какую CMS выбрать на основе Laravel, чтобы админку не с нуля пилить?
Дмитрий Прохоренко это будет протестированный десятками установок модуль и он будет "сегодня" а, обычно, время-деньги. Поддержка на связи, если ваш прогер уйдет, не надо будет новому разбираться что и как... Имхо
Дмитрий Прохоренко несколько стандартных шагов делают wp сложнее для ломки... Все имеет свою цену, если выяснится, что платный модуль еще и "майнит крипту" - разраб "пойдет по миру". Если заказчик обидит вас, вы можете устроить ему проблемы...
Comments