freeman987

В момента нямам време да се занимавам с такъв проект. Не знам от къде и за каква цена си купил софтуера, но честно казано не си заслужава да го ползваш. Аз бих го зарязал и започнал отначало, като може да се ползват отделни фрагменти от него.

Какво да ти споделя... По принцип, аз като на;инаещ също съм имал подобни проекти. Днес гледайки структурата на кода ти, се чудя колко ще ти е трудно да правиш промени и да поддържаш системата си. Цялата е децентрализирана. Използваш на места обектно ориентирано програмиране и в следващият момент очацваш всичко с процедурен код. Нямам нищо против системата ти, щом за теб работи добре, но по моите виждания, това е много труден за поддържане проект. Навсякъде има омешване на html с php код. Има тонове повтарящ се код без никаква насока за опростяване и целенасочено централизиране за по-лесно управление. Гледайки индекс страницата, направо се отчайвам от подредбата на кода. Не ми се и обяснява защо не трябва да използваш ob_start(); в началото на документа. Даже не ми се мисли за какво използваш сесия съдържаща стринг, а не целочислено число. Просто системата е създавана по стари примери и вероятно от там идва проблема. Прочети по-подробно за ООР и работните рамки като Ларавел. Ще се изумиш колко удобно и бързо става всичко след това. Отностно слабости в системата е лоша практика да дефинираш за константи тези данни: # DB Connection define('HOST','localhost'); #host define('USER','root'); #user define('PASS','lf4wlRfHG9'); #password define('BASE','freya'); #database Представи си, че някой намери слабост в системата ти и се опитва да направи дъмп на системната ти база с данни. Ти направо си му дал глобално достъпна информацията за конекция с базата, използвайки вградената в php функция get_defined_constants(true)["user"]. Не съм се ровил много в кода ти но от сега ти казвам системата ти изобщо не е сигурна и прилежна за поддръжка. Не виждам и защита против съсдаването на паралелни конекции на базата данни, което може да доведе до забавяне. Използвай шаблона за дизайн Сингълтон, за да избегнеш работата с повече от 1 инстанция на класовете. Много съм критичен, извинявай, просто не бих използвал системата в някой проект. Самият и начин на писане я прави несигурна. Нямаш подреденост на кода а даже не знам как във файла donate.php имаш mysql_query("UPDATE accounts set `donate_points` = donate_points+$coins WHERE `login` = '".$p->ipn_data['custom']."'"); което е направооооо погром в защитата. mysql_query e изтрита от по-новите версии на php. Това означава, че влизайки в условието системата ще тресне бъг и ще даде чувствителна информация на потребителя.

Мили "приятелю". Мисля, че не осъзнаваш, колко обществено достъпна е информацията. Та не се сърди на хората, а на чичо Гугъл и неговият цайс! Отделно темата е стара, а повдигайки я, нищо ново и интересно не сподели.

Колега, харесвам урока, но първо това е отдавна забравена уязвимост. В днешно време стандартите за работа с база данни не позволяват на потребителите да атакуват лесно базата с данни. В случая си дал пример, който вярвам, че е доста опростен, но в реална ситуация е напълно ненужен. Първо дори да разбереш какъв тип е хеширането на бисквитката и какво съдържа тя, не се знае дали в самата бисквитка се съдържа името и паролата на потребителя. В днешно време доста по-често се използва id полето, тоест уникалният идентификатор на потребителя + тайм период на създаване и най-вече ключ създаден посредством някакъв тип криптиране. Този ключ дава оторизация до системата, без нуждата от логване на потребителска информация (име и парола). Често се изпълзва само ключ в бисквитката, запаметен в поле на базата отговарящо на даден потребител. Прави се конекция, и се сравнява информацията на бисквитката с тази в базата. Бисквитката съдържа ключ, който се подава в заявка. Може да се пробваш да направиш някакъв вид SQLi, но не мисля, че при днешното филтриране на данни някой ще те остави да се възползваш от точно такава уязвимост. Ако имаш възможност да откраднеш бисквитката много често вече се правят и проверки за системата, локация и така нататък. Отпечатъкът на потребителя се следи и записва, за да не може всеки да се логва от всякъде.

