רצוי, כי ישנם קידודים שונים גם ב DB שלא יקלטו טוב את ה string והכל ישתבש..

OK ישחורר בקרוב.

dude, are you kidding us?
לא הסתכלתי יותר מדיי כי אין לי כח ועצבים לשטויות האלה, אבל לדוגמה מהמחרוזת, a[a...z] אפשר לראות כי יש לנו 2 תווים קבועים ותו משתנה, והוא משתנה בדילוגים של 0xA החל מ0x11.
כלומר, אם אני ארצה את כל התווים אחרי התווים של הNG שהאתר שלך יתן לי עבור a[a..z] אני פשוט ישתמש בפונקציה f(k)=0x11+k*0xA כאשר k זה המיקום של המילה בabc פחות 1
בפונקציות גיבוב אתה לא תוכל לחזות את הערך שאתה בוחר, זה הקטע שלהם.
תמשיך לעבוד...

עריכה: OHH OHH LOOK AT THIS:
http://pastebin.com/2KqivCgj
לא יודע מה אתה מגדיר אקראי - זה ממש לא אקראי ולא חד כיווני

א. לא הבנתי מה זה הקישור שנתת והוא בכלל לא קשור.
ב. :S אני לא יודע מאיפה הבנת את הפונקצייה הזאתי אבל היא בכלל לא נכונה...

V u'll7l

פצח לי את זה ואני מוריד בפניך את הכובע.

הקישור הזה הוא ההקסה של כל אות בסטרינג שמתקבל מהמנגנון שלך, לא קשור? אוקיי...
גם לגבי הפונקציה, תגיד לי למה היא לא נכונה
ואולי אם היה לי יותר זמן הייתי יושב יותר רציני על הדבר הזה, למרות שעדיין לדעתי אין פה אתגר מי יודע מה.

iniKey.com, אם אתה רוצה לקבל ביקורת בונה, ללמוד, ולבדוק את הקוד שכתבת - פרסם אותו.

אחרת... אין טעם למשוך את כולם ולנהל דיון שאין בו טעם כל עוד לא רואים את הקוד.

היא לא נכונה כי זה לא העיקרון של הפונקציה שלי, ואפילו לא דומה!

אני רוצה לפתח משהו שישמור על X תווים כמו MD5...

מחזק.

לבוא ולהגיד "הקוד הבא הוא מוצפן: cv48ns783jnw9d8f4" לא באמת תורם לאף אחד.

אם אתה רוצה לבדוק שהפונקציה שלך היא חד כיוונית.. פרסם את הקוד, לא את התוצאה המוצפנת.

איך אתה אומר דבר כזה?
הרי מה שהראתי זה פלט מהפונקציה שלך, רק עם ord על כל תו.

יש שיטות מתקדמות יותר מRainbow Table לפריצת Hash - בסופו של דבר מוצאים דרך להגיע לתוצאה יעילה יותר.
בלי הקוד מקור שלך קצת בעייתי להגיד לך אם זה יעיל או לא.
ובכל מקרה, אמרת פה שיש משהו שבהחלט יקשה עלינו - abcd ו-abc יקבלו Hash עם התחלה שונה.
אם תחשוב על זה קצת - אם abc ו-abcd היו עם אותו פלט, רק תוספת בסוף - זה לא Hash בכלל וזה דו כיווני לגמרי.