Пишем на php cms: Nickolay.info. PHP. CMS PHP

sql — Какова актуальность разработки сайтов на чистом PHP и MySQL или Фреймворков перед WordPress

У любого приложения есть своя Архитектура. Вы можете разработать свою собственную используя почти любой язык программирования(на стороне сервера).

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

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

Что касается разработки на чистом PHP с какой нибудь СУБД, то идея хорошая. И этим стоит заняться если вы начинающий. Таким образом по мере написания кода вы увидите несовершенство той структуры которую создали по наитию, и будете искать различные упрощения и готовые решения в интернетах, таким образом вы сами придёте к какому нибудь популярному фреймворку и влюбитесь в него, так как он позволит вам делать то, что вы уже умеете сами, но в несколько раз быстрее. При написании приложения без фреймворка надо ещё помнить, что только вы знаете как эта хрень будет работать, а другому программисту придётся изучать ваш код, чтобы понять как программа работает. И ещё, нет смысла изучать фреймворк или пытаться его применить если не знаете языка на котором он написан.

Случай с CMS гараздо интересней. CMS это система управления контентом и по сути приложение за вас уже написано, а всё что вам требуется это дописать недостающие возможности и вобщем то всё. CMS готовый к употреблению продукт.

А теперь аналогия. Вы хотите сварить куриный суп:

  1. Вы пишете сами на PHP (это как вырастить курицу, убить, ощипать, разделать итд. выкопать картошку, помыть, почистить итд.) затем ещё и суп готовить — долго, но зато своё родное!
  2. Вы пишите с фреймворокм (это как купить курицу замороженную в магазине, купить остальные ингредиенты в магазине, всё что от вас нужно просто из них сварить суп) — быстро, единственное непонятно какого бренда брать мясо Laravel или Symfony, а может вообще вместо курицы взять другое мясо Django? Кароче есть можно, за качество ингредиентов ручается производитель.
  3. Вы используете CMS — вы купили готовый суп, а дальше можете туда добавить соль если не хватает или сухарики насыпать, может зелени добавить. Кароче у вас готовый продукт, но вы можете его модернизировать по вкусу!

Программирование на php. Создание сайтов на Drupal, верстка, темизация и прочие полезные функции и возможности.

Обзор модулей и плагинов.



Опубликовано 2022.02.21 в разделе Php.

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

Одни из самых распространённых CMS — это WordPress и Drupal.


Читать далее

Опубликовано 2015.04.14 в разделе Разное.


При слове «сайт» все привыкли понимать веб сайт. А именно сайт наполненный контентом, который индексируют поисковые системы и читают рядовые пользователи. Но web технологии — это не только форумы и социальные сети. С помощью любого серверного языка можно написать и внутреннюю систему, например какую-либо систему учёта в фирме, программу для записи или бронирования.


Читать далее

Опубликовано 2015.04.04 в разделе Drupal.


Вначале напишем задачу и будем поэтапно её решать:

  • 1. Необходимо создать на сайте новости.
  • 2. В новости помимо текста должна быть картинка.
  • 3. Комментировать новости запрещено.
  • 4. Новости должны сохраняться в разделах «Политика», «Экономика», «События» и «Разное».
  • 5. Вывести блок из последних 5 новостей. В блоке должна быть маленькая картинка новости, заголовок и дата публикации.



Решение:

Вначале нужно создать материал типа «Новости». Я уже объяснял ка создать тип материала, поэтому расскажу вкратце.


Читать далее

Опубликовано 2011.12.12 в разделе Drupal.


Очень часто начинающие друпалеры задают один и тот же вопрос-как создать таб(или вкладку,кому как нравится). Или ещё что-нибудь несложное. Более опытные пользователи предлагают им набор модулей. Или же написать свой модуль. В этом нет ничего сверхсложного, но многие тем не менее не могут это переварить. В этой статье я расскажу как написать модуль с минимальными затратами, используя только самое главное, без чего не обойтись по определению,отбросив всё более-менее сложное.


Читать далее

Опубликовано 2011.11.17 в разделе Drupal.


Создать блог на друпале?Нет ничего проще.

