Веб [Unsupported] webMCRex

Не знаю как в других вузах, но в НГУ у нас раз в месяц выставляют рандомные оценки непонятно за что.Совсем пофигистам двойки, остальным - пятерки-четверки. Вот и вся система. Две двойки за контрольную неделю == вылет.

 

Прошло больше 3х месяцев.
Когда будут замеры скорости той ереси, которую вы пытались доказать?
Когда прикроете огромное кол-во уязвимостей?
- Мало того, что вы не убрали уязвимости обычного webmcr, так еще и своих влепили.
Когда уберете выводы циклов, которые не проверяются на кол-во?
Когда уберете глупые мультипроверки?
Когда перестанете использовать функции, которые работают не так, как вы их пишите?
Когда уберете функции, которых вообще не должно быть в коде?

 

1. Если будет время замеры сделаю ближе к вечеру.
2. По поводу уязвимостей - где они? @tuzel проверял, не нашел ни одной. Нашел? Сообщи о них!
3. Как это "работают не так, как написаны". Какие функции лишние? Подробнее.

 

Нашел? - Нашел. Сообщил? - Сообщил. Могу только намекнуть где они
- Уязвимости в регулярных выражениях
- Уязвимости в огромном кол-ве передаваемых параметрах (практически во всем webmcr)
(Если добавишь в скайп вечером, когда освобожусь, то даже покажу рабочий метод взлома)
- Уязвимости в нефильтруемых параметрах
SQLSafe() (аналог mysql(i)?_real_escape_string()) преобразует строку в безопасную для ввода данных
HTMLDestruct() (аналог htmlspecialchars()) превращает теги в сущности для вывода данных
Одна функция для ввода, а вторая для вывода, вместе они работать не должны, только в редких случаях, если при выводе не используется фильтрация, например ББ коды. Порядок их должен быть строгим, у вас же он с точностью да наоборот (если не ошибаюсь, то так даже можно провести атаку на базу, надо гуглить).
Лишние функции создания новых объектов, которые уже созданы, например User, View, дальше не смотрел, но уверен, они там есть.

 

Результаты измерений (пока только сравнение систем ЛС). Проводились на webMCRex 2.0b20:

 

В xenforo и то в среднем по 14 запросов))) Думаю ты понял намек

 

webMCRex делает по умолчанию лишних 2 запроса. Все остальные уже имели место в обычном webMCR

 

Так зачем же нужны тогда раз они лишнии?

 

Я некорректно высказался а ты меня недопонял. "Лишние" в смысле "дополнительные". И вовсе не ненужные.

 

Из вас сборщики статистики, как из меня балерина.
Чтобы не вводить людей в заблуждение, я взял обычный webmcr и твой. Вот результаты:
http://SSMaker.ru/cab1f1bd.png
http://SSMaker.ru/f7c278a8.png
И это при том, что webmcr использует 2(из 4х) лишних запроса к базе для выставления кодировки
Затем я установил MailBox на твой webmcr и запустил подсчет запросов конкретно в модуле
http://SSMaker.ru/ca413916.png
http://SSMaker.ru/3a383bd3.png
Думаю комментарии излишни и о скорости загрузки тоже не стоит
В первую очередь, вы обманываете себя, а затем уже других.

 

Автор молодец, хорошая работа
Еще бы добавить отключение ненужных модулей при установке, и было-бы супер

 

Согласен. Проанализировал твой код, не нашел третьего запроса. Видимо, шалости движка. Но это только для того случая, если нет ни одного сообщения. Если сообщения есть, то совершится еще 2 запроса (в MailBox:: pagination() и еще один запрос будет в MailBox::messages()). У меня их не будет.

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

 

У меня там и функционал больше с подсчетом заполненности папки и кол-вом.
В pagination у меня используется только 1 запрос, который берет общее кол-во записей(COUNT(*))

 

Спасибо за отзыв, стараюсь! А про отключение модулей... Идешь и удаляешь из папки location ненужные.

Я же говорил, что в pagiation один и в messages один. А это уже два запроса которые тоже нагружают сервер. При том один из них можно убрать (во время генерации функция pagination будет вызываться дважды. Сначала при генерации списка сообщений в messages (только при наличии сообщений) потом в box (всегда). При этом запрос будет одинаковый (насколько я понял, если нет, то зачем вообще оно надо в messages)

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

 

Уже не помню, для чего там вообще какие-либо запросы, почти 2 года прошло.

Всё верно, один запрос должен идти на подсчет числа сообщений, а второй на результат. Возможно скопипастил криво. Речь не об этом, а о том, что в твоем webmcr используется множество лишних запросов, по сравнению со стандартным webmcr - вот где нагрузка. Где то создаются ненужные, ранее созданные, объекты, где-то вообще работает не так как должно.
В стандартном движке webmcr должно использовать всего 4-5 запросов(и это вместе с меню, которое должно находиться в базе, а не в файле). Возможно когда-нибудь, у меня дойдут руки и я все-таки перепишу webmcr так, как он действительно должен работать.

 

И тишина ...

 

Ну а что мне сказать?

 

Да ещё хотел спросить! Что ты сделаешь с самописным магазином? Засунишь В WebMcrex и будишь распростронять свою сборку по миру рубакита бесплатно? или будишь как тостер продовать его модулем?
Я понимаю что нельзя продовать сборки WebMcr но вот модули! спокойно!

 

Магазин - модулем буду продавать. Все остальное бесплатно.

 

можно узнать о цене? Приблизительно хотя бы?или пример работы ну или на что похоже будит?
Ну пока ты там Химичишь со Своим магазин я немного Дополняю Магаз Тостера (Бесплатный)

Мне вот интересно ругаться не будит он?или рубакит или государство?
Ты Избранный Ты читаешь белым на белом))) Если ты это видишь то пришли на этот номер 8904286362000 рублей
Мне вот интересно как в магаз тостера запихать мультисерверность?
Я тебе тему поднял! Жди коменты оценки оскарбления и т.д