Prace z informatyki – Strona 5 – Prace dyplomowe – prace licencjackie i magisterskie

Moduł informacji dodatkowych w sklepie internetowym

5/5 - (1 vote)

W trakcie realizacji projektu, w celu uatrakcyjnienia prezentowanych informacji, skonstruowano mechanizm przechowywania dodatkowych danych o towarach. Ma to na celu dostarczanie aktualnych danych technicznych oraz funkcjonalnych przeglądającym ofertę internautom. Prezentowane wyniki wyszukiwania towarów uzupełniono o odnośniki wywołujące dodatkowe okno z prezentowanymi informacjami. Obecnie trwają prace nad budową i udostępnieniem formularzy do rejestrowania tych informacji.

Z założenia będą one wykorzystywane przez określone działy firmy do aktualizowania tych informacji oraz dostępne jedynie z wewnątrz firmy. Informacje te obejmować będą swoim zakresem dane szczegółowe o towarze, odnośniki do dodatkowych informacji na stronach producentów sprzętu a także miniaturowe zdjęcia towaru. Po kliknięciu na miniaturowej fotografii produktu, system załaduje w osobnym oknie normalnej wielkości fotografię, rysunek, schemat a nawet film z przygotowaną prezentacją. Poniższy listing prezentuje kod realizujący wygenerowanie okienka i wyświetlenie tych informacji.

Skrypt PHP obsługuje stronę, która wyświetla szczegóły towaru pobrane z bazy danych. W pierwszej kolejności ładowane są pliki konfiguracyjne, takie jak inc/db.inc i inc/meta.inc, a także biblioteka phpDB.inc, która umożliwia połączenie z bazą danych. Następnie sprawdzana jest obecność JavaScriptu w przeglądarce użytkownika na podstawie zmiennej HTTP_USER_AGENT. Jeśli w agencie użytkownika znajduje się słowo „oziłła” (co jest błędem), ustawiany jest warunek jestjava na TRUE.

Kolejny etap to sprawdzenie, czy w systemie istnieje plik /tmp/emarket.tmp, który wskazuje na to, czy baza danych jest w trakcie ładowania. Jeżeli plik nie istnieje, skrypt wykonuje zapytanie do bazy danych w celu pobrania informacji o towarze, posługując się indeksem podanym w zapytaniu. Jeśli indeks nie zostanie dostarczony, wyświetlana jest informacja, że nie podano, czego szukać.

Po nawiązaniu połączenia z bazą danych za pomocą klasy phpDBO, wykonywane jest zapytanie SQL, które ma na celu pobranie szczegółowych informacji o towarze. Wynik zapytania jest przechowywany w zmiennej $resułt. Jeśli dane zostały znalezione, skrypt generuje tabelę HTML z informacjami o towarze, w tym nazwą, tytułem, opisem, linkami i innymi szczegółami.

Na końcu skrypt sprawdza, czy połączenie z bazą danych zostało poprawnie zakończone, a po zakończeniu przetwarzania zamykane są połączenie oraz pamięć, a użytkownik otrzymuje komunikat o zakończeniu operacji lub o tym, że baza danych jest aktualizowana.

Skrypt PHP, który został przedstawiony, jest częścią systemu zarządzania bazą danych towarów w sklepie internetowym lub systemie e-commerce. Jego przydatność można omówić w kontekście kilku kluczowych aspektów.

Pierwszym istotnym elementem jest obsługa dynamicznego wyświetlania szczegółów towaru. Skrypt pobiera dane o produkcie z bazy danych na podstawie unikalnego identyfikatora (indeksu) przekazanego przez użytkownika. Dzięki temu umożliwia wyświetlanie dokładnych informacji o towarze w czasie rzeczywistym. To jest niezwykle ważne w e-commerce, ponieważ pozwala na bieżąco prezentować aktualne dane o produktach, takie jak nazwa, opis, cena czy dostępność.

