Очень интересное у вас мнение =)
Очень бы хотелось посмотреть на такие тесты где файлы будут выигрывать у mysql.
Видимо вы плохо понимаете что такое "файлы", "sqlite", "mysql" как таковые.
Файлы в чистом виде это постоянная работа с диском, это самая медленная! операция из возможных в принципе. На линуксе это дело отлично скрашивает кэширование файловой системой, тоесть если вы часто запрашиваете какой-то файлик то он будет отдаваться с памяти, а не с диска. (Там куча нюансов но в кратце это именно так)
sqlite это "БД в одном файле", тоесть это файл с которым вы работаете через специальный драйвер, который разбирает этот файл и вы его "видите" как структурированные данные. Это уже лучше файлов потому как кэшировать один файл проще чем много разных. Но как только файл не будет помещатся в памяти начнутся проблемы, а так же есть много разных ограничений в которых вы можете уперется.
Mysql это целый сервис\веб сервер, который работает подобно sqlite драйвера но с кучей разнооразных плюшек и собственного кэширования в память.
Основная разница между sqlite и mysql в том что в случае первого вы пишете логику работы с базой (сюда же входит обработка ошибок, кэширование и куча всего еще), в случае мускуля это всё уже написано и вы напрямую не работаете с базой, вы работаете через мускуль который уже реализует много разной логики.
Мускуль может проигрывать sqlite в том случае если его не настраивать, а "ехать" на дефолтных настройках. Вся фишка мускуля именно в настройках, потому как всей его логикой надо как-то управлять, не умея этого будут получатся именно такие результаты тестов.
А вообще все средства хороши, но для своих задач. Мускуль необходим для более крупных проектов, вот и всё.
Пример контента отдаваемый макросом sed_advcont по запросу «crack finereader 9 0 скачать бесплатно», весь контент это результат дефолтной(!) работы макроса. Указывался лишь парсер (чтобы можно было проверить контент самим) и фильтрование кирилицы\латиницы для показа возможностей\разброса текста.
И так, вариант 1 - парсеры рандомные (если мне не изменяет память то первые 5 в сниппетах), никаких фильтров не было, только дефолтное фильтрование сниппетов.
Вариант 2 - парсер Google, фильтр кириллицы 20%, то есть в тексте должно быть минимум 20% кириллических символов, если ставить более 30% то будет очень много контента отсеиваться учитывая специфику данного ключа.
Вариант 3 - парсер Google, фильтр латиницы 50%.
Количество текста отдаваемое макросом, фильтрование не желательных символов, количество параграфов \ предложений в параграфе, а так же много других вещей влияющих на качество текста можно легко конфигурировать.
И будет всё отлично =)
Ничего конкретного не скажу по ряду причину, главное это то что это должно ускорить работу и уменьшить нагрузку
Я так понимаю это речь про файловый кэш,
это по факту сгенерированные готовые хтмл файлики, сделан он для ускорения работы, но с ним есть много других проблем которые мы планируем поправить в новом фронтенде, тоесть в новом фронтенде мы откажемся от файлового кэша, как минимум в таком виде.
Я основной разработчик, я же и начинал с 0 делать эту версию, я не занимался и не занимаюсь больше никакими проектами из линейки СЕД. Иногда присоединялся еще один разработчик и делал макросы. Так же сейчас над разработкой нового фронтенда работает еще один разработчик.
Постарался ответить на заданные и не заданные вопросы)
Зависит что именно интересует, и что именно подразумевать по кэшем. Уточните что именно вас интересует.
В следующем абзаце я обьяснил почему это не юзается =)
Тоесть на тот момент для работы с сервером я не видел смысла использовать интерфейсы сервера, далее когда появилась проблема того что у юзера сед не обновлялся из-за не соответствия айпи мы решили эту проблему организационными методами.
Никто не жаловался потому так и осталось по сей день, можно без проблем реализовать работу через интерфейс домена но тогда этот функционал надо будет тестить отдельно, так как это ключевой функционал.
П.С.
Если бы я об этом не знал у нас бы парсеры быстро загнулись работать только на 1м айпи.... Да и вкладки "интерфейсы" не было бы в админке =)
Как уже написал Лимур, это связано с системой защиты. Ионкуб проверяет айпи на котором висит домен, а вот курл по умолчанию использует основной интерфейс\айпи сервера. Эти значения не будут совпадать если домен не на основном айпи сервера.
Конечно же можно было бы пробовать выходить в инет через интерфейс домена, но мы решили пока эту проблему организационными методами и пока никто не жаловался потому дальнейшие шаги не предпринимались.
Если это будет для кого-то проблемой то можно будет без проблем выпустить обнову в которой вся работа с нашим сервером (подгребание новостей, обновление) будет идти через интерфейс домена. Но этот вариант нужно будет еще протестировать, возможно есть какие-то подводные камни такого решения.
Данное ограничение сейчас действует только для админки, тоесть для самих доров это не важно!
Здраствуйте. Я разработчик 4го седа, Xordeer попросил меня уделить внимание данному топику, а так как до этого аккаунта у меня на серче не было пришлось его создать. Потому не удивляйтесь свежерегу.
А теперь по делу.
<div class="smallfont" align="left"> <div> <span style="white-space: nowrap;"> <img class="inlineimg" src="img/icon1.gif" alt="" border="0"> <strong>[SED_RANDLINK]</strong></span> </div> <div style="white-space: nowrap;"> от <a href="[SED_RANDLINK_URL]" rel="nofollow">[SED_FILE_LINE:path=other/nick.txt]</a> </div> <div style="white-space: nowrap;" align="right"> [SED_R_DATE_TIME_2:start=01.01.2014, 01-34] <a href="[SED_RANDLINK_URL]"><img title="К последнему сообщению" class="inlineimg" src="img/lastpost.gif" alt="К последнему сообщению" border="0"></a> </div> </div>
Макросов сейчас есть минимально необходимое количество, всё предусмотреть сложно потому как у всех разные подходы и требования к шаблонам\макросам, но если какой-то макрос просят то мы его делаем.
В шаблоне работает абсолютно любой пхп-код (исключение составляют относительные пути в файловой системе), потому можно писать многое самому. Так же можно посмотрет в макросы, они имеют открытый код, и на примере того что есть написать макросы для себя.
В данном случае вы можете сохранить вывод макроса используя функции obstart/obflush и потом использовать на странице. Или же можете посмотреть в код необходимого вам макроса и реализовать необходимую вам логику хранения\повторения.
Или написать необходимые требования к новому макросу и попросить нас его реализовать)
Если есть какие вопросы - пишите, буду просматривать иногда тему и на всё отвечу.
