Комментарии

Почему привязываетесь к неким статическим параметрам? (возраст, качество внешних ссылок и пр.)
У нас тут как бы «эра поведенческих факторов»))
Собственно, в данном случае я говорю о ПФ не как дань о пресловутой моде.

Объясню своими словами, дабы внести больше ясности в вышенаписанные комменты.
В первую очередь, ориентация на пользователя и удовлетворение запросам большинства. То есть грубо говоря, ваш сайт должен быть на первых местах по соответствующим популярным запросам, которые определены гуглом для сайтлинкс.

Дальше, должна быть явная структура (архитектура, называйте как хотите, смысл один) сайта. Анализируя ссылочную структуру, гугл определяет «метки», благодаря которым пользователь экономит время поиска информации на сайте. Это вполне себе может быть связано с ПФ.

И в заключение, соответствие ссылок и текста по этим ссылкам, авторитетность сайта, бэклинки и все такое прочее.
В чем-то, кстати, схоже с Яндексом — полистайте его факи по этому поводу.

Было два проекта больших на Yii, вот как раз там было всё очень удобно и прозрачно. Будь Yii плохим фреймворком — не снискал бы столько лучей обожания ото многих людей. И вообще, понятие «нормальный фрейм» — очень субъективное. Для яичников — это yii, для симфонистов — симфони, очевидно. Было бы лучше, если бы люди не делали радикальных заявлений относительно того, что богу подобно, а что плохо, да ещё и менторским тоном и безапелляционно.

Тем более, что особо разницы я не почувствовал, на вкатывание после yii мне понадобилась одна неделя сразу после устройства на новую работу.

Учи лучше TS и юзай его.
Жопоболи будет в разы меньше.

Даже если «порог входа довольно простой» — то такой порог уже в абсолютно всех языках. Нужно только знать «кнопочки и визуальный эффект» от первых этапов программирования.
Но для меня JavaScript стал слишком тошнотворным.
Если раньше все кто умел и не умел прикручивал библиотеки и готовые простые решения для сайтов типа JQuery, то написание теперь собственного решения требует множество знаний, которые не описываются в учебниках «выше операторов и работы с prototype». А читабельность такого кода на JS — вообще отвратительна… она называется «мы задумали, а вы как хотите — разгрёбывайте».

Чего только стоит самостоятельная попытка изучения, так чтобы проще и доходчивей:
НУ как вообще нормальному человеку изучить разделы 6,7 и 9 из списка этого сайта: learn.javascript.ru, так чтобы и глазом не моргнув суметь рассказать, что сам то понял, если понял…

Поэтому спрос на JS будет! и 1 подходящий к 10-ти неподходящих представителей, и даже потом 1 к 100..., но чтобы его одолеть в том виде какой он сейчас — я не гений.
Я кое-как выучил скрытую функцию, и кое как применял на протяжении 2х лет,… постоянно путаюсь в чтении передачи в функцию и из неё, превращение функции в классы с методами, из-за отличаемого синтаксиса от всех «разумных классических» языков. Меня «типает от JQuery.Deferred… Promise», из-за слабого преподавания на сайтах… Т.е. я постоянно забываю применение….этот весь идиотизм в JS.

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

Как только ПС автоматически проставит дополнительные ссылки, в панели Google Webmaster появиться возможность управлять внешними ссылками.

Это проблема всех Yii'шников, которые переходят на любой другой нормальный фрейм. И это не было бы проблемой (например, используя Laravel можно использовать подходы Symfony, Zend или какой-нибудь Spring смело, и наоборот), если бы в Yii было бы сделано что-то грамотно, но увы.

Ларавель — хороший фреймворк, удобный и передовой, соглашусь. Но мне больше нравится Yii, наверное, потому что в нём я каждую дырку знаю, и мне он ближе по духу. Щас, правда, проект на ларавеле. Хорошо, но то и дело не хватает Yii. Каждый раз я сначала мыслю, как бы я это сделала «там», а потом придумываю, как это перевести на лару.

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

Как только ПС автоматически проставит дополнительные ссылки, в панели Google Webmaster появиться возможность управлять внешними ссылками.

Все зависит от релевантной «ценности» страниц. Хотя например, косвенно можно повлиять указав перекрестные ссылки на другие выделенные разделы.

Вроде и хорош Laravel на первый взгляд, но, по факту, для более-менее серьезного использования он годится только после доработки стандартного сетапа и нарушения всего, что говорит документация и предлагают авторы.

В ларавеле можно использовать инъекцию зависимостей по интерфейсу, заменить ущербный Eloquent на Doctrine (или вообще обойтись без готовой ORM), можно запилить структуру проекта согласно принципам «гексагональной архитектуры» или DDD, да и вообще много чего можно сделать.

Но, по факту, официальная документация и туториалы предлагает вместо этого использовать статические фасады для доступа к чему угодно (начиная с 5 версии — так и вообще просто глобальные функции типа app(), dispatch() и т.д. Забавно, что сам Тейлор аргументирует тем, что, мол, «под капотом» фасадов и функций на самом-то деле DI-контейнер инстанцирует объекты, как будто это что-то меняет)

