Сообщений в теме: 49

[Роман Кротов]

Уж проще купить... С нулевками проблем еще больше

С этого места поподробней.

[Сергей (ex-Gudvin)]

Уж проще купить... С нулевками проблем еще больше

Не припомню каких-либо проблем.

Думаю,что от задач зависит.

Для бологов ВП хорош, для новостных порталов -- Друпал.

На самом деле в этом аспекте разницы не увидел никакой. Структура у них у всех одна. Каждый движок можно настроить под разные нужды, будь то блог, новостой портал, интернет-магазин или что-то ещё.

Он дает одно преимущество --- ограничивает в выборе

Не совсем понял, о чём Вы...

Мне тоже один платный движок как то рекомендовали.
Плюс в том, что нет такого выбора плагинов и тем, как для Вордпреса.

Многое из того, что к WordPress идёт плагинами, в DLE реализовано непосредственно в движке, причём ещё в очень ранних версиях.

А потом эти расширения пишет сама команда этого движка, а не разные "вольные" программеры.
И они гарантируют полную совместимость...

Официальные модули у DLE так же присутствуют, думаю как и у WordPress неофициальные (написанные "вольными" программерами).

[Роман Кротов]

у одного моего друга взломали сайт. он был на DLE. тоже null где то скачал.
Или это совпадение?
Скажите - сложно ли взломать сайт?
(Точнее БД - именно там оказывается сидел вирус, который хакер туда поместил. Не знаю во время сборки или как то еще, подобрав пароль к примеру.)
Сайт развлекательный. Не коммерческий магазин или банк.

P.S.
Не понятно нафиг он вообще его взламывал.
Терпеть не могу подобных пакостников.

Сообщение отредактировал Guru: 27 Май 2011 - 02:39

[Артём Еремеевский]

у одного моего друга взломали сайт. он был на DLE. тоже null где то скачал.

Это что угодно может быть. По моему опыту в 90% сайты взламываются потому что кто-то ловит трояна на компьютер, правда в этом случае непосредственно файлы через FTP изменяются, так что в БД - возможно и что то другое.

[Сергей (ex-Gudvin)]

у одного моего друга взломали сайт. он был на DLE. тоже null где то скачал.
Или это совпадение?
Скажите - сложно ли взломать сайт?
(Точнее БД - именно там оказывается сидел вирус, который хакер туда поместил. Не знаю во время сборки или как то еще, подобрав пароль к примеру.)
Сайт развлекательный. Не коммерческий магазин или банк.

Как давно твой друг держит сайт? Насколько серьёзно он следит за сайтом (отслеживает и исправляет баги)? Где брал null, модули и шаблоны? Проверял ли движок, модули и шаблоны на наличие шеллов и вредоносных скриптов, прежде чем заливать на хост?

Сайты взламывают на любых движках, и на WordPress и на DLE и на Joomla и т.д....

Ещё одна не из последних причин взлома, это не надёжный пароль доступа к сайту и не надёжное его хранение...

P.S.
Не понятно нафиг он вообще его взламывал.
Терпеть не могу подобных пакостников.

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

Это что угодно может быть. По моему опыту в 90% сайты взламываются потому что кто-то ловит трояна на компьютер, правда в этом случае непосредственно файлы через FTP изменяются, так что в БД - возможно и что то другое.

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

[Руслан Сафин aka Shimun]

Для блога MaxSite CMS. Сравнительные характеристики и т.д. на оффсайте max-3000.com (примечание: грузит систему примерно в 10 раз меньше ВП)
Для новостников хз. Народ советует DLE. Будем верить народу =)

[Роман Кротов]

Как давно твой друг держит сайт? Насколько серьёзно он следит за сайтом (отслеживает и исправляет баги)? Где брал null, модули и шаблоны? Проверял ли движок, модули и шаблоны на наличие шеллов и вредоносных скриптов, прежде чем заливать на хост?

Через несколько месяцев после старта проекта.
Где брал null - я Вам в личку ссылку кидал.
Не проверял ничего.

Кстати, а проверять как и чем?

[Сергей (ex-Gudvin)]

Кстати, а проверять как и чем?

Для начала просканировать антивирусами, разными...
Вредоносные скрипты написанные на PHP сложно найти... Антивирусы их не видят, т.к. PHP работает только на сервере... Встречались какие-то ресурсы в сети для сканирования сайтов на вирусы, погуглите... Ещё на оф. сайте движка что-то было по защите движка, поройтесь... И в админ панели движка есть раздел "Антивирус":



...но если вы сами правили файлы движка или ставили сторонние модули, то он их распознаёт как подозрительные.

Поищите внешние ссылки в файлах движка... В Total Commander есть функция поиска текста в файлах. Введите в поиск слово "http://", он найдёт вам все ссылки в файлах. Если будут левые, удалите. Ссылки чаще суют в файлы шаблона...
Так же в папках шаблоне посмотрите скрипты... Что за скрипты, не прописано ли в них чего-нибудь лишнего, нужны ли они вообще...

Всё это не просто сделать, не имея некоторых навыков... Поэтому повторюсь, брать нужно из надёжных источников.

[globalmoney]

