Может стоит для начала свой пароль поменять ?
забираю...
И наверно еще потому что компонентная структура похожа ... и наверно еще потому, что одним из основных идеологов C# являлся разработчик Delphi %-) и еще можно найти много причин :-)
И википедия вот что говорит:
По мне так, от С++ синтаксис, от Java кросплатформенность (типа...), а вот в структуре классов делфя явно просматривается
Ах да.. вернулись, почистили .... скучно.... :)))
уже 2 месяца работаю на макбуке, очень поддерживаю предыдущего оратора %-)
О ! точно %-) Дорген так назову -) Стиву Джобсу посвящается :)
не обращай внимания на наши "религиозные войны" :-) и иди обзаводись учебником C# :-)
Делфи сейчас скорее мертв, чем жив. Они пытаются, но не факт что у них все получится.
C# передрали с дельфей большей частью :-))
😡😡😡
Не трогайте делфи, это святое ! :-))
С++ по сравнению с ним отдыхает в сторонке %-) 🤣🤪
humbert, честно говоря в самом WP я не силен, могу рассказать как это реализовать в Joomla. Возможно прийдется покодить немного :-) Или попользоваться поисковиком и найти готовый (или почти готовый) такой компонент с набором модулей. Даже при условии доработки этого компонента в дальнейшем он будет устанавливаться на Joomla в 2 (!!!) клика в админке.
Чтобы пришедший поисковый бот, например рамблер, нафих завалил весь сервак? Тема вообще интересная, но есть несколько моментов, усложняющих жизнь подобным технологиям.
Опять же за WP не скажу, но скажу про Joomla %-) Ваш движок будет проще Joomla в установке? Если да, по поясните чем :) Если нет, то это тоже время, а кому то деньги. И деньги не просто так, а человеку, который знает этот конкретный движок и сможет в нем разобраться. И теперь вопрос - рынок каких специалистов больше - знающих Joomla или ваш движок?
Основные проблемы узкоспециализированного движка в его развитии. Одно дело, когда такой движок пишется под конкретный сайт командой "своих" программистов, этой же командой развивается и поддерживается. Другое - когда движок пишется на продажу. В этом случае, при необходимости доработки такого движка покупателю, как правило, приходится обращаться либо к разработчику (который монопольно устанавливает цены на доработку или вообще отказывается это делать в зависимости от положения луны относительно экватора ) или к другим программистам (которые в свою очередь тоже возьмут деньги за разбирательство в чудом коде).
На самом деле все мои "придирки" касаются всего трех букв в вашем посте - СДЛ. Если бы этих трех букв небыло, то и вопросов бы не возникло. Да, для доров и ГС такой движок имеет право на жизнь :) ... (хотя я думаю для доров такой функционал избыточен). Но для СДЛ сайтов, т.е. в моем понимании - проектов для людей, развивающихся и предлагающих новые возможности пользователю, это не совсем то.
Большей частью да :-) Посмотрите на большие проекты, в большинстве своем они писаны на каких то уже готовых движках. Это предоставляет массу возможностей по развитию и поддержке проекта. И кстати, это правило касается практически всего программного обеспечения. В бизнес областях (финансы, производство, корпоративные порталы) люди редко задумываются о том, чтобы написать софт с нуля. Это экономически невыгодно. Проще/дешевле/надежнее взять готовую систему и доработать ее для себя. Сайты ничем не отличаются. это точно такой же софт.
Это вообще то "миф о нагрузке ненужными функциями" :-) Учитывая текущую динамику развития аппаратного обеспечения и цен на технику. Да, в отдельных случаях это необходимо (оооочень большие проекты с сотнями тысяч показов ежедневно). Но это проекты совершенно другого толка и подхода. И требования в надежности/отказоустойчивости/производительности там совсем другие.
А для простого проекта, который развивается и живет стоимость доработки софта (например разработка тех модулей, которые уже существуют в стандартных CMS) в разы перекроет затраты на оборудование.
а вот этой фраза прям в тупик меня поставила... вы действительно думаете что это невозможно? :-))
akaplenko добавил 23.02.2010 в 14:53
Ну да, в чужом движке разобраться желания нет, давайте свой напишем :-) Типичная болезнь начинающих программистов -)
Это сомнительное преимущество.
Если вы позиционируетесь как двигло для СДЛ, то заливать файлы надо не руками и не файлы, а добавлять фильмы через веб интерфейс.
Ну вот когда будет ...
Это умеет любая CMS
Поясните, чем рецензия отличается от отзыва?
Опять же умеет любая CMS.
Т.е. в наличии имеем только парсер ютьюба. Я бы предложил этим и ограничится, и не создавать свой движок, а научить этот парсер заливать сгенерированный контент в уже существующие CMS (WP, Joomla, DLE и т.д.). Там вам будет доступна и перелинковка, и шаблоны (кторые не надо будет отдельно делать, их тысячи существующих), и все остальные прелести в виде русного добавления материалов, кучи дополнительных плагинов, модулей и т.д.