Drugim istotnym elementem jest sprawdzanie, czy strona jest w trakcie aktualizacji bazy danych. Jeśli tak, użytkownik otrzymuje komunikat informujący o konieczności odczekania, co pomaga uniknąć sytuacji, w których użytkownicy próbują uzyskać dostęp do danych w czasie, gdy są one zmieniane lub aktualizowane. To zapobiega występowaniu błędów lub niepełnych danych na stronie.

Dodatkowo, skrypt analizuje, czy przeglądarka użytkownika wspiera JavaScript, co może wpływać na dalszą interakcję z witryną. Jeśli JavaScript jest dostępny, użytkownik może zamknąć okno za pomocą skryptu, co zapewnia lepsze doświadczenie użytkownika, gdy strona jest zintegrowana z dynamicznymi elementami.

Skrypt ma także zabezpieczenia, które sprawdzają, czy parametr indeks został przekazany. Jeśli nie, użytkownik zostaje poinformowany, że musi podać, czego szuka, co zapobiega wyświetlaniu błędnych danych. Jest to element podstawowej walidacji danych wejściowych, co jest kluczowe w każdym systemie webowym, aby uniknąć wstrzykiwania nieprawidłowych danych do systemu.

Chociaż skrypt pełni wiele istotnych funkcji, jego przydatność mogłaby zostać jeszcze bardziej zwiększona poprzez poprawienie kilku kwestii. Na przykład, w kodzie znajdują się błędy, takie jak literówki (np. „incłude” zamiast „include”), które mogą prowadzić do problemów w jego działaniu. Warto także poprawić obsługę błędów, aby użytkownicy otrzymywali bardziej szczegółowe komunikaty, jeśli coś pójdzie nie tak.

Skrypt jest przydatny w kontekście wyświetlania szczegółowych informacji o towarze w sklepach internetowych, a także w zapewnianiu użytkownikom aktualnych danych, zabezpieczając jednocześnie system przed błędami podczas aktualizacji bazy danych. Jednak wymaga on poprawy pod względem jakości kodu i obsługi błędów.

Zasada działania sklep internetowego

5/5 - (1 vote)

Zasada działania sklep internetowego została oparta o model wirtualnego środowiska pozyskiwania informacji o produktach i w przypadku ich atrakcyjności dla klienta ewentualną sprzedaż. Zaobserwowane zachowania dowodzą często, że wizyty na stronach służą uzyskaniu konkretnych informacji o produkcie. Nie zawsze kończą się one zrealizowaniem transakcji, jednak często klienci przychodzący do „tradycyjnego” sklepu firmowego powołują się na informacje uzyskane z serwisu webowego firmy. Świadczy to o tym, iż potencjalny klient chce być dobrze poinformowany zanim skontaktuje się już z rzeczywistym sprzedawcą a nie jego wirtualnym odpowiednikiem. Jednak transakcje na droższy sprzęt zawierane są w normalnym sklepie. Tutaj uwidacznia się cel działania takiego sklepu jako bardziej informujący i promujący konkretny produkt niż nastawiony ściśle na sprzedaż. Chcąc sprostać temu zadaniu zbudowany od podstaw sklep internetowy udostępnia klientom wygodną wyszukiwarkę towarów, przeglądanie informacji o towarach, nowościach i specjalnych ofertach czy promocjach. Często klienci mają już wyrobione zdanie

