- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Кстати, к слову, я сейчас ищу человека, который бы за 300-500 y.e. дописал мне мою CMS (там ещё 50%, CMS непростой прямо скажем, да и багов много надо исправить) за 2 месяца. Возможно, будут желающие.
horal, необязательно тематическая (т.е. по разделам), т.к. она же для роботов.
А CMS-то тут при чем? Как шаблон будет сверстан, так всё и оформится...
Всякие автоблоггеры, перелинковки, каталоги ссылок и многое другое - реально не нужны подавляющему большинству заказчиков, если речь идёт о продаже CMS при создании "стандартного" "корпоративного" сайта. Может, у кого-то опыт показывает другое, но у меня вот так вот...
Всякие автоблоггеры, перелинковки, каталоги ссылок и многое другое - реально не нужны
Это вебмастеру не нужны, а оптимизатору нужны.
DrJeans, столкнулся с движком, где в админке - список ключевых слов. Ладно, если сем.ядро в 15-20 слов, но если полный набор НЧ? :(
DrJeans, столкнулся с движком, где в админке - список ключевых слов. Ладно, если сем.ядро в 15-20 слов, но если полный набор НЧ? :(
Какой двиг? Под полный набор НЧ, ИМХО, нужно делать связные таблицы - одна ко многим.
DrJeans, самописный, одного из профессоров форума.
Какой двиг? Под полный набор НЧ, ИМХО, нужно делать связные таблицы - одна ко многим.
Зачем? можно раз сгенерить список, а потом ручками подправлять :)
Память сейчас практически ничего не стоит :)
Зачем? можно раз сгенерить список, а потом ручками подправлять :)
Память сейчас практически ничего не стоит :)
Можно на пальцах подробно описать, как Вы себе это представляете? И как это метод можно применить в случае если страниц на сайте свыше 1 К? Каким образом будет происходить процедура перелинковки для того, чтобы старый метериал ссылался на новый?
P.S.Не совсем понял Вашу мысль, относительно памяти.
Во всех CMS работа с СУБД очень слаба.
В природе есть набор php классов для очень быстрого создания web интерфейсов к БД на базе mysql. В MySQL сейчас появились и тригеры и сторед процедуры и т.д. До классов можно дойти отсюда -> http://www.phpmyedit.org/, но можно сразу вот сюда -> http://platon.sk/projects/main_page.php?project_id=5
Классы абсолютно халявные, но всякие екстеншены(патчи), которые позволяют интергрировать это с различными шаблонками стоят значительных денег.
Если использовать это в купе с триггерами и сторед процедурами, то написать какую-то систему для администрирования сервера... вечер... максимум два. Когда есть что-то, что позволяет генерировать интерфейсы для произвольной структуры данных, то это на столько облегчает дело, что заказчиков начинают пугать сроки исполнения.
Хотелось бы какую-то CMS, которая позволяет быстренько организовать БД, посредством какого-то GUI, а так же интерфейс, с различными lookup, связями 1:1, 1:n и n:m. Но когда начинаешь изобретать что-то подобное, то протипом, по сути, является MS ACCESS. Что бы были возможны какие-то low-level операции... типа там повесить на какую-то кнопку приклейку дополнительных операций к sql запросу и т.д. и т.п.
У меня были какие-то наработки на эту тему, но это всё без GUI. Т.е. там примерно как в phpmyedit конфигурацию надо описывать, а потом оно получается так, как описалось. С lookup, с n:n и т.д... т.е. генерит интерфнес, акшены какие-то, натягивает на это дело шаблонку и т.д.
Во всех CMS речь идёт о каком-то наборе модулей, которые предназначаются для определенных структур данных.
Какого-то универсального продукта пока не видел. Ну если совсем там больших монстров не брать... которые со своими языками, уеб-серверами и т.д.
Хотелось бы чего-то совсем легкого, с помощью чего можно было просто создавать интерфейсы к СУБД и натягивать на это дело шаблонку.... писать под это какие-то простые екстеншены и радоваться жизни.
Под каждый проект подобное собираешь по кусочкам. На выходе получается заточенная CMS под конкретный проект, но по сути, если был бы GUI для сборки, то это можно было бы считать уже как под end-user.
PhpMyedit юзаю практически с момента его появления... написание какого-то интерфейса для редактирования/просмотра/навигации/поиска по прозвильной БД из 10тка таблиц занимает пару часов, а потом уходит время на довески всяких custom lookup и т.д... на какие-то действия пользователя спокойно навешиваются user-level триггеры.
Если в user-level тригер (на view) повесить установку фильтра по REMOTE_USER, то получает интерфейс уже с какими-то нюансами по секурити. Когда красота не нужна, то оно как раз кстати... но imho оно достаточно симпатично, а тем более, что с помощью CSS можно много чего кастомизировать... ну и какие-то картинки интерфейса можно просто оверлоаднуть.
ЗЫ. Если кто-то отрыл что-то подобное, то буду признателен за url.
Можно на пальцах подробно описать, как Вы себе это представляете? И как это метод можно применить в случае если страниц на сайте свыше 1 К? Каким образом будет происходить процедура перелинковки для того, чтобы старый метериал ссылался на новый?
Можно.
1 Этап. Формирование списка ключевых слов. - Тут вырианты могут быть различные, давать 10-15 из семантического ядра и по этим словам парсить Яндекс Вордстат. Получаем реальный список ключевых слов или категорий.
2 этап. При сохранении документа или сразу или в бэкграунде формируется список Keywords которые содержатся как в тексте материала, так и в списке ключевых слов. Список сохраняется в документе.
При формировании страницы происходт поиск по документам, в кеуwords у которых содержится те же кеywords, что и в отображаемом документе.
Сортируем по дате и выводим.
В записях списка формируемого на 1 этапе можно тоже хранить ссылки на документы с искомым ключевым словом.
Можно эту процедуру делать в полуавтоматическом режиме, явно указывая, что с чем перелинковать.
Или мы говорим о разных вещах?