Log на IP адрес в база данни
Автор |
|
insecteaterПон, 28.03.11, 19:15 |
Привет, интересно ми е ако тепърва се създава база данни, в която да има и възможност за запис на IP адреси, колко дълго трябва да е полето за IP адрес? Все пак IPv6 се задават :) Всъщност даже се чудя какво да е полето, за да може да съхранява и двата вида адреси и да се претърсва удобно и да не е излишно раздуто. char, blob, сбор от bigint ??? Идеи ? | | phrozencrewВто, 29.03.11, 20:56 | | | insecteaterСря, 30.03.11, 08:52 |
Да, в тая посока - Съхраняване в blob поле , и обработка с функциите inet_pton и inet_ntop | | angelicstarСря, 30.03.11, 13:47 | RE: Log на IP адрес в база данни
”
Всъщност даже се чудя какво да е полето, за да може да съхранява и двата вида адреси и да се претърсва удобно и да не е излишно раздуто. char, blob, сбор от bigint ??? Идеи ? „
Ами не знам точно за какъв език ти трябва ама в Квакчо има идеален за тая работа клас Hashtable. Даже няма какво да мислиш колко да ти е полето. Всичко се компактва автоматично. А пък в Питона си е абсолютно стандартно. 100% на hotscripts.com и cpan.org има нещо готово като пакети или даже класове. | | anonymousСря, 30.03.11, 17:37 | RE: Log на IP адрес в база данни
”
Все пак IPv6 се задават :) „
Да, много правилно казано.. задават се. Поне още 5 години, а до тогава ще има да си NAT-ваме и да се радваме на v4. | | insecteaterСря, 30.03.11, 19:16 | | | anonymousСря, 30.03.11, 19:46 | RE: RE: Log на IP адрес в база данни
” Поне още 5 години, а до тогава ще има да си NAT-ваме и да се радваме на v4. „
Свършили са само тези за доставчици, а тези във вътрешните мрежи няма как да свършат, защото не всички доставчици раздават реални ИП-та и както виждаш всичко си работи, а новината е поне на 2-3 месеца. Но хайде да не ти спамя темата, няма нужда(по темата може да се направи цяла тема както тук ). редактиран от anonymous на 30.03.11 19:49 | | insecteaterСря, 30.03.11, 20:23 |
Кога ще го вкарат масово, не ме интересува, Напълно вероятно е, в близките години някой да отвори сайта, който правя и съръвъра да рапортува за IPv6 - кой го знае клиента от коя последна дума на техниката мобилна джаджа ще му скимне да влиза. А не ми се ще да ме гонят след години за нещо, дето съм забравил тотално за какво, на кого и как съм правил. Писал ли си скоро ifconfig ? На мен постоянно ми се набиват в очите на работата. Спами на воля - темата си е моя и имаш от мен разрешение да спамиш, колкото ти душа иска. За реакциите на зелените обаче не отговарям :) Остава да тествам разликите в прозиводителността ако записвам IPv6 и IPv4 адреси, но ... абе просто искам като дам нещо на хората, да не се налага след това да ме търсят пак. А може нещо друго - да вградя функционалността, но да не е пусната, и после да им взема някой друг лев за преработката ... (сещам се за т. нар. проблем 2000). Май не е особено почтено? Би ми оставило горчив вкус. | | anonymousВто, 17.05.11, 23:56 |
insecteater, Предполагам вече си решил проблема си? Но просто в момента попаднах на този пост и се зачудих какво толкова много си го замислил какво да е полето в базата? Зачудването ми е понеже: Да се съхранява IP в база е то да се ползва след това за някаква справка и за нищо повече(ако говорим за посещения на някаква си страница в нет-а). Примерно: В колко часа, от кое IP е посетен сайта. Де е влизал и алабала. Та в този ред на мисли се сещам, че има няколко правила за изобразяването на версия 6 адресите и най- дългото от тях(като символи) изглежда примерно така: fe80:0000:0000:0000:0202:b3ff:fe1e:8329 |
Което както и да го смяташ си е 39 символа. Версия 4, знаеш, в най- лошия си вариант е 19 символа. Тоест едно поле ip varchar(39) NOT NULL трябва да ти стигне за всичко, което се сетиш. Пиша това(запитвам те) понеже имам странното усещане, че не съм схванал идеята на въпроса, а го гледам чисто технически, като изпълнение. Но без идеята техническото изпълнение ще ми се изплъзне. И колкото и пъти да прочетох въпроса нещо сякаш изтървам? | | milenСря, 18.05.11, 13:27 |
Ето моето мнение по въпроса: 1. Често дявола в програмирането се крие в оптимизациите по скорост и по памет. Трябва да се отчете, че паметите и процесорите стават все по-бързи, и е напълно вероятно, в момента, когато трябва да се премине към IPv6, сървърите където се хостват скриптовете да имат достатъчно място за логове. Един сървър е редно да се сменя на всеки 3-5 години, а най-добре е сървъра да е в облаците и когато трябва повече памет - да се взема. 2. По-добрата стратегия вместо да се направи една програма, като немска машина от края на миналия век (имам предвид - да издържа много време) , да се направи така, че да може да се променя лесно. Наблюдавам, че оцелява този софтуер, който е направен така, че да се променя лесно. Това означава - добра документация, използване на стандартни шаблони за дизайн, "широко" проектиране на базата данни и т.н. Обобщение: Според мен е по-добре в момента да записваш само IPv4 адреси, но да оставиш място, така че със съвсем малка промяна (може и да се документира) да започнеш да записваш IPv6 адреси. Самия формат на записване зависи от целите за които ще ползваш тези данни. | | anonymousСъб, 28.05.11, 05:14 |
Умишлено изчаках отговор от insecteater, но съм напълно съгласен с milen!!! Това е съвременната тенденция!!! | | Коментар |