- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Гораздо приятней использовать свой движок блога написанный на Yii (например). В плане поддержки. Но Wordpress и прочие будут популярны в любом случае, из-за низкого порога вхождения и тучи бесплатных плагинчиков.
PS Опять вместо цитаты нажал на "Спасибо"😒😂
Не беспокойтесь, возвращаю вам "спасибо" 😂 И всё же придерживаюсь мнения, что "несложные" проекты, типа сайтов-визиток и личных блогов, лучше реализовать с помощью CMS.
P.S. Но если есть готовый собственный движок, то конечно лучше взять его, несомненно.
Не беспокойтесь, возвращаю вам "спасибо" 😂
Главное не впасть в рекурсию:)
P.S. Но если есть готовый собственный движок, то конечно лучше взять его, несомненно.
Так я и поступил года назад: написал простой движок для клиентских сайтов, заранее предусмотрел систему обновлений. И сейчас вполне удобно, дорабатываю движок,деплою, и в несколько кликов обновляю на всех своих проектах. Клиенты при желании тоже обновляются. За год по модулям покрыл функциональность вордпресса(+ основные плагины). Но осталось пару проектов на вордпрессе, лень переносить.
Но не все так радужно, при разработке гемороя тоже хватало.:)
Так я и поступил года назад: написал простой движок для клиентских сайтов, заранее предусмотрел систему обновлений. И сейчас вполне удобно, дорабатываю движок,деплою, и в несколько кликов обновляю на всех своих проектах
Правильный подход ☝
CMF как раз призваны его облегчить.
Однако, разработчик разработчику рознь, и каждый будет склонен называть CMF совершенно разные вещи. Для кого-то и WP за CMF сойдёт, кому-то Drupal в самый раз, ну а дальше фреймворки пошли, и заканчивается (в теории) ассемблером 🤪
Так я и поступил года назад
php.developer, а есть какая-нибудь открытая (блог.. мысли,посты на форумах..) или закрытая (мануал) информация.. по архитектуре (внутренне/внешне.. по обновлениям)? Которой "можно" (по всем соображениям) поделиться.. здесь или в частном порядке..
В деструктивных целях использовать не буду :)
php.developer, а есть какая-нибудь открытая (блог.. мысли,посты на форумах..) или закрытая (мануал) информация.. по архитектуре (внутренне/внешне.. по обновлениям)? Которой "можно" (по всем соображениям) поделиться.. здесь или в частном порядке..
В деструктивных целях использовать не буду :)
В планах релиз на гитхабе. Урезанной немного версии. Без большей части модулей. Ну и здесь возможно будет топик, хотя не хотелось бы быть похожим на некоторых...
Я бы посоветовал изучать фреймворки. Это как никак, но все же бОльшая гибкость и количество возможностей.
А к вопросу о том, что именно изучать - я бы для себя выбрал Zend Framework. Ибо он один из самых авторитетных и популярных фреймворков во всем интернете. К тому же его писали - создатели самого PHP языка. Так что он как никто другой содержит в себе дух и стиль этого языка программирования.
Я лично использую Codeigniter и никаких CMS принципиально. Ну а вообще каждый сам решает с чем работать.
Так вот где вы все собрались то :)
Спасибо DenisVS, ссылочку дал на топик.
Уже нарыв ростет на теме.
Кто тему апать-то будеть
А Вы говорите, кто тему апать будет. Ап! :)
Есть одно принципиальное отличие фрейморка от CMS|CMF. Для того, чтобы сделать на основе фреймворка специализированную CMS нужно не только овладеть фреймворком, но и хорошенько продумать архитектуру будущего приложения. На практике, на это способны далеко не многие.
Что есть, то есть. Но, с одной стороны:
...если всё продумано и есть наработки...
Хотя:
В результате обычно получается всё совершенно не так, и вместо этого получается велосипед на квадратных колёсах, с массой дыр, который потом не только расширять, а и обслуживать-то сложно.
Вот это, сильно подкупает:
В случае CMS/CMF есть оверхед, т.к. необходима универсальность. Куда больше моментов продумана уже. Кодом пользуется большое комюнити, находятся и заделываются дырки, предлагается большое количество готовых решений, куда более законченных обычно, в частности и по поводу оптимизации производительности.
А еще, потому что уже в теме того, что, где лежит, да код под себя документировал.
С CMS: пока освоишь, пока заточишь, а как "наработки сделал", так все к чертям собачьим устарело, а добрая половина "наработок" - в топку.
С фреймворком, полагаю такая же проблема, если не хуже, поскольку ты один (нет большого комюнити).
А для меня еще и в том, что за отсутствием знаний, либо приходится долго и упорно самому, либо тырить готовое, либо "наработки" встают в копеечку.
Я к jQuery, задержался, так чуть не застрелился от отчаяния, осваивать еще и это чудо :)
Поддержка собственно в постоянном развитии и доработках проекта. И похоже мне от этого никуда нет деться пока кирдык не придет.
Вот это постоянное развитие и доведет до кирдык, когда, за всем поспеть надо, да еще кучу задач решить, от которых никуда не деться.
Руки порой опускаются и плевать хочется на:
...CMS несет много ненужного и громоздкого, цена за готовый функционал.
и хрен с ними с ограничениями. Пирожки - пекутся, проекты - стоят (в смысле: не ложатся), WM пухнет :)
Хотя понятно, что:
Для любых целей лучше использовать самописное или фреймворк решение,...
Безусловно:
И всё же придерживаюсь мнения, что "несложные" проекты, типа сайтов-визиток и личных блогов, лучше реализовать с помощью CMS.
Проект - диктует решение. Сроки, бюджет и собственная лень, а скорее отсутствие свободного времени и знаний.
Потом, все равно никто не оценит! Да и оверхед, не особо то мешает.
Для кого-то и WP за CMF сойдёт, кому-то Drupal в самый раз, ну а дальше фреймворки пошли, и заканчивается (в теории) ассемблером 🤪
Во-во, точный смайлик: "crazy". Ассемблер рулит! Или проще свихнуться.
Мне уже приходили в голову эти шальные мысли про Сишарп, даже среду установил :)
Изучить фреймворки проще и приятнее чем готовую CMS с богатым API. Это понятно. Вопрос в затратах на последующую разработку приемлемой CMS, которая будет потом работать и постоянно дорабатываться минимум семь лет. И возможно дорабатываться сторонними исполнителями.
И острота этого Вопроса, для меня сейчас особо актуальна!
Освоить (хорошо определили: "Порог вхождения") или поддерживать 4-5 движков, куда проблематичнее, чем сидеть на одном навороченном фреймворке, потихонечку обрастая "наработками".
Но с трудом преодолеваю "Порог вхождения" во фреймворки, в части архитектуры. Что бы не делал, все Калашников получается :) Стереотипы - как кандалы!
В том числе, от того и пошел за решениями.
Подспудно надеясь найти что то, хоятбы лет на пять, да под горящий проект, но уже готовое. Да так, что бы не загнулась основная платформа или вообще не поперло Разработчиков "не в ту степь".
В итоге то, получается та же петрушка: Берешь дефолтную сборку, а уже года через четыре, глядишь, одно ядро осталось :) Это совсем не вариант! Тупик или Ветка.
Если ветка, то никак иначе:
В планах релиз на гитхабе. Урезанной немного версии. Без большей части модулей. Ну и здесь возможно будет топик, хотя не хотелось бы быть похожим на некоторых...
О "наработках" в фреймворках, пока только мечтания и прожекты, ничего серьезного. С другой стороны, отлично понимаю, что гибкость и широта возможностей - рулят.
Поэтому всетаки пытаюсь вскарабкаться на этот "Порог вхождения" :)
Если проект долгоиграющий и нагруженный - даже оптимизированный друпал с ростом "загибается" (чисто теоретически - CCK штука удобная, но тяжёлая.. 100500 node-ов в одной таблице "дёргаются" по делу и без дела, даже с "правильными" индексами не всё хорошо получается).
Да все так.
Но зачем проектировать "под друпал", а потом оптимизировать, вместо того, чтобы сразу проектировать "под проект"?
Вот в этом то и вся дилемма.
Думаю действительно, надо потихонечку осваивать и обрастать наработками, но если попадется хороший готовый велик, то почему не поюзать. В конце концов, в дальнейшем, можно и переустановить.
Проект - диктует решение.
Извините что надергал, просто прошлись по больной мозоли :)
Ayavryk - Спасибо за тему.
Root77
Есть еще одна тема :)
Можно взять в качестве каркаса готовую CMS на том фреймворке, который уже знаешь. Для CI полноценных сделано как минимум десяток и давно. Даже комьюнити какими-то обросли.
Для Zend чуть меньше но тоже есть. Но до кучи есть не только CMS но и CMF http://habrahabr.ru/qa/14729/
А вот для YII похоже что и нет ничего кроме http://yupe.ru/ - фактически это полуфабрикат - тот самый каркас (архитектура), о котором говорил bsyomov
Т.ч. получится что и порог вхождения меньше чем на Друпале и уже готовый каркас есть
Root77
Есть еще одна тема :)
Можно взять в качестве каркаса готовую CMS на том фреймворке, который уже знаешь. Для CI полноценных сделано как минимум десяток и давно. Даже комьюнити какими-то обросли.
Для Zend чуть меньше но тоже есть.
А вот для YII похоже что и нет ничего кроме http://yupe.ru/
Я тут вас всех почитал и понял что не с теми фр работаю.
Открыл опять кооператив "Умелые ручки" и потерял кучу времени. Спасибо! Буду смотреть.