Сделать блог достаточно легко.
Вначале определитесь с типом материала,являющимся записью в блоге. Создаем новый тип материала, называем его «Пост в блоге».
Для проставления тэгов создаёте словарь с названием «Тэги». Словарь этот привязывается к типу материалов «Пост в блоге». В настройках словаря поставьте «Количество тэгов»- неограниченно и «Тип словаря»-автодополнение.


Читать далее

Опубликовано 2011.08.15 в разделе Drupal.

 


Читать далее

Опубликовано 2011.08.15 в разделе Drupal.

Открываем Конструкция сайта->Представления->Добавить.
Имя пишем по английски,описание желательно написать, чтоб быстро ориентироваться в списках ваших вьюсов.

Что вообще делает легендарный модуль вьюс.Этот модуль делает выборки нужных нам полей нужных типов материалов с нужной сортировкой и вскими заковыристыми словарями таксономии. Очень удобная фишка.


Читать далее

Опубликовано 2011.08.15 в разделе Drupal.

 


Читать далее

Опубликовано 2011.08.15 в разделе Drupal.

Жмём добавить термины напротив словаря для статей. Пишем название термина, то есть раздела. Пускай это будет php.И добавим ещё несколько терминов на свой вкус. И если посмотреть список терминов-то увидим примерно следующее. Кстати,всё термины можно менять местами.

В словарь типы услуг добавим 2 термина-предложение и спрос. А разделы услуг заполним так:


Читать далее

Опубликовано 2011.08.12 в разделе Drupal.

В этой статье мы используем установленные модули для реализации основных функций сайта. Немного заполним контентом и посмотрим как это всё будет работать.


Читать далее

php — Стоит ли писать свою CMS?

спросил

Изменено
13 лет, 6 месяцев назад

Просмотрено
4к раз

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

Теперь, путь выглядит как wordpress + mediawiki + какое-то программное обеспечение для форума, но у меня были эти мысли о том, чтобы попробовать и написать свою собственную CMS. У меня есть некоторые знания RoR и PHP, но, конечно, не до такой степени, чтобы я мог написать свою собственную CMS, особенно полностью с нуля.

Как вы думаете, сколько времени мне потребуется, чтобы достичь этого? Я думаю/оцениваю, что могу тратить от 3 до 5 часов в день, работая над этим, и я хочу, чтобы весь сайт был запущен и работал к концу августа (что дает мне около 300 часов работы, так как я также планирую потратить некоторое время только на это). ..ничего не делая! :P).

Вопрос, а стоит ли? Поможет ли это мне улучшить мои навыки программирования?

  • php
  • ruby-on-rails
  • wordpress
  • система управления контентом
  • форум

1

Судя по вашим целям, кажется, что это легко сделать в Drupal с минимальными усилиями.

www.drupal.org

Форумы и пользовательские блоги встроены, и я почти уверен, что где-то видел вики-модуль.

Тем не менее, если вы собираетесь получить опыт, сделать это самостоятельно будет весьма полезным опытом. Выполнишь ли ты это на самом деле или нет, к тому времени, когда ты закончишь, ты будешь лучше понимать RoR и/или PHP.

3

выкатывай свой 🙂

ты приобретешь опыт (а он бесценен), а вдобавок у тебя получится что-то не раздутое…

Что делать — на твое усмотрение, но что ты должен сделать , это реализовать что-то вроде Drupal.

Drupal — это CMS, предназначенная для использования на сайтах сообщества. Это не самая простая система для понимания и использования, но она очень настраиваемая.

Вот несколько ссылок, которые вы можете использовать для начала изучения Drupal: http://www.packtpub.com/drupal/book
http://drupal.org/node/367131

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

  1. Насколько это будет сложно?
  2. Насколько существующая система соответствует моим потребностям?
  3. Сколько будет стоить внедрение существующей системы по сравнению с написанием собственной
  4. Как скоро он мне понадобится?

Если это не очень сложно, ничто другое действительно не соответствует вашим потребностям, это было бы дешево создать (по времени и деньгам), и вам это не нужно немедленно, тогда вперед и делайте свое дело.

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