Но при 5-10к в сутки DLE не перегрузит допустимый лимит для шаред хостингов?

Всё зависит от того, что будете размещать на сайте, а так же какие дополнительные модули использовать и т.д.
Так же обратите внимание, что чем больше БД, тем больше будет нагрузка на сервер.

P.S. С такой посещаемостью можно уже не думать о шаред хостинге, а спокойно брать VDS или выделенный сервер, т.к. всё это будет окупаться.

[Never Lex]

Своя ЦМСка, написанная строго под свои нужды.

[Роман Кротов]

Всё зависит от того, что будете размещать на сайте, а так же какие дополнительные модули использовать и т.д.
Так же обратите внимание, что чем больше БД, тем больше будет нагрузка на сервер.

P.S. С такой посещаемостью можно уже не думать о шаред хостинге, а спокойно брать VDS или выделенный сервер, т.к. всё это будет окупаться.

OK. Не знал что от размера БД зависит. Спс.

[Артём Еремеевский]

файлах движка прописаны данные доступа к базе данных. Поэтому получив доступ непосредственно к файлам движка, запросто можно получить доступ к БД.

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

[Роман Кротов]

Кто что скажет о http://blogolet.ru/

[Артём Еремеевский]

Guru, вы объясние свои задачи конкретнее.
Чтобы не грузила сервер - это очень расплывчатое понятие. Если очень утрировано, то не грузить сервер может CMS, которая использует свою собвтенную БД, но вот при достижении достаточно большого размера этой самой БД она начнет грузить сервер в разы больше.
CMS точно так же может показывать куда более быстрые результаты при небольшом количестве записей, используя таблицы MyISAM, но значительно проигрывать в скорости (при разрастании скажем до миллиона строк) базе с таблицами InnoDB. Впрочем при небольшом объеме БД вы эти различия в скорости вообще вряд ли увидите.

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

Так же скорость нехило зависит и от грамотной настройки самого сервера.

[Роман Кротов]

Guru, вы объясние свои задачи конкретнее.
Чтобы не грузила сервер - это очень расплывчатое понятие. Если очень утрировано, то не грузить сервер может CMS, которая использует свою собвтенную БД, но вот при достижении достаточно большого размера этой самой БД она начнет грузить сервер в разы больше.
CMS точно так же может показывать куда более быстрые результаты при небольшом количестве записей, используя таблицы MyISAM, но значительно проигрывать в скорости (при разрастании скажем до миллиона строк) базе с таблицами InnoDB. Впрочем при небольшом объеме БД вы эти различия в скорости вообще вряд ли увидите.

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

Так же скорость нехило зависит и от грамотной настройки самого сервера.

Задачи уже говорил: см пост
Приму во внимание замечание о большой БД.

Не то чтобы совсем не грузила. А минимально возможно

Сообщение отредактировал Guru: 28 Май 2011 - 16:49

[globalmoney]

Задачи уже говорил: см пост

Вы бы расписали более подробно, а то может решили собрать электронную бибилотеку.
Здесь же всё таки не телепаты, чтобы знать, что Вы собралися делать.

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

Сообщение отредактировал globalmoney: 28 Май 2011 - 20:07

[Артём Еремеевский]

Задачи уже говорил: см пост

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

[Роман Кротов]

Посещалку озвучивали в теме 5-7к на шаред хостинге должна держать.
Цели - текстовый контент по определенной тематике с возможно коментировать

[Артём Еремеевский]

Посещалку озвучивали в теме 5-7к на шаред хостинге должна держать.

5-7K - это уникальных хостов или в целом просмотров?
Если уникальных хостов - то это много, тут вряд ли потянет шаред хостинг, какая бы быстрая не была ваша CMS. Тем более с разрастанием текстового контента и комментов (а при таком количестве посещений это должно происходить в геометрической прогрессии) у вас разросшаяся БД даст куда больше тормозов, чем сама по себе CMS. Поэтому я бы не CMS выбирал (по мне тут хоть WP бери да пользуй), если сразу такая посещаемость не планируется, а шаред хостинг с возможностью дальнейшего переноса на VPS/VDS.

З.Ы. Я сколько знаю владельцев посещаемых сайтов (с функциональными движками) при достижении 2000-3000 уникальных посетителей все в итоге уходили на VPS, кто-то дак вообще на коллокейшен.

З.З.Ы. Если вдруг среди кучи текста мысль мою не уловить: при большом количестве посетителей и большой БД скорость работы самого движка уходит на второй план. Т.е. даже если вы поставите DLE, Joomla и WP (с учетом того, что не навешаете на них кучу тормозных и кривых плагинов) вы особую разницу не ощутите.

[Роман Кротов]

Сразу такая посещалка (в 5к) не планируется. А постепенно.
Все проблемы повышением используемой мощности сервера не решиш. Нужно иногда и головой подумать, а не тупо вбухивать бабло в дорогой хостинг.
Тем более, что мне самому было просто интересно узнать какая CMS производительней.


В принципе я уже выбрал - DLE.
Многие говорят что она шустрее производительней Joomla.
Так что вопрос в принципе закрыт.

Если кто знает - лучше посоветуйте скрипт или программу, которой можно было бы кучу контента с Joomla перенести на DLE.