В том то и дело 😡 Идея была хорошая, но то направление куда идут разработчики начиная с 7-й версии...---------- Добавлено 27.08.2012 в 12:05 ----------
Ой ли? Спасибо, уже проходили! Где то отписывал в блоге.
Сравните запрос "как в DLE":
SELECT SQL_NO_CACHE date FROM dle_post WHERE approve AND allow_main ORDER BY 1 DESC LIMIT 18765,15;
Что на выходе? - 15 rows in set (3.08 sec)
Если изменить запрос так:
SELECT SQL_NO_CACHE date FROM dle_post WHERE approve=1 AND allow_main=1 ORDER BY 1 DESC LIMIT 18765,15;
Результат - 15 rows in set (0.01 sec)
И так по всему коду 😡
Выделенный сервер кушал ресурсов и IO загонял в полную попу всего лишь на 30 тыс постов.
А вы говорите "движок заточен под хорошую посещаемость"...
Eсли вы заметили, то я не давал ТС рекомендации бросаться в изучение Yii.
Да, в Yii так же высокий порог вхождения. Но в свое время мы предпочли переход на веб-фреймворк, а не на CMS или CMS/CMF, в чем ни разу не пожалели.
Вот что поражает... (Pavel_ это не про вас, а о наболевшем :) ) Адепты одной системы, готовы часами доказывать преимущества свой системы, при этом, полностью игнорируя недостатки. При этом ведут себя как адепты секты - любым путем "завербовать" нового члена секты сообщества. :)
Иногда скатываются до явного шельмования. Как пример, в одном авторитетном ресурсе, статья авторитетного человека с названием "Друпал cms или CMF". Что вижу:
"Главное – это реализация возможности API. Ни одна CMS не может этим похвастаться."
Простите, но это явное вранье. Сейчас я вызову поток гнева на свою голову, но у Joomla есть очень вменяемый API, при этом хорошо документированный. Сравните - api.drupal.org и api.joomla.org.
"Друпал является платформой – мощной базой, которая может дать фору любым системам управления контентом, что и определяет некоторую сложность данного движка."
А это что? Этим оправдывается сложность движка? Готовлю голову для второго ведра возмущений на свою голову :) Но у Joomla (WP) 😮 более взвешенный и продуманный подход. Программеру - программерское, юзеру - юзеровское. Развернуть систему и сделать сайт может практически любой, в друпал это просто нет. Поддерживать Joomla (WP) может практически любой (если он не технофоб) с минимальным обучением. А в друпале? А вот для разработчика "порог вхождения" сопоставим для всех систем. Но это разработчики... Им положено :)
ТС, простой совет - работайте с тем что знаете. WP? Делайте на WP. Будет высокая нагрузка или большое кол-во постов и комментов, для ЛЮБОЙ CMS нужен будет хороший сервер, грамотная настройка сервера, оптимизация сайта.
Оптимизировать код и графику, отключать хотлинки, использовать внешний хостинг для хранения изображений, отключать Post Revisions, уменьшать количество запросов, и т.д. Более точную информацию лучше спрашивать (а лучше заказать) у специалистов WP на этом же форуме. Но все это справедливо для ЛЮБОЙ CMS.
"Блог категории" - не оно?
На самом деле - Почему Drupal?
- высокий порог вхождения
- высокие требования к ресурсам сервера (Хотя, после битрикса друпал просто суперлегкая cms.)
- программного хлама слишком много
- за последние 2 года появилось 8000+ новых сообщений о багах. (ссылка на пост одного из разработчиков и ссылка на открытые баги)
Разработчики банально не успевают править.
Я понимаю, что лучший инструмент - тот, которым ты лучше всего владеешь. Но давайте будем реалистами. После 6 версии - развитие пошло по тупиковому пути.
Давно уже не использую в работе CMS, как то все Yii...
Но смотрю на развитие популярных бесплатных CMS. В лидеры вырываются со значительным отрывом Joomla и WP. И в затылок им дышит MODx.
Про 500 тыс. постов...
Без "напильника" помрет любая CMS. В любом случае нужна оптимизация.
Но вот http://4pda.ru/ этот сайт сделан на WP. А http://www.linux.com/ на Joomla.
Вот что смущает:
Зарегистрировано запросов: 597
C VM давно не связывался, каталоги делаю на joomshopping, да и на 2.5 версию перешел.
Так вот, посмотрел у себя на одном из сайтов (с отключенным кэшированием):
42 SQL-запросов зафиксировано.
На главной каталог, меню категорий, модули вывода попул. товаром и еще по мелочам...
Смотрите в сторону плагинов/модулей. Отключайте по очереди. Не нормально, такое кол-во запросов.
Знакомая картина :-)
Попробуйте по очереди отключать плагины (я уже не помню какой "гадил").
И не забывайте про очистку кэша.
У вас там символ ***65279; он же BOM
Нужно избавится от BOM. Я избавился от него пересохранив необходимые файлы плагина с помощью Notepad++ в UTF-8 без BOM.
Можно поступить и так:
1. Делаем резервную копию сайта (на всякий случай).
2. Создаем файл bom.php в корне сайта (в папке www).
3. Копируем в файл код:
<?php // Tell me the root folder path. // You can also try this one // $HOME = $_SERVER["DOCUMENT_ROOT"]; // Or this // dirname(__FILE__) $HOME = dirname(__FILE__); // Is this a Windows host ? If it is, change this line to $WIN = 1; $WIN = 0; // That's all I need ?> <!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>UTF8 BOM FINDER and REMOVER</title> <style> body { font-size: 10px; font-family: Arial, Helvetica, sans-serif; background: #FFF; color: #000; } .FOUND { color: #F30; font-size: 14px; font-weight: bold; } </style> </head> <body> <?php $BOMBED = array(); RecursiveFolder($HOME); echo '<h2>These files had UTF8 BOM, but i cleaned them:</h2><p class="FOUND">'; foreach ($BOMBED as $utf) { echo $utf ."<br />\n"; } echo '</p>'; // Recursive finder function RecursiveFolder($sHOME) { global $BOMBED, $WIN; $win32 = ($WIN == 1)? "\\" : "/"; $folder = dir($sHOME); $foundfolders = array(); while ($file = $folder->read()) { if($file != "." and $file != "..") { if(filetype($sHOME . $win32 . $file) == "dir"){ $foundfolders[count($foundfolders)] = $sHOME . $win32 . $file; } else { $content = file_get_contents($sHOME . $win32 . $file); $BOM = SearchBOM($content); if ($BOM) { $BOMBED[count($BOMBED)] = $sHOME . $win32 . $file; // Remove first three chars from the file $content = substr($content,3); // Write to file file_put_contents($sHOME . $win32 . $file, $content); } } } } $folder->close(); if(count($foundfolders) > 0) { foreach ($foundfolders as $folder) { RecursiveFolder($folder, $win32); } } } // Searching for BOM in files function SearchBOM($string) { if(substr($string,0,3) == pack("CCC",0xef,0xbb,0xbf)) return true; return false; } ?> </body> </html>
Это скрипт ищет и удаляет BOM со всех страниц!
4. Сохраняем и запускаем скрипт: в адресной строке браузера пишем "название_вашего_сайта/bom.php" (в случае локального сервера, на реальном может не хватить времени выполнения скрипта).
5. Ждём отчета от скрипта (будут перечислены адреса исправленных файлов).
Не последнюю банку икры доедаем... Как то без проблемных обойдусь.
Неадекватный клиент занимает лишнее время моих сотрудников, после скандала или просто общения с неадекватом, сотруднику нужно время для включения в процесс...
Для адекватных больше времени останется.
Не путайте вдумчивого (нудного) клиента с неадекватом.
Вдумчивый (нудный) клиент не считает, что за 15 копеек он может поиметь вас, ваших сотрудников, вашу ..... собаку :-)
У меня у самого есть один такой (Вдумчивый) - из разряда любимых клиентов. Я с ним уже 3 года работаю. Можно сказать уже дружим...
Я уже не молодой человек... Зачем мне эти неприятности?
Ну не знаю... Я не считаю себя умником. Но я не отношусь к людям наплевательски, если это, например, официантка в ресторане или автослесарь в автосервисе. Просто я могу позволить себе послать лесом хама.
Некоторых клиентов стоит послать лесом далеко и на долго. Это так называемые "истеричные попрыгунчики". Этот подвид существует в любом бизнесе, как потребители услуг хостинга за 50 руб/мес, так и покупатели BMW или лексусов.
Упаси боже! Лучше потерять такого клиента, чем портить себе и своим сотрудникам нервную систему.
Не скажите, у некоторых клиентов отношение к подрядчику как в борделе к девочкам :-) Не знаю кто как, а я предпочитаю работать с клиентами как партнер с партнером.
Я давно пользуюсь услугами данного хостера (У меня первый аккаунт у этого хостера еще 4-х значный), ни разу не было случаев, когда суппорт нахамил или отказал. Все РЕАЛЬНЫЕ проблемы решает, да же больше... Несколько раз решали вопросы выходящие за рамки того, что они должны вообще решать...
Может вы сами хамить начали? А сотрудники поддержки то же люди...
У меня в основном VDS, но есть и виртульный хостинг. Доступ по FTP и SSH есть, Управление web сайтами есть, базами - есть, почтой, кроном есть. управление записями DNS есть....
А что там не так?
Вы можете озвучить:
1) Какие есть ошибки в биллинге?
2) В чем выражается "не нормальная" работа хостинга?
В противном случае - ваши обвинения в адрес данного хостера необоснованны.---------- Добавлено 06.08.2012 в 11:13 ----------
Вот и прояснилась ситуация :-)