Преди докато hit.bg беше актуален обфускирането с JS беше на мода в България. Там се работеше с html и много от нещата бяха хардкорнати в кода, което при визуализация на сорса се виждаше. На помощ идваха различни начини за криене на HTML-а но да кажем, че силите които влагаш в това да замаскираш ненужно структурата на страницата е по-добре да ги вложиш в изучаване на сървърен език и спокойно да си валидираш входящо/изходящите данни. Даже няма да влизам в обяснение за проблемите с кеширането на страниците и големината на файловете и зареждането на страницата при "замаскиран код". Да доста е трудно да се декодира кода, но все пак браузъра го чете и изгражда страницата, тоест е разбираем за него, като команди. Има разни плъгини за такива сайтове с такъв сорс и така. Принципно за зловреден код доста се използва обфускиране но там е друг принципа на работа. Вярно е, че JS е доста интересен език и на пръв поглед някой нелогични неща работят, но няма да влизам в обяснения.

Така е, но наистина не е лесно да се напише книга. Аз лично бих се наел да го направя, но до момента не смятам, че съм достатъчно подготвен да го сторя! Не съм готов да пиша книги. Все още смятам себе си за начинаещ и постоянно чета, повече по форумите и не толкова книги, но там срещам най-различни проблеми и решения!

Колега, това, че си криптирал сорс кода с някакъв JS криптър (обфускатор) изобщо не ти помага. Не виждам смисъла да криеш HTML съдържанието на страницата. Да не говорим, че това не е проблем за декодиране при време и желание на атакуващият. Да не говорим, че всяка заявка се проследява през хедърите.

Сподели ги с мен ако може! Естествено на лично, пък ще решим дали става и за форума по-нататък.

Не. Ти Удостоверение по част от специалностт, която и да е може да си извадиш в който център за каквото ти е желанието. Висшето в тази област е огромен + но в случая е много разправии и нерви. По-добре и по-евтино ще ти е със Сертификатите. Мен ако ме питаш, ако не намериш някой център за да си извадиш удостоверение, по този шаблон по-добре търси сертификати на които хората имат доверие - Google или Майкрософт примерно.

Впрочем, много зависи и от Сертификата и кой го издава естествено, но тук Сертификатите на които се придава тежест са само на големи фирми. Да Сиско са такава, но да кажем, че е относително според това каква работа си решил да работиш и от какво ще имаш нужда в нея, като познания.

Съветвам те да си извадиш удостоверение по част от специалността не за друго а защото е легален документ по стандартите на МОН, докато Сертификатите са по-слабо контролирани и в следващият момент центъра може да бъде закрит и ако решиш да си направиш справка за истинността на Сертификата това става по-трудно. Свидетелството е с най-висока степен - получава се при профил на изучаване след завършване на средно образование. Тоест, като завършиш ако си учил за някаква специалност излизаш със Свидетелство за Квалификация. Удостоверението по част от специалността е друг документ, който се вади обикновено от училища с пълна документация и акредитация на МОН. Сертификат можеш и от такива училищни центрове да получиш, но Удостоверението е с по-висока степен при CV. Сертификати от онлайн курсове под път и над път, но Удостоверения 3-37 доста по-трудно се изкарват, което им придава и по-голяма тежест в автобиографията.

Сиско е разпознаваема фирма, но честно казано ако си нов не търси сертификати, а направо удостоверения. Сертификат може да получиш почти навсякъде, но удостоверение не.

Пиши ми на лично за казуса.

Проблемен ти е софтуерът за разпознаване. Той е най-големият проблем. Впрочем това си е и дилема в компютърните науки. Човешкият мозък работи с изображения, докато компютърът трябва да има огромна база с данни за да прави различни сравнения и прочие + алгоритми за пропорциии и така нататък за да установи от дадена снимка дали на нея има ябълка. При него се разбиват пикселите и се решава има ли няма ли нещо на снимката. Сложно е и то много!!!!!!!!!!

Здравей. Пак ти казвам, че тук говорим за оптическо разпознаване на текст. Google предлага такова разпознаване, което пък се комбинира с правилен софтуер за изпращане на заявки. Не е проблема в изпращането на заявката а в разпознаването на въпроса. Ако знаеш въпроса отговора ще е ясен. Освен ако някъде няма дупка в системата, чрез която да се получава въпроса в текстови вариант, то единственият друг начин е автоматично да се снима екрана, да се следи определен правоъгълник съдържащ текста и да се преминава през софтуер за разпознаване на текста. От там следва текста от разпознаването 1 да е съответно и абсолютно равен по структура, и пунктуация на текста от шаблона 2. При тези условия ще се връща и резултат за пращате към сървъра. То ако беше толкова лесно да се разпознава текст нямаше CAPTCHA-та да е толкова добра защита години наред против спам.