- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Просто никакими прилинкованными скриптами/стилями и пр. нельзя сократить время первой загрузки. Его так можно только увеличивать... ну вот HTTP такой.
И ещё могу придираться к тому, что часто ползатель не может начать читать, пока догружаются мегаскрипты.
ну если больше замечаний нет и то хорошо :)
по идее гугл должен быть в курсе этих прописных истин, как считаете? тем более, что "в массы" он их и внедрил.
а его команда имела время более чем адекватно оценить все минусы/плюсы до выкладывания пакета в паблик.
ЗЫ: я сам страдаю перфекционизмом ;) но доводить каждую толковую методику до абсурда не стоит в любом случае...
обратить внимание на принципы и возможности
Мне очень-очень нравятся принципы и возможности. Со всем этим активно работаю много лет (раньше - XSLT на клиенте, FullAjax админки для CMS, CRM на ExtJS и собственной библиотеке; сейчас - SmartTV)
Но я не понимаю в чем выигрыш на общем фронте в среднестатистическом контент-проекте, интернет-магазине, форуме, блоге. Вижу только двойную работу по шаблонизации (для ботов и для юзеров) и более высокую квалификацию верстальщика или программиста, которому кроме обычного нужно учить дополнительно фронтовые MV* библиотеки.
Про тестирование не надо говорить. Cтандартный интернет-магазин который студии клепают пачками без всяких Ajax тестировать надо только для проформы и проверки верстки.
... Но я не понимаю в чем выигрыш на общем фронте в среднестатистическом контент-проекте, интернет-магазине, форуме, блоге ...
я и говорил, что командам занимающимся только версткой и установкой готовых CMS эта технология не нужна (пока не появится CMS на её основе).
для уник движков всё более чем юзабельно по всему спектру параметров. Yii2 на серваке и Angular на клиенте это чистый термояд 😂 а проблема SEO решается более изящно и проще чем полная двойная шаблонизация.
... Про тестирование не надо говорить. Cтандартный интернет-магазин который студии клепают пачками без всяких Ajax тестировать надо только для проформы и проверки верстки.
без полного тестирования новых компонентов/модулей даже к стандартной CMS можно обойтись только опустив качество продукта до обычного гуано из опен-соурса ;) и брать за такое копейки. ну его нафиг...
для уник движков всё более чем юзабельно по всему спектру
Для отдельных уникальных движков в очень узком диапазоне. Но не для подавляющего большинства типовых проектов.
проблема SEO решается более изящно и проще чем полная двойная шаблонизация.
Как именно? Лучше на том примере который вы предложили. Типовой магазин или обзор гаджетов. (витрина-каталог-описание)
Для отдельных уникальных движков в очень узком диапазоне. Но не для подавляющего большинства типовых проектов.
на самом деле для любого уникального проекта в очень широком диапазоне. уже сейчас практически любой серьёзный проект требует создания уникальной MVC концепции: от нормального корпоративного сайта до маленького, но специфического ИМ, а интерактива навалом даже в визитках.
как раз лепить всё подряд на ядре уродцев вроде битрикса или, прости господи, вордпресса выглядит как раз неадекватно, а большинство "заточек" CMS под конкретный проект по уровню реализации не лучше детсадовского конструктора.
аргумент, что это и так реализуется привычными средствами не катит абсолютно, хотя бы потому что можно или уметь находить заказчиков на эксклюзив, или для лохов на потоке собирать гуано из шлакоблоков - у каждого своя "ниша".
... Как именно? ...
просто покурить ангуляр. прикинуть где и как ходит юзер и где и как шарятся боты и то что им и "шаблонизации" как таковой не нужно по сути при нужной организации данных. проблема (которой нет) на самом деле стоит только для морды ;) а потом "проблема" как всегда вдруг становиться фичей - на странице только уник, никаких дублей, никаких мусорных страниц, всё под нечувствительным и строгим контролем...
что можно или уметь находить заказчиков на эксклюзив
Разводка на "эксклюзив" (?) - отдельная тема. Но к техническим вопросам она не имеет никакого отношения.
прикинуть где и как ходит юзер и где и как шарятся боты
Прикинул и что дальше? Как без статики Яндекс проиндексирует замечательный сайт который вы привели в примере?
Разводка на "эксклюзив" (?) - отдельная тема. Но к техническим вопросам она не имеет никакого отношения ...
не более чем разговоры о "стандартном" сайте. поточное штампование вне темы, а б/м серьёзный проект в настоящее время стандартным быть не может.
... Как без статики Яндекс проиндексирует замечательный сайт который вы привели в примере? ...
почему же без статики? всё было сказано:
... Yii2 на серваке и Angular на клиенте это чистый термояд 😂 ...
всё дело в продуманной организации данных...
по идее гугл должен быть в курсе этих прописных истин
Да, на его морде это всё учтено... как во времена медленного интернета.
Когда они чего-то там выкладывают в паблик, то это не значит, что к этому надо относиться как к чему-то заведомо безошибочному (лучше счесть чем-то типа работы с паствой). Достаточно вспомнить их выдумку с индексацией#!AJAX сайтов... вот уж не надо было так делать. Но это ж Гугл! Ему можно да...
всё дело в продуманной организации данных...
вообще-то, с хорошо продуманной организацией данных, уже в принципе не важно какими средствами осуществляется вывод :)
все проблемы начинаются при внесении изменений в структуру данных ;)
всё дело в продуманной организации данных...
Про продумывание, термояд,yii, я понял. Про то как избежать двойной работы чтобы Яндекс(! не Google) индексировал не понял. В двух словах. Только про шаблонизацию. Не надо про парадигмы, yii, и прочее.
Волшебная пуля для простой страницы
<h1>Hello World!</h1>