@copyloc ну погуглите про SQL инъекции и XSS уязвимости раз непонятно.
Например, никто не мешает в форме в поле password дописать что-нибудь типа '); DROP TABLE имя_таблицы
и убить БД.
Или какой-нибудь JS код, который будет активироваться везде, где вы выводите логин и т.п.
@largotek так поделиться с миром причиной и решением первоначальной проблемы (той, что в этом вопросе) не хотите? Тут ж таки не ваша личная армия бесплатных помощников и вопросы никуда не деваются с сайта после нахождения ответа, у кого-то еще может возникнуть похожая проблема и он найдет этот вопрос.
@l2p с этим в кодом все ок уже.
Наверно у вас весь класс (Round) объявлен и реализован в .cpp файле и Qt не MOC'ает его. Создайте отдельный *.h и *.cpp для него в проекте. (или хотя бы только *.h)
@l2p причем тут код класса? Речь о создании и использовании объектов этого класса. Вы где-то пытаетесь скопировать объект, а так нельзя, потому что у QObject нет (сделан private) оператор и конструктор копирования.
Например, нельзя сделать что-то типа такого:
@l2p все нормально с этим (только вам наверно не QDialog нужен, а например просто QObject, ибо не похож ваш класс на диалог, но не суть), не в этом дело.
Вы где-то в коде скорее всего пытаетесь скопировать созданный объект этого класса вместо передачи ссылки или указателя.
С чего вы взяли, что нет? Например, обычно в вузах у всех студентов есть доступ (в смысле хоть на свой комп скачать) к продуктам Microsoft, AutoCad и некоторым другим через всякие DreamSpark'и. (да даже на бесплатных курсах интуита дают его, но там урезанная версия, не все ПО)
Не в курсе конечно стоит ли это сколько-то для вуза и какие требования к нему.
Хотя может и не 36, не особо в курсе как правильно смотреть это. CrystalDiskInfo 2 параметра показывает: Total NAND writes и Total Host writes, второе меньше (15).
Как минимум это от размера зависит, а тут 72 TBW что для 128, что для 512, и по-моему у старых моделей Crucial типа M4 тоже были те же самые 72 TBW, что говорит о том, что не стоит особо верить этому, но уж точно не меньше этого.
Например, у самсунга 850 Pro 150 TB TBW, но писали, что при тестировании жив и после 1500 TB или что-то типа того. Ну и другие SSD люди пытались убить износом, тоже обычно были живы и после 500-600 TB.
Убитый износом SSD в домашних условиях это очень редкая, почти мифическая вещь, никто толком и не встречал такого. Обычно выходят из строя из-за сдохшего контролера или что-нибудь типа того, как и у HDD, чем от износа ячеек.
Да и вообще вы ж 20 ГБ не каждый день насматриваете наверно. В какие-то дни вообще не смотрите и т.д.
@Deerenaros SSD-то какие именно были? Брали б проверенные модели, например, из списка тут forums.overclockers.ru/viewtopic.php?f=24&t=485571 может и не было б проблем.
Я ничего в винде (7-8) не настраивал под SSD, своп и т.д. не отключал, все живы уже несколько лет, ничего не переразмечено.
Не убьет никто SSD дома за пол года. Может сдохнуть от каких-нибудь проблем с контролером и т.п. (особенно дешевые от малоизвестных производителей), но не от износа ячеек.
А про износ RAM первый раз слышу, где вы это взяли? Пруфы из каких-нибудь достоверных источников есть? Если бы и правда был 2 года примерный срок, то это бы явно не осталось незамеченным кем-то, кроме вас. У меня с дешевым Kingston лет 5 никаких проблем не было на предыдущем ПК.
Например, никто не мешает в форме в поле password дописать что-нибудь типа
'); DROP TABLE имя_таблицыи убить БД.
Или какой-нибудь JS код, который будет активироваться везде, где вы выводите логин и т.п.