konkretnych producentach i starają się dokonywać zakupów sprzętu tylko konkretnie wybranej serii, modelu czy producenta. W tym celu przeglądarka sklepu została wzbogacona w możliwość przeglądania tematycznego jak i w oparciu o konkretnego producenta. Chcąc sprostać tym zadaniom, wymagana była rozbudowa modułu aktualizowania i wprowadzania informacji dodatkowych o towarach. Oprogramowanie finansowo księgowe firmy nie było przeznaczone do tego celu i nie udostępniało wymaganych narzędzi. Dane zgromadzone
przetwarzane w bieżącej działalności firmy doskonale nadawały się do wykorzystania jako wsad informacyjny o posiadanych towarach, producentach i cenach. Także informacje o odbiorcach oraz dostawcach pozwalają na uzupełnienie sklepu o moduł kontaktów ze stałymi partnerami handlowymi i rozszerzenie działalności modelu B2C (business-to- consumer) także o model B2B (business-to-business). Jednocześnie wykorzystanie posiadanych danych znacząco ułatwia funkcjonowanie sklepu, gdyż są one automatycznie ładowane do bazy danych sklepu i prezentowane w serwisie webowym firmy bez konieczności udziału pracowników. Nie jest tu wymagana specjalistyczna wiedza na temat konstruowania zaawansowanych systemów webowych, gdyż sposób w jaki zostało to zrealizowane jest uniwersalny i łatwo dostosowywany praktycznie do każdej aplikacji finansowo księgowej obsługującej podstawową działalność firmy. Zwrotnie informacje ze sklepu internetowego mogą być w łatwy sposób ładowane do modułu zamówień lub rezerwacji w firmie, tym samym udostępniając niezbędne informacje do bieżącej działalności firmy. Chcąc zapewnić wymagane bezpieczeństwo operacji zdecydowano się na model wsadowego ładowania danych do sklepu oraz jego fizyczne umiejscowienie na odrębnym serwerze. LAN-serwer lokalny ładuje dane do serwera Internetowego, gdzie są one dalej odpowiednio obrabiane i przetwarzane a następnie prezentowane w tam zlokalizowanym serwisie internetowym firmy. Taki logiczny podział zadań pozwolił także na oddzielenie i rozłożenie obciążeń pomiędzy obydwa serwery uniezależniając wewnętrzną pracę firmy od obciążenia generowanego przez internautów a także na podniesienie bezpieczeństwa w przypadku ataków na serwer internetowy. Konieczność zapewnienia ciągłej i bezawaryjnej pracy wewnętrznego serwera firmy była tutaj zadaniem priorytetowym.

Model logiczny i funkcjonalny

Opierając się na założeniach wstępnych, stworzony został model działania sklepu internetowego jak i całokształtu „obecności” firmy w Internecie. Roboczo na wewnętrzne potrzeby całość oprogramowania obsługującego serwis internetowy firmy otrzymała nazwę „eMarket”. Działanie całego systemu sprowadza się do przetwarzania różnego rodzaju danych i komunikacji sieciowej co schematycznie obrazuje Rysunek 4. Założenia początkowe dotyczące całości systemu doprowadziły do jego logicznej budowy w sensie topologii sieciowej oraz przepływu danych. Zasoby informacyjne firmy chronione są przed nieuprawnionym dostępem poprzez system uprawnień zarówno do systemów finansowo księgowych oraz na niższym poziomie dostępu do plików, katalogów i udostępnionych drukarek sieciowych. Korzystanie z zasobów Internetu także wymaga odpowiednich uprawnień. Ostatnia plaga wirusów pocztowych wymusiła rezygnację z mało bezpiecznych programów pocztowych typu Microsoft Outlook oraz uruchomienie systemu pocztowego w oparciu o webserwer i przeglądarki na bazie oprogramowania TWIG, które zostało zmodyfikowane i odpowiednio dostosowane do potrzeb firmy. Spowodowało to drastyczne zakończenie problemów z zawirusowanymi załącznikami aktywującymi się automatycznie na skutek różnego rodzaju błędów w oprogramowaniu pocztowym firmy Microsoft. Większość systemów, działających na serwerach firmy korzysta i współpracuje z bazą danych

Rysunek 4 — Schemat przetwarzania danych.