У меня похожая ситуация, хотя и в меньшем масштабе. Мне нужно программное обеспечение для блога в сети, но существующие не очень хороши, поэтому я начал свое собственное. Вот мои мысли:

  1. Не пытайтесь делать копии чего-либо в масштабе 1:1. Самостоятельное развертывание дает вам возможность реализовать только то, что вам нужно, и исключить все остальное.
  2. Начните с малого. WordPress и Mediawiki имеют за плечами годы программирования. Попытка повторить это самостоятельно не сработает.
  3. Блоги и форумы поначалу невероятно просты, но становятся невероятно сложными, когда вы имеете дело с такими вещами, как редакторы WYSIWYG, методы защиты от спама, проблемы совместимости браузеров и тому подобное.
  4. Это отличный способ получить серьезный опыт работы с вашим языком и технологиями «Enterprise», но если вы неопытны и у вас сжатые сроки, вам действительно следует сначала подумать о расширении того, что уже есть на рынке.

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

1

№

«Не изобретайте колесо, если вы не планируете узнать больше о колесах».

Я бы сосредоточился на изучении каждого из инструментов и на том, как вы можете интегрировать их вместе, вместо того, чтобы писать CMS.

1

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

Если честно, у меня был свой блог на wordpress, я переписал свой собственный на PHP, и с тех пор я дважды переписывал его на Django.

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

Переписывание было ценным опытом, и я бы никогда не принял аргумент «Не изобретайте велосипед». Мне кажется, что я могу посмотреть на колесо и сказать, что с ним не так, учитывая, что я лично его изобрел =P

1

Это возможно в этот период времени, в зависимости от того, насколько хорошо вы разбираетесь в ruby ​​on rails и php.

Однако я бы использовал то, что есть. Стоит ли тратить все это время на то, чтобы сделать свой собственный?

2

Я бы сказал, подумайте, почему вы это делаете, если это для того, чтобы расширить ваши знания в области программирования и узнать что-то новое, тогда сделайте это и создайте его самостоятельно, в противном случае я бы просто использовал доступные инструменты, чтобы собрать его вместе.

Что касается временных рамок? Я плохо оцениваю свои собственные навыки, так что у меня нет возможности оценить ваши 🙂

Если вы хотите пойти на это для получения опыта, я думаю, вам следует это сделать. Фил Хаак написал хороший пост в блоге под названием Rolling Your Own Blog Engine с хорошим списком проблем, с которыми вы столкнетесь.

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

Просто убедитесь, что у вас есть достаточно времени, чтобы выручить и воспользоваться планом Б (wordpress+mediawiki+некоторое программное обеспечение для форума), если вам это нужно.

Я думаю, вы найдете похожие ответы на Хорошие ресурсы для разработки инструмента отслеживания ошибок?

Как я уже сказал, это действительно зависит от вашей конечной цели.

Хотя я согласен с тем, что многие уже сказали — зачем изобретать велосипед? — ответ, который будет вам полезен, будет зависеть от того, что вы пытаетесь сделать.

Пункт №1:
Если [вам|вашей компании] просто нужна CMS, существует множество инструментов, бесплатных и прочих, высококачественных и прочих, зачем программировать свои собственные?

Пункт № 2:
Если вы ищете опыт обучения, ищете что-то для изучения [ChoiceLanguage] и / или просто хотите узнать больше о колесах, есть ряд статей и есть количество проектов с открытым исходным кодом, код которых вы можете посмотреть, чтобы увидеть, как они работают (или нет, в зависимости от обстоятельств).

Я обнаружил, что иногда запуск проекта с открытым исходным кодом помогает мне по крайней мере избавиться от большого куска кода. Я взял пакет форума Classic ASP и преобразовал его в CMS, но это заняло год или около того, и мне за это платили. YMMV

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

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

В конечном счете, ответ, который вы получите, будет зависеть от вопроса, который вы зададите. Четкость с самого начала будет иметь большое значение. 😉

На сколько времени ответить невозможно, так как мы, честно говоря, не знаем, насколько вы хороши и какие у вас ресурсы. Однако я скажу, что каждый приведенный вами пример, вероятно, имеет по крайней мере тысячу человеко-часов за ним, и это очень и очень консервативно.

А стоит ли вам разрабатывать свои собственные? Ну, это действительно зависит от того, чего вы хотите достичь. Хотите эффективно использовать время? В общем, НЕТ! Используйте уже существующее решение. Хотите пример, чтобы научиться лучше программировать? Это совсем другой сценарий.

Чтобы создать что-то такого же качества, как wordpress+mediawiki+некоторое программное обеспечение для форумов, потребовалось бы много тысяч часов.