Макаки, разумеется, в восторге — можно говнокодить безо всяких ограничений не включая мозг. Напрямую обратиться к БД в темплейте? Легко! Вызвать какой-либо сервис прямо из модели? Запросто! И именно поэтому ларавел так популярен! На западе уже, фактически, это «новый вордпресс». Да, казалось бы, дело в макаках, а не в ларавеле, но почему тогда документация учит «плохим» практикам, даже толком не упоминая о «хороших»?

А про «экосистему» и говорить не хочется — с каких пор привязка к вендорским инструментам стала благом?

Думаю, тут только вы можете выбрать направление себе по душе.

Спасибо! Неужто идти во фронт?)

Спасибо. Очень интересно.
Ждем-с статей с техническими подробностями.

Подскажите, а как сделать, чтобы google при поиске выдавал не только ссылку на сайт, но и дополнительные разделы по нему. Сам сайт сделан в виде блога с закрепленной постоянной левой частью и правой с новостями, имеется горизонтальная навигация из 7 пунктов. Сам сайт сделан на google sites. Так вот, я не нашел как в инструментах веб-мастера указать эти разделы (там стоит информация, что ссылки сайта автоматически генерируются), но ведь как-то можно подсказать гуглу или нет?

Спасибо. Очень интересно.
Ждем-с статей с техническими подробностями.

Постараюсь описать основные возможности Laravel, чтобы можно было оценить масштаб:

MVC (англ. Model View Controller – модель-представление-контроллер) PHP-фреймворк построен на базе известных и надёжных компонентов Symfony.

Необходимые модули для фреймворка подключаются в виде пакетов-провайдеров (service provider). В версии Laravel 5.5 достаточно просто установить пакет через Сomposer, и он сразу будет доступен, без необходимости что-либо писать в коде.

Код фреймворка отделён от кода разработчика, каждый компонент легко расширяется.

Код веб-проекта, CSS, JS, HTML-код страниц разделены в отдельные директории. Фреймворк использует замечательный шаблонизатор Blade, который позволяет отделить вёрстку от PHP-кода. Сам шаблонизатор настолько прост, что даже начинающий HTML-верстальщик сможет легко его осилить.

Удобная маршрутизация, валидация входящих параметров.

Кеширование, работа с хранилищами файлов, работа с различными БД.

Миграции для базы данных, Вы можете изменять структуру БД и откатывать изменения.

Очереди заданий, планировщик задач, консоль, работа с SSH.

Огромный функционал Eloquent ORM позволяет полностью обезопасить себя от атак типа SQL Injection, а также загружать данные из нескольких таблиц (решая проблему N+1) или же обрабатывать данные из БД частями.

Laravel Collections – можно сказать, что это PHP массивы, но с очень продвинутыми возможностями, которые экономят массу времени.
Кэширование файлов маршрутизации, файлов конфигурации, шаблонов. Это ускоряет работу фреймворка.

Отправка уведомлений различными способами: почта, Slack и т.д., можете дописать сами.

Поддержка WebSockets для создания настоящих интерактивных приложений.

Поддержка мультиязычности: легко добавляйте любые языки, а пакет Laravel-lang уже содержит множество переводов.

Интерфейс командной строки artisan, который позволяет генерировать модели, контроллеры, уведомления, запускать задания из очереди заданий и многое другое.

Laravel Tinker – дополнительный пакет, который позволяет работать с кодом проекта из командной строки.

Огромные возможности для тестирования веб-проекта, включая заполнение базы данных тестовыми данными.

У фреймворка есть даже собственный сайт с библиотекой пакетов.

Нужен полнотекстовый поиск? Пожалуйста – Laravel Scout, можно использовать Algolia, Sphinx и другие драйвера.

Впечатляет, не правда ли? А я не описал даже и половины возможностей.

С помощью Laravel можно одной командой сгенерировать систему регистрации и входа на сайт и с лёгкостью подключить сервисы OAuth аутентификации благодаря Laravel Socialite или даже создать свой с помощью Laravel Passport.

Для тех, кто не знает OAuth, – это возможность войти на сайт через социальные сети.

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

На основном сайте PHP-фреймворка Laravel недаром присутствует девиз:

«Любите красивый код? Мы тоже. PHP-фреймворк для веб-мастеров.»

Ведь код PHP-фреймворка Laravel не только красивый, приятно читаемый, но ещё и очень грамотно продуман, а над любым изменением думает множество людей, что позволяет создавать профессиональные веб-приложения на уровне мастера своего дела.

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

Однозначно, JS будет востребован в ближайшие 10 лет. И покажет еще неведомые никому фокусы. Также важны слова экспертов об общем кругозоре в области UX/UI и знаниях из Computer Science.

Благодарим за то, что при возникновении вопросов или спорных моментов специалисты ДСТ шли нам навстречу. Поставленные задачи были успешно вами реализованы. Подытоживая, хочется сказать, что мы остались довольны качеством выполненных работ. В будущем планируем обращаться к Вам.

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