PostgreSQL. Baza ta została wybrana do zastosowań wymagających dużych obciążeń jako jedyna obsługująca standardy SQL takie jak: zaawansowane transakcje i złączenia tabel, sekwencje, triggery, wbudowany język konstruowania funkcji i procedur uruchamianych po stronie samej bazy danych i wiele innych nowoczesnych metod. Z bazą współpracuje webserwer Apache, na którym wykonują się skrypty PHP generujące dynamicznie strony korzystając ze zgromadzonych danych. Na serwerze wewnętrznym firmy cyklicznie uruchamiają się procesy pobierające dane z baz systemu finansowo księgowego. Dane są wstępnie konwertowane i przygotowywane do załadowania do bazy PostgreSQL. Wykonywana jest konwersja strony kodowej ze standardu cp852 na iso-8859-2 a gotowe do załadunku zbiory są przesyłane na serwer internetowy firmy. Więcej informacji na temat standardów kodowania polskich znaków można znaleźć na Polskiej Stronie Ogonkowej. Tu następuje załadunek poszczególnych zbiorów do tabel w bazie danych. Wykonywane jest indeksowanie poszczególnych pól i w tym momencie kończy się faza dostarczenia danych dla potrzeb sklepu. Schematycznie całość tych procesów przedstawia Rysunek 5.

Taka logiczna organizacja przepływu danych jest jakby naturalna dla topologicznej organizacji sieci firmy jak i specyfiki działania samego oprogramowania finansowo księgowego. Rozdzielenie funkcji wstępnego przygotowania danych od ich prezentowania pozwoliło na zachowanie bezpieczeństwa zasobów zgromadzonych na wewnętrznym serwerze firmy poprzez ich fizyczne oddzielenie od warstwy aplikacji internetowych. Dalsza ich prezentacja obciąża serwer internetowy i nie zakłóca działania sieci wewnętrznej. Nawet w przypadku ewentualnej awarii czy ingerencji w zasoby serwera internetowego, maszyna “produkcyjna” kontynuuje normalne działanie bez wpływu na bieżącą pracę firmy.

Rysunek 5 — Schemat procesu obiegu informacji.

Konwersja strony kodowej

4/5 - (1 vote)

Dane rejestrowane w systemie finansowo księgowym firmy są danymi „brudnymi” pod względem historycznie stosowanych kodowań, poczynając od standardu polskich znaków Mazovia poprzez Latin i inne a kończąc na cp852. Koniecznym było dokonanie konwersji tych danych do jednolitego formatu jednak różnorodność stacji roboczych oraz ich wykorzystanie do różnych celów wykluczała wykonanie tego na głównych danych firmy oraz na zastosowanie jednakowego kodowania na wszystkich końcówkach. Konwersją polskich znaków został „obarczony” serwer internetowy, gdzie wykonywana jest ona przed wczytaniem danych do bazy SQL. Skrypt konwertujący jest uniwersalnym narzędziem napisanym przez tragicznie zmarłego w 1996r dziennikarza Krakowskiej Gazety Wyborczej. Poniższy listing przedstawia tego skryptu:

Skrypt służy do konwersji polskich znaków diakrytycznych pomiędzy różnymi standardami kodowania. Jego główną funkcją jest przekształcenie tekstu z jednego standardu na inny, zachowując odpowiednią reprezentację znaków takich jak „ą”, „ę” czy „ś”, w zależności od używanego systemu kodowania.

Skrypt definiuje zmienne, które zawierają kody diakrytyczne dla różnych systemów kodowania, takich jak Mazovia, Latin-2, Windows-ANSI, ISO Latin-2 oraz ASCII. Dla każdego z tych standardów przypisano odpowiednie ciągi znaków, które reprezentują polskie litery diakrytyczne.

W skrypcie znajduje się funkcja ShowHelp, która wyświetla pomoc dotyczącą użycia skryptu, podając dostępne standardy kodowania i sposób uruchomienia programu. Użytkownik ma możliwość wskazania dwóch argumentów: standardu wejściowego oraz standardu wyjściowego.

Funkcja SetStd służy do przypisania odpowiednich wartości do zmiennej std na podstawie wybranego standardu kodowania. Jeśli użytkownik poda niewłaściwy standard lub nie poda wymaganych argumentów, skrypt wywoła funkcję ShowHelp i zakończy działanie.

