- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сам использую flazy. Основан на PunBB.Ru
С раскруткой все хорошо, что надо, есть в этом форуме.
Сейчас конечно пока бета версия, но у гугла почта то же ведь бета была ;)
Основное неудобство сайта на html заключается в том, чо при мало-мальском изменении в навигации, добавлении новых важных страниц или, скажем, смене контактов, висящих в футере каждой страницы придется перелопатить все 400 страниц. CMS или просто шаблонная система на рнр позволит это сделать путем редактирования 1 файла.
Перенести с html на cms можно очень легко, сохранив структуру урлов. Я в свое время именно по этой причине и начал изучать рнр.
Основное неудобство сайта на html заключается в том, чо при мало-мальском изменении в навигации, добавлении новых важных страниц или, скажем, смене контактов, висящих в футере каждой страницы придется перелопатить все 400 страниц. CMS или просто шаблонная система на рнр позволит это сделать путем редактирования 1 файла.
Перенести с html на cms можно очень легко, сохранив структуру урлов. Я в свое время именно по этой причине и начал изучать рнр.
О Dreamweaver (там есть фишка "найти и заменить") и похожих программах слышали?
Про шаблоны слышали?
О SSI слышали?
Всё гораздо проще чем кажется :)
О Dreamweaver (там есть фишка "найти и заменить") и похожих программах слышали?
Про шаблоны слышали?
О SSI слышали?
Всё гораздо проще чем кажется :)
Честно говоря, я не знаю редакторов, в которых нет этой "фишки" :D
Она не снимает необходимость лопатить 400 страниц.
с нормальной структурой сайта, для изменений в футере, шапке, хедере, меню не нужно лопатить 400 файлов :)
комментарии, теги, статистика, календарь, возможность пользователям добавлять контент, быстрое изменение навигации, различные варианты сортировки контента, да даже просто установить счетчик или баннер...
и причем здесь цмс?
еще одно заблуждение
CMS или просто шаблонная система на рнр позволит это сделать путем редактирования 1 файла.
Она не снимает необходимость лопатить 400 страниц.
все еще проще, надо просто правильно организовывать структуру сайта
;)
Есть у нас три страницы:
- Главная
- Контакты
- О компании
Все на голом html. Бе всяких SSI.
Как без "перелапачивания" всех трех файлов или без применения функции массового изменения страниц изменить номер телефона в подвале, к примеру?
liex, так структуру сайта правильно сделайте и изменить данные можно будет только в 1 файле
P.S. используя только html, css, js можно добиться очень много, необходимо просто ясно понимать что и для чего вы изначально делаете, а не сделав очередной сайт пытаться что-то исправить. как правило обычно правильно написать заново проще чем каждый раз решать возникающую проблему :)
много это сколько? :)
Смысл вообще мучиться и заранее чего-то продумывать, если можно сделать сразу нормально? А если чего не додумать?
Как минимум, нельзя добиться самого важного - взаимодействия пользователя с сервером на котором сайт расположен.
Оформлять на JS "корзину товаров" - нонсенс.
Реализовать форму обратной связи через JS - даже не 20 век, а, наверное, 19.
не находите противоречия?
Смысл вообще мучиться и заранее чего-то продумывать, если можно сделать сразу нормально?
:)
Как минимум, нельзя добиться самого важного - взаимодействия пользователя с сервером на котором сайт расположен.
видимо многие из существующих технологий прошли мимо вас или просто они вам были не нужны :)
Оформлять на JS "корзину товаров" - нонсенс.
Реализовать форму обратной связи через JS - даже не 20 век, а, наверное, 19.
с помощью чего вы собираетесь отправлять данные серверу? (с помощью чего будет сервер их обрабатывать это дело десятое)
P.S. какое это все имеет отношении к цмс?
P.P.S. еще раз для чего вам нужна цмс?