Но если вы строите его только для себя, есть много «достаточно хороших», которые помогут вам сэкономить время. Так что я бы сказал… до 1000 часов. Это звучит как-то расплывчато, не так ли? Я программирую 14 лет и до сих пор ужасно оцениваю время на проекты, лол. Конечно, определение проекта тоже довольно расплывчато.

Ответить на вопрос, стоит ли это того, это действительно вопрос для себя. Если это то, чем вы увлечены, то это может стать отличной возможностью для обучения. Около 7 лет назад (еще до появления Google Analytics) я написал довольно мощный механизм отслеживания и статистики веб-трафика. Это был отличный опыт для меня, и я не жалею об этом. Конечно, с другой стороны, как и я, вы будете вкладывать много труда в то, на чем у вас будет мало шансов заработать деньги.

2

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

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

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

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

3

Я должен подчеркнуть комментарий барфуна, чтобы не изобретать велосипед. Можно получить большой опыт, взяв чужую CMS и научившись использовать ее и разрабатывать на ее основе.

Кроме того, вы многому научитесь, если возьмете проект с открытым исходным кодом и посмотрите, как они решили разработать свой продукт. Затем , поняв, как у них работает, вы можете либо внести свой вклад в проект, либо даже расшириться самостоятельно, но у этого пути есть несколько преимуществ:

  • Вы знаете, во что ввязываетесь (CMS может оказаться сложной задачей)
  • В зависимости от того, какой из них вы выберете, существует значительная поддержка сообщества для существующих продуктов CMS, что является ценным
  • Вы, вероятно, узнали хороший подход, увидев их код
  • Изучение их продукта/кода занимает меньше времени, чем создание собственного, поэтому вы с меньшей вероятностью потеряете мотивацию, чем если бы вы начали создавать продукт с нуля

Тем не менее, лично я рекомендую вам взглянуть на Магнолию. У него есть поддержка сообщества, это открытый исходный код и система качества.

Удачи

Я бы сам выбрал WordPress для объема проекта, который вы определили. Simple Press Forum — это надежный полнофункциональный плагин форума для WordPress, который довольно легко интегрировать с MediaWiki. Существует также проект вики-плагина WordPress, который мог бы использовать часы, которые, как вам кажется, вы готовы выделить. WordPress может сделать все, что вы описали, за выходные.

Вам не нужно заново изобретать колесо, чтобы получить опыт.

Я бы выбрал WordPress.
Я использую его для своего веб-сайта (www.norwegianfashion.no), и я считаю, что у меня довольно продвинутый веб-сайт. Я определенно улучшил свои навыки программирования на PHP.

Я тоже пытался разобраться с Drupal. Это очень хорошая CMS, но ей больно учиться.

Даже после 5 лет разработки на других CMS системах (.NET) я не смог освоить Drupal после 1 месяца попыток.

Я не заядлый программист, но считаю, что CMS должна быть довольно простой в использовании.

Итак, я выбрал WordPress.
У него есть свои ограничения, но вы можете создавать свои собственные плагины, чтобы компенсировать это.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но никогда не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

CMS, написанные на Java или PHP, которые позволяют экспортировать как статические HTML-страницы

спросил

Изменено
7 лет, 5 месяцев назад

Просмотрено
3к раз

Я ищу CMS, позволяющую экспортировать сайт в виде статического HTML (т. е. сайт должен уметь работать без самой CMS). Я хочу иметь возможность создать сайт на своем ПК, а затем загрузить экспортированный статический HTML-код на хостинг-сервер.

Должен отметить, что я не хочу использовать загрузчики сайта для «вытягивания» контента из CMS, мне нужна опция в самой CMS, что-то вроде «Экспортировать как статическое содержимое», «Экспортировать как HTML» и т. д.

До сих пор я нашел Alfresco для Java и Typo3 для PHP, но есть так много инструментов CMS… 🙁

Может ли кто-нибудь поделиться своим опытом и указать на хорошую CMS, которая генерирует статический HTML?

Всем спасибо!

  • java
  • php
  • html
  • система управления контентом
  • экспорт

1

Проверьте WordPress, я думаю, что у него была неплохая опция экспорта. Или, возможно, старые добрые документы Google?

WebJaxe делает это. Собственно, это даже не экспорт: сайты, созданные с помощью WebJaxe, всегда статичны.