Na końcu skryptu wykorzystano polecenie tr, które wykonuje konwersję znaków z jednego standardu na inny, zastępując znaki z kodowania wejściowego na odpowiednie znaki w kodowaniu wyjściowym.

Skrypt jest przydatny w kontekście konwersji tekstu pomiędzy różnymi standardami kodowania znaków, szczególnie w przypadku pracy z językiem polskim, gdzie występują znaki diakrytyczne (takie jak ą, ć, ł). Może być używany w wielu sytuacjach, w których tekst zapisany w jednym kodowaniu musi być przekształcony do innego, np. w migracji danych, przetwarzaniu plików tekstowych lub podczas wymiany danych między systemami, które korzystają z różnych standardów kodowania.

W szczególności skrypt będzie przydatny w następujących przypadkach:

Migracja danych: Jeśli dane pochodzą z systemów używających różnych standardów kodowania (np. z baz danych w systemach Windows z CP 1250 lub z aplikacji opartych na ISO Latin-2), skrypt może pomóc w ich konwersji na jeden spójny format.
Integracja systemów: Podczas integracji różnych systemów, które mogą używać różnych kodowań znaków (np. w międzynarodowych aplikacjach, gdzie dane mogą pochodzić z różnych krajów), skrypt pozwala na konwersję znaków, aby zapobiec błędom związanym z nieprawidłowym wyświetlaniem znaków.
Praca z plikami tekstowymi: W przypadku pracy z plikami, które zawierają polskie znaki diakrytyczne, skrypt pozwala na konwersję z kodowania Mazovia, Latin-2, ISO, Windows ANSI i ASCII, co jest szczególnie ważne, jeśli plik ma być przetwarzany przez aplikacje, które obsługują tylko jeden typ kodowania.
Obsługa plików z różnych źródeł: Skrypt jest również użyteczny, gdy pliki pochodzą z różnych systemów operacyjnych lub aplikacji (np. pliki z systemu Windows i Linux), które mogą różnić się w sposobie przechowywania polskich znaków. Skrypt zapewnia spójność i poprawność tych znaków po konwersji.

Zaletą skryptu jest prostota, ponieważ korzysta z polecenia tr, które jest standardowym narzędziem do zamiany znaków w systemach UNIX i Linux. Dzięki temu, skrypt jest łatwy w użyciu i może być szybko zaadoptowany do różnych zastosowań, np. w zadaniach automatycznych lub jako część większych procesów związanych z przetwarzaniem danych.

Prezentacja bazy systemowej oprogramowania

5/5 - (1 vote)

Na podstawę do budowy systemu kompleksowo obsługującego całość działań komunikacyjnych, sieciowych, aplikacyjnych a jednocześnie zapewniającego wysoki stopień bezpieczeństwa całego systemu został wybrany system Unix z rodziny BSD. FreeBSD jest systemem dedykowanym i optymalizowanym do pracy na platformie Intel (IA32) oraz Alpha. Jest on z powodzeniem stosowany przez największych dostawców usług internetowych i przeznaczony jest do pracy przy bardzo dużych obciążeniach. Przykładem jego wykorzystania są serwisy web i email np. Yahoo.com lub Hotmail.com. największy serwis ftp ftp.cdrom.com czy też rodzimy Home.pl. Na serwerze firmy gdzie wykonano wdrożenie kompletnego środowiska obsługującego całość działalności internetowej zainstalowany został Unix FreeBSD, serwer pocztowy Qmail dedykowany do obsługi poczty internetowej (nawet do kilku milionów przesyłek dziennie), webserwer Apache do obsługi serwisów WWW oraz dostępu do poczty poprzez przeglądarkę na bazie TWIG a także obsługi sklepu internetowego działającego na bazie PostgreSQL. do której dostęp i dynamicznie budowane strony wykonano w PHP4. Gwałtownie rosnącą popularność tego języka przedstawia Rysunek 1.

Rysunek 1 — Popularność języka PHP.

Serwer internetowy świadczy ponadto wiele innych usług i zabezpieczony został firewallem. Analogicznie, po stronie wewnętrznego LAN firmy został uruchomiony drugi serwer na bazie FreeBSD obsługujący kilka podsieci firmy oraz zapewniający dostęp do internetu z wewnątrz firmy. Na serwerze w celu poprawienia wewnętrznego bezpieczeństwa sieci również uruchomiono firewall oraz translację adresów. Sieć firmowa oparta jest na stacjach roboczych z oprogramowaniem MS Windows natomiast na serwerze FreeBSD sieć Windows jest obsługiwana przez oprogramowanie Samba.

Oprogramowanie finansowo księgowe stworzone przez firmę Comvar na bazie CA Clipper rezyduje na dyskach sieciowych wewnętrznego serwera i tam przechowywane są dane. Taka organizacja pozwoliła na wykorzystanie danych firmy do automatycznego zasilania sklepu internetowego a ponadto udostępniła całej firmie wymagane usługi internetowe przy minimalnych kosztach, bowiem całe oprogramowanie serwerów bazuje na OpenSource. Schemat działania całości struktury sieciowej firmy sprawdził się w ciągu kilku lat jego funkcjonowania i gwarantuje wysoką jakość i niezawodność działania. Na serwerach dokonywana jest regularna archiwizacja wszystkich danych firmy a samo środowisko FreeBSD jako wyjątkowo odporne na awarie wydaje się być wręcz przeznaczone do takich celów. Początkowo wyjściowym systemem był Linux, jednak problemy występujące z udostępnianiem i poprawną pracą sieci Windows oraz podatność jego filesystemu (extfs2) na awarie wykluczyła go z dalszego stosowania, gdyż był on tutaj najsłabszym ogniwem. Strategia ta znalazła późniejsze potwierdzenie w sytuacji, gdy z przyczyn niezależnych od firmy cała serwerownia na skutek awarii wodociągów w budynku została doszczętnie zalana wodą. Zniszczeniu uległy zasilacze UPS oraz router Cyclades obsługujący łącze do internetu poprzez Polpak Frame Relay. Modemy Lucent DSLPipe obsługujące łącza do zdalnych siedzib firmy na terenie miasta nie zostały uszkodzone. W serwerach na skutek tej awarii zniszczeniu uległy karty sieciowe. Po wymianie kart sieciowych w ciągu kilku godzin sieć firmowa przywrócona została do działania a żadne dane zgromadzone na dyskach serwerów nie uległy uszkodzeniu. Poprzez zastosowanie struktury skrzynek pocztowych natywnych dla Qmail’a określanej jako Maildir, pomimo awarii zasilania w trakcie dostarczania poczty do skrzynek nie uległa ona uszkodzeniu. Bieżąca działalność firmy, po krótkim czasie niezbędnym na wymianę uszkodzonych podzespołów, mogła być kontynuowana i żadne dane nie uległy zniszczeniu, nie było nawet potrzeby odzyskiwania ich z kopii zapasowych.

Rysunek 2 przedstawia schematyczną strukturę topologiczną sieci firmy:

Rysunek 2 — Topologia sieci przedsiębiorstwa.

Funkcjonowanie sklepu internetowego

5/5 - (1 vote)

Wymagania użytkowników

Podstawą działania sklepu internetowego są dane o towarach, na bazie których możliwe jest dalsze jego konstruowanie. W praktyce działania sklepu dane te służą prezentacji posiadanych produktów przeznaczonych do sprzedaży internetowym kanałem dystrybucji. Z przeprowadzanych analiz zachowań internautów odwiedzających tego typu serwisy, charakterystyczna jest zasada, że każda strona musi zostać załadowana w ciągu 7-10 sekund od próby wejścia do serwisu internetowego. Dłuższy czas „odświetlania” strony zniechęca internautów i powoduje rezygnację z dalszej eksploracji zasobów firmy. Szybkość transferów osiągana przez najczęściej wykorzystywane do łączenia z Internetem popularne modemy gwarantuje przepustowość w zakresie od 3KB/s do 6KB/s, stąd wynika iż ilość danych wysyłanych przez serwer WWW do przeglądarki klienta nie powinna przekraczać 30KB do 60KB maksymalnie na podstawowe strony firmowe.

Specyficzne jest natomiast podejście internautów do stron specjalizowanych np. z prezentacjami multimedialnymi lub szczegółowymi danymi technicznymi i użytkowymi produktów, które wzbudziły ich zainteresowanie i o których chcą uzyskać szczegółowe informacje. Tutaj „cierpliwość” użytkowników Internetu jest dużo większa, a ich gotowość do „czekania” na załadowanie strony jest kilku a nawet kilkunastokrotnie większa. Takie strony mogą mieć rozmiary rzędu 100KB i więcej, o ile zbudowane są w taki sposób, że już w trakcie ich ładowania przeglądarka wyświetla stopniowo ściągane dane. Przy największych stronach konieczne wydaje się dzielenie prezentowanych informacji na wiele mniejszych fragmentów, po których użytkownik może swobodnie nawigować za pomocą hyperlinków i różnego rodzaju statycznych i dynamicznych odsyłaczy.

W dobrym tonie jest konstruowanie stron „lekkich” czyli nie przeładowanych zbędną grafiką ładującą się powoli, a przy odnośnikach do plików z większymi obrazami czy też plikami multimedialnymi podawanie ich rozmiaru lub przybliżonego czasu ładowania. Organizacja logiczna i wizualna strony musi być jasna i przejrzysta dla potencjalnego klienta. Język HTML opisu strony musi być zgodny ze obowiązującymi standardami i zwyczajami stosowanymi w budowie stron. Występuje tendencja do takiego budowania strony, aby była możliwa do poprawnej prezentacji nawet przez najprostsze przeglądarki trybu tekstowego dostępne na platformach unixowych (jak choćby Lynx, Links czy W3M). Oczywiście należy także wykorzystywać wszelkie nowości jak skrypty Java czy DHTML jednak w taki sposób, aby zapewnić poprawne interpretowanie strony we wszystkich najpopularniejszych przeglądarkach różnych firm i ich kilku ostatnich wersjach. Charakterystycznym wydaje się być celowa rezygnacja w wielu serwisach internetowych ze stosowania ramek i zastąpienie ich tabelami. Sklep internetowy ze względu na specyfikę swojego działania, musi zapewniać bezpieczeństwo zgromadzonych danych klientów, szczególnie gdy realizowane są płatności kartami płatniczymi.

Stosowanym standardem jest szyfrowanie transmisji takich danych przy użyciu protokołu SSL. Obecną tendencją jest także scedowanie obowiązku weryfikacji i autoryzacji kart płatniczych na zaufaną stronę „trzecią” w osobie organizacji zajmującej się autoryzowaniem transakcji elektronicznych. Nowością ostatnio [2001 rok] wprowadzaną w Polsce przez PolCard S.A. jako największego krajowego publicznego „operatora” transakcji kartowych, jest autoryzowanie online takich transakcji, poprzez przekierowanie transakcji autoryzacji przez sklep do serwera autoryzacji tej firmy.

Analiza preferencji użytkowników dokonujących zakupów online wykazuje jeszcze przeważającą wśród polskich internautów strategię realizowania płatności „za zaliczeniem pocztowym”, jednak występują pierwsze oznaki zwiększającego zainteresowania płatnościami kartą płatniczą. Związane jest to z dużym naciskiem banków i organizowanymi promocjami zarówno przez Visa International jak i same banki na promocję i sprzedaż usług bezgotówkowych. Często karta płatnicza jest obecnie wydawana bez opłat do każdego zakładanego rachunku konta osobistego a bankowe tabele opłat i prowizji tak konstruowane, aby niejako „administracyjnie” motywować klientów do korzystania z bezgotówkowych form płatności.