- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вот именно) Если статика- нафига тянуть пыхапе?
На php очень удобно управлять этой статикой.
Веб-сервер отдаёт статические страницы, сам обрабатывает всякие там LastModified, и совершенно не напрягается.
А на PHP+MySQL генерируются новые страницы и переделываются старые, если нужны исправления.
Так доры работают, и раньше использовалось для управления сайтами на narod.ru - сайт работает на закрытом vds, его вывод перехватывается по ob_start() и пишется в статические html-страницы, которые автоматом заливались на Народ.Ру по ftp.
А чтобы создать полную структуру HTML страниц, надо 1 раз пробежаться по всем страницам "невидимого" PHP-сайта. Для этого использовался или декстопный паучок Xenu, или 20 строк на PHP + MySQL
И что такое СЕО - главный директор? Он каким боком? )))
О, СЕО - это то, без чего вообще нет смысла делать сайт. Мёртвый сайт без посетителей никому не нужен.
Попробуйте мыслить шире: программирование на PHP - вещь прикладная. Оно само по себе не имеет смысла, оно нужно только если обслуживает какой-то более сложно устроенный процесс.
Варгейминг - это те ребята, у который форум полное говно? Ага, знаю.
Обычный форум, ничего выдающегося но и плохого тоже не скажу.
А чтобы создать полную структуру HTML страниц, надо 1 раз пробежаться по всем страницам "невидимого" PHP-сайта.
И что? вы этим сделаете только аналог, но не узнаете физического размещения. А речь о нем только.
О, СЕО - это то, без чего вообще нет смысла делать сайт.
CEO (англ. Chief Executive Officer — главный исполнительный директор
SEO ( «seach engines optimization») - поисковая оптимизация
Стоило бы знать разницу ...
На php очень удобно управлять этой статикой.
Веб-сервер отдаёт статические страницы, сам обрабатывает всякие там LastModified, и совершенно не напрягается.
А на PHP+MySQL генерируются новые страницы и переделываются старые, если нужны исправления.
Да, только ТС ничего этого не использует. Поэтому смысла в применении нет.
Обычный форум, ничего выдающегося но и плохого тоже не скажу.
Неюзабельное нечто, сделанное пациентами психбольницы.
И что? вы этим сделаете только аналог, но не узнаете физического размещения. А речь о нем только.
Так статика и работает на физическом размещении, оно для неё совпадает с логическим. Как и для всех сайтов без CMS.
CEO (англ. Chief Executive Officer — главный исполнительный директор
SEO ( «seach engines optimization») - поисковая оптимизация
Стоило бы знать разницу ...
А так же CEO это:
CEO - Clown Executive Officer
CEO - Check Email Only
CEO - Catholic Education Office
CEO - Corporate Europe Observatory
CEO - Chief Ethics Officer
CEO - Collegiate Entrepreneurs' Organization
CEO - Chief Engineering Officer
CEO - Chief Eating Officer
CEO - Chief Emotional Officer
CEO - Career Education Options
CEO - Constantly Evaluating Others
CEO - Children's Education Opportunity
CEO - Community Education and Outreach
CEO - Creating Educational Opportunities
CEO - Chief Executing Officer
CEO - Creating Excellent Organizations
CEO - Chief Energy Officer
CEO - Chief Economic Officer
CEO - Christian Entrepreneur Organization
CEO - Christmas and Easter Only
CEO - Comprehensive Electronic Office
CEO - Career Education Opportunity
CEO - Creating Exceptional Opportunities
CEO - Chief Engagement Officer
CEO - Chief Evangelist Officer
CEO - Capacity Exposure Optimization
CEO - Career Ending Opportunity
CEO - Can't Even Operate
CEO - Cedars Estates Organization
CEO - Can't Eat Out
CEO - Cheese Eating Official
CEO - Christian Entrepreneurial Overcomers
CEO - Chief Evangelistic Officer
CEO - Central Elite Operations
CEO - Chiropractic Elite Organization
CEO - Chief Elf of Operations
CEO - Ceremonial Events Officer
CEO - Cutting Everything Out
CEO - Creating Extraordinary Outcomes
CEO - Children Embracing Ownership
CEO - Customer Employee Organization
CEO - Certified Egoistic Organizer
CEO - Championship Event Organizer
CEO - Corrupt Executive Officer
CEO - Cheap Entertaining Opponent
CEO - Competitive Edge Opportunities
CEO - Consider Employment Options
CEO - Chief Embezzling Offender
CEO - Catch Every Obstacle
. . .
и ещё штук 40 расшифровок.
Там в ссылке русская аббревиатура СЕО - она, скорее всего, расшифровывается как "Слишком Ехидный Оппонент"
Стоило бы знать разницу :)
А так же CEO это:
Мы вроде не в разделе Юмор/Курилка
Неюзабельное нечто, сделанное пациентами психбольницы.
Классический IPBoard вас чем не устраивает? Уж точно не хуже местного движка...
Специально зашел глянуть, а то как год назад переполз на убунту, так и забыл про танчики
Уж точно не хуже местного движка...
Хуже. Там даже цитирование дцпшники делали.
И да, когда надо как-то оправдать говно, сразу употребляют слово "классический".
Почему именно "bot friendly", не поняла. Может, автор думает, что расширения не нравятся не только людям, но и ботам)))
Мне показалось, что автор имел в виду, что ботам не нравятся редиректы, и он эту проблему каким-то образом припрятал от них.
Но когда есть категории и они разноплановые - проще и удобней все же cms поставить. Да даже те же теги как вы будете делать?
Вообще тут даже наверное круче всего подойдет какой-нибудь wiki-движок.
Сайт информационный. Рассчитан на то, чтобы человек зашел и прочел нужную ему информацию. Всё. Главная фишка таких сайтов, по моему мнению, - точная и полная информация по нужной теме, представленная в эстетически приятной форме. Никаких свистелок-перделок на сайте не планируется. Голосований, календарей, прогнозов погоды на семь дней, "оцените статью по пятибальной шкале" и т.п. не будет.
Все тайтлы и дескрипшены заполняются только вручную. Урлы не транслителируются автоматически из тайтлов, а делаются вручную. Тело статей располагается максимально высоко к началу html-документа, практически сразу после body, поэтому в коде и текстовом содержимом страниц должно быть минимум лишнего, шапка и навигация - в минималистичном стиле, никаких дропдаун-меню с огромным количеством подкатегорий. Ну, и еще много такого в этом же духе. Мне проще реализовать это без CMS, по крайней мере, основываясь на том готовом выборе бесплатных open source решений, что имеется на рынке.
Более-менее подходит MODx, в силу своей политики невмешательства в html-код, однако я не уверен, насколько он шустр.
Light-движки часто грешат упрощенным подходом к различным проблемам. К примеру, вместо php-роутинга для реализации ЧПУ применяется mod_rewrite, причем даже без 301-го редиректа, в результате у сайта потенциальная проблема в виде множества дублей.
Мне проще реализовать это без CMS, по крайней мере, основываясь на том готовом выборе бесплатных open source решений, что имеется на рынке.
Тут пофиг на чем делать: фреймворк, CMS, самопись.
Это шаблон. Каким сделаете, таким и будет. :)
Мне показалось, что автор имел в виду, что ботам не нравятся редиректы, и он эту проблему каким-то образом припрятал от них.
Ну, не знаю. В этой части там просто проверяется наличие соответствующего html-файла, прежде чем делать внутреннее перенаправление на него, что в общем-то вполне логично и прямого отношения к ботам не имеет.
Все тайтлы и дескрипшены заполняются только вручную. Урлы не транслителируются автоматически из тайтлов, а делаются вручную. Тело статей располагается максимально высоко к началу html-документа, практически сразу после body, поэтому в коде и текстовом содержимом страниц должно быть минимум лишнего, шапка и навигация - в минималистичном стиле, никаких дропдаун-меню с огромным количеством подкатегорий. Ну, и еще много такого в этом же духе. Мне проще реализовать это без CMS, по крайней мере, основываясь на том готовом выборе бесплатных open source решений, что имеется на рынке.
Более-менее подходит MODx, в силу своей политики невмешательства в html-код, однако я не уверен, насколько он шустр.
Вы немного не уловили суть того, что вам ранее написали. Скрипт нужен прежде всего для удобной автоматической сборки выдаваемых страниц, т.е. он играет роль некого конструктора, а формируемые им страницы или части страниц могут походу дела сохраняться в статичном виде для дальнейшего использования, чтобы не формировать их при каждом запросе.
Я вам как раз хотела предложить простой каркас, препятствующий дублям, с минимальным использованием возможностей mod_rewrite (только перенаправление путей с завершающим слешем(ами) и www-поддомена, а также внутреннее перенаправление всех запросов, не относящихся к существующим файлам, в единую точку входа), правда, без поддержки централизованного кэширования. Однако у каждого свой путь, поэтому дерзайте))) Просто делать чистый статик ручками - это долго и, ну, очень неудобно.
Сайт информационный. Рассчитан на то, чтобы человек зашел и прочел нужную ему информацию. Всё.
Это очень странная цель. Вы как бы не хотите, чтобы пользователь задержался на сайте?
Тело статей располагается максимально высоко к началу html-документа, практически сразу после body, поэтому в коде и текстовом содержимом страниц должно быть минимум лишнего
Все это легко реализовать в шаблоне того же Вордпресса, чуток подправить что-то, может быть убрать какие-то блоки вниз и т.д.
Вообще, имхо, тут классический случай CMS-фобии, когда на основании каких-то старых статей человек решает, что все CMS очень громоздкие, у всех много лишнего кода и т.д. И поэтому ТС будет лепить html странички, делать каждый раз для категории отдельную страницу, потихонечку разумеется начнут появляться всякие ошибки, потому что когда решил что-то добавить - нужно везде менять код вручную.... ну и т.д. А в результате получится довольно неуправляемый сайт, который еще и очень сложнодать кому-то заполнять, ведь тогда ошибок будет больше в разы.