Веб [Unsupported] webMCRex

Увы, проектов у меня много. Как только так сразу. Сейчас пишу обновление КП одного хостинга. После этого продолжу работу над магазином. Потом продолжу уже работу над webMCRex.

 

Ясно,Понятно.Занятой ))А что за магазин то?

 

Аналог MCRShop, только для webMCRex

 

О-о Отлично! а я довольствуюсь как-бы своим как-бы быдлокодом([DOUBLEPOST=1415368683,1415092767][/DOUBLEPOST]Как успехи?

 

Пока никак. Пройдет контрольная неделя и разработка продолжится

 

Какая неделя?какая контрольная?Я Нисего Не понял! Полный здц Что За Хня Блить

 

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

 

Прошло больше 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()). У меня их не будет.[DOUBLEPOST=1415460671,1415460253][/DOUBLEPOST]

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

 

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

 

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

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

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