Zlecenie przygotowania skryptu zewnętrznej firmie

[Tomasz_Katowice 0]

Witajcie!

Nasza spółka zamierza rozpocząć działalność w Internecie (dotychczas działaliśmy poza Internetem). Przygotowanie całego skryptu naszego serwisu internetowego zlecamy lokalnej, zewnętrznej firmie (zajmującej się tego typu rzeczami) - prawdopodobnie jeszcze w tym tygodniu będziemy podpisywać umowę, dlatego szukam informacji "na szybko".

 

Chciałbym poprosić Was o napisanie na co powinna być zwrócona uwaga przy pisaniu aplikacji internetowej (nie będzie to sama statyczna strona www, ale także aplikacja związana z transakcjami w Internecie) tak, aby była ona zgodna z obecnymi standardami oraz jak najbardziej profesjonalna.

 

Moje uwagi:

- sama strona firmowa (wizytówka) napisana w xhtml 1.1 z zastosowaniem stylów (css) - żadnych tabel czy co gorsze ramek,

- strona "seo friendly" - optymalizacja kodu pod względem wyszukiwarek, zastosowanie dobrze wyglądających linków (mod_rewrite dla zmiennych z php),

- optymalizacja kodu dla wszystkich wyszukiwarek - tj. Internet Explorer (największa bolączka), Mozilla, Opera, Safari.

Jakie jeszcze przeglądarki dodać do wyżej wymienionych? Jakie wersje uwzględnić? - dodam tutaj, że niektórzy nasi klienci są naprawdę "zacofani" jeżeli chodzi o komputery i można spotkać u nich nawet systemy typu Windows 98 (nie pamiętam teraz jaka wersja IE wchodziła w skład tego systemu). Strona musi działać wszędzie i pod różnymi rozdzielczościami. Stawiamy na profesjonalizm (nawet jeśli użycie danej przeglądarki to marne kilka % całego rynku) i nie chcemy, aby była sytuacja, że klientowi na starszej przeglądarce coś się "rozjeżdża".

 

Jaka wersja PHP oraz MySQL powinna zostać użyta do napisana nowoczesnego skryptu? Domyślam się, że najnowsza - ma ktoś szersze informacje na ten temat?

 

Co byście jeszcze dodali do powyższej listy?

 

Pytam o to ponieważ chcę mieć wszystkie, nawet drobne szczegółowy na piśmie (wpisane do umowy). Nieraz spotkałem się już niekompetencją (w różnych dziecinach), więc staram się zabezpieczać pod każdym względem. Wiadomo, że to co będę miał w dobrze przygotowanej umowie będzie musiało być skrupulatnie i dobrze wykonane.

 

Będę wdzięczny za wszelkie uwagi, sugestie, porady. Z góry uprzejmie dziękuję.

 

Tomasz

[Konrad.K 0]

Jeżeli mają to być transakcje internetowe to musicie bardzo duży (jak nie największy) nacisk postawić na bezpieczeństwo tego systemu. Nie mam za bardzo czasu się rozpisać, ale jak znajdę jeszcze chwilę to postaram się wrócić do tego tematu.

[Tomi 0]

Takie projekty zleca się przede wszystkim doświadczonym usługodawcom. Ważne w tej branży jest dobre portfolio.

 

- optymalizacja kodu dla wszystkich wyszukiwarek - tj. Internet Explorer (największa bolączka), Mozilla, Opera, Safari.

Ja bym tutaj jednak wprowadził zmianę myślenia. Zamiast dostosowywać stronę do wyszukiwarek powinna ona spełniać standardy W3C. Kiedyś budowało się strony dla przeglądarek dziś się już tego nie robi. Teraz wystarczy przepuścić stronę przez sprawdzacz i już wiadomo czy jest dobrze napisana czy nie http://validator.w3.org/

 

 

Jak chcesz osiągnąć kompatybilność z różnymi systemami, przeglądarkami to niech projektanci unikają javascript w projekcie i lepiej niech zastępuj go czystym HTMLem. Nawet nowoczesne biblioteki JS na przykład Jquery nie potrafią poradzić sobie ze starszymi przeglądarkami.

 

jeżeli chodzi o komputery i można spotkać u nich nawet systemy typu Windows 98

Myślę ze twoi klienci nie mają starszych przeglądarek niż IE 5.0 :-) Spamerzy i hakerzy na pewno ich kochają: ) Takim ludziom powinna się automatycznie uszkadzać płyta główna i dysk. (żartuje )

[Noone 19]

http://pornel.net/xhtml i tabele też jak najbardziej tyle że do danych tabelarycznych. Postaraj się ograniczyć JS a już z całą pewnością nie pchaj flasha. Raczej dla <IE6 już się nie robi kodu, zbyt stare, jak działa to dobrze, jak nie to nie warto wskrzeszać trupa. Drobnostka, ale zwróć uwagę czy kolory tła w finalnym projekcie będziesz miał dobrze ustawiane - ostatnio to jakaś plaga. Wystarczy zmienić styl systemowy (z kolorem tła innym niż biały) i widać fuszerkę. Sporo osób korzysta z internetu nie tylko z komputerów stacjonarnych więc warto zadbać o inne urządzenia - albo osobny arkusz, albo nowa strona. No i skoro transakcje to na pierwszym miejscu bezpieczeństwo (i ssl) - ale tego raczej sam nie sprawdzisz. Może warto też pomyśleć nad inną bazą np. postgres? Większe możliwości, sam kod będzie "czystszy". I ogólnie najpierw pomysł, później technologia która ten pomysł zrealizuje. Python może być wart rozważenia ze względu na możliwości i szybkość.

[regdos 1848]

Tak jak dał link Noone, xhtml nie jest wcale nikomu do szczęścia potrzebny lepiej zrobić to dobrze w html-u 4 i tabeli też nie zarzucać szczególnie jak trzeba pokazać jakieś zestawienie w tabeli, w końcu table jest nadal poprawnym i obowiązującym znacznikiem xhtml-a. Natomiast na tebelach nie należy robić samego layoutu głownego.

 

Nie zgodzę się też z Tomim, że wystarczy zgodność z W3C, bo nawet jeżeli strona przejdzie przez validator niekonieczeni tak samo wygląda w przeglądarkach.

Nadal się buduje strony dla przeglądarek. Nikt nie zapłaci wykonawcy jeżeli Prezes ma IE6 i strona źle u niego wygląda a jest zgodna z W3C. Trzeba tak ja przerobić żeby i wyglądała dobrze i była zgodna z W3C.

 

Ja sam budując strony testuje je w IE6, IE7, OPERA, FF2, FF3 i Safari i odpowiednimi zabiegami w CSS da się doprowadzić do takiego samego wyglądu, czasami równi to się ale niezauważalnie.

 

Co do zastosowanych technologii to wszystko zależy od wielkości projektu i obciążenia poszczególnych składowych ale dla typowej aplikacji wystarczy php aktualna wersja 5 + MySql też wersja 5. Jeżeli miała by być wielka baza i mocno obciążana to można pomyśleć nad przejściem na Postgresqla albo zastosować cache zapytań i innych elemantów do plików statycznych.

[maniack 403]

.

Edytowano Wrzesień 9, 2017 przez maniack (zobacz historię edycji)

[Tomasz_Katowice 0]

Witajcie ponownie.

Dziękuję za wszystkie wypowiedzi. Teraz dostrzegam, że niektórych spraw (o których już sam myślałem) zapomniałem po prostu dodać we wcześniejszy poście, a Wy sami zwróciliście na nie uwagę.

 

Jeżeli mają to być transakcje internetowe to musicie bardzo duży (jak nie największy) nacisk postawić na bezpieczeństwo tego systemu. Nie mam za bardzo czasu się rozpisać, ale jak znajdę jeszcze chwilę to postaram się wrócić do tego tematu.

Z tym się zgadzam w 100%. Bezpieczeństwo & wydajność to dwie podstawowe wytyczne, które muszą być potraktowane jako podstawa w przypadku tego zlecenia.

 

 

Takie projekty zleca się przede wszystkim doświadczonym usługodawcom. Ważne w tej branży jest dobre portfolio.

 

Powiem szczerze, że co do samego portfolio firmy, z którą rozpoczynam pracę nie jestem przekonany (wybaczcie, ale nie przytoczę teraz nazwy czy adresu firmy). Trochę za mało takich poważniejszych realizacji. Wprawdzie nie to jest idea tego temu, ale może macie jakieś doświadczenie z firmami w tej branży? - i tym samym bylibyście w stanie polecić kogoś zaufanego (w grę wchodzi tylko firma, najlepiej jakaś spółka prawa handlowego, aczkolwiek to nie jest wymóg), kto na pewno nie odwali fuszerki. Wprawdzie tak jak napisałem - firmę docelową mamy już wybraną, ale jeszcze żadnych formalności nie załatwialiśmy, zatem w ostateczności wszystko jeszcze można zmienić.

 

Ja bym tutaj jednak wprowadził zmianę myślenia. Zamiast dostosowywać stronę do wyszukiwarek powinna ona spełniać standardy W3C. Kiedyś budowało się strony dla przeglądarek dziś się już tego nie robi. Teraz wystarczy przepuścić stronę przez sprawdzacz i już wiadomo czy jest dobrze napisana czy nie http://validator.w3.org/

 

Jak chcesz osiągnąć kompatybilność z różnymi systemami, przeglądarkami to niech projektanci unikają javascript w projekcie i lepiej niech zastępuj go czystym HTMLem. Nawet nowoczesne biblioteki JS na przykład Jquery nie potrafią poradzić sobie ze starszymi przeglądarkami.

W poprzednim tekście (tak jak zauważył maniack) oczywiście pomyliłem słowa - miałem na myśli dostosowanie do przeglądarek, a nie wyszukiwarek. W końcu przykładowo IE to nie wyszukiwarka :-). Jeżeli chodzi o standardy W3C to oczywiście z tym się zgadzam, ale na pewno nie daje to 100% pewności, że strona będzie działać wszędzie tak jak powinna (wiem to z własnego doświadczenia, gdy robiłem dla siebie samemu proste projekty).

 

Myślę ze twoi klienci nie mają starszych przeglądarek niż IE 5.0 :-) Spamerzy i hakerzy na pewno ich kochają: ) Takim ludziom powinna się automatycznie uszkadzać płyta główna i dysk. (żartuje )

Niestety wydaje mi się, że mogą się zdarzyć pojedyncze osoby, które zapomniały, że technika poszła do przodu i korzystają z naprawdę historycznego sprzętu. Mam tutaj na myśli niewielką grupę, starszej klienteli.

 

 

http://pornel.net/xhtml i tabele też jak najbardziej tyle że do danych tabelarycznych. Postaraj się ograniczyć JS a już z całą pewnością nie pchaj flasha. Raczej dla <IE6 już się nie robi kodu, zbyt stare, jak działa to dobrze, jak nie to nie warto wskrzeszać trupa. Drobnostka, ale zwróć uwagę czy kolory tła w finalnym projekcie będziesz miał dobrze ustawiane - ostatnio to jakaś plaga. Wystarczy zmienić styl systemowy (z kolorem tła innym niż biały) i widać fuszerkę. Sporo osób korzysta z internetu nie tylko z komputerów stacjonarnych więc warto zadbać o inne urządzenia - albo osobny arkusz, albo nowa strona. No i skoro transakcje to na pierwszym miejscu bezpieczeństwo (i ssl) - ale tego raczej sam nie sprawdzisz. Może warto też pomyśleć nad inną bazą np. postgres? Większe możliwości, sam kod będzie "czystszy". I ogólnie najpierw pomysł, później technologia która ten pomysł zrealizuje. Python może być wart rozważenia ze względu na możliwości i szybkość.

Oczywiście nie uważam, że samych w sobie tabel nie wolno w ogóle używać (może źle to ująłem w pierwszym poście - już późna godzina wtedy była :-) ) - tak jak napisałeś tabele jak najbardziej do danych tabelarycznych. Mam to nawet zanotowane w swoich wytycznych. Dzięki za uwagę z tłem.

 

Właśnie zastanawiam się nad bazą danych... O bazach danych nie mam niestety prawie żadnego pojęcia (oprócz jakieś zarysu nazw i totalnych podstaw SQL itd.) i dlatego tutaj jestem po trochu w kropce. Czy oprzeć całość SQL czy też pójść w innym kierunku? Tzn. nie muszę mieć pojęcia w jaki sposób to zrealizować, bo ja tylko zlecam wykonanie całości, lecz chcę być jak najbardziej zorientowny, aby nikt mi nie wcisnął żadnego kitu.

Orientujecie się może lub czy można to gdzieś sprawdzić z jakich baz danych korzystają serwisy w internecie prowadzące, gdzie dokonywane są różne transakcje? Przykładowo jakieś portale aukcyjne typu Allegro, eBay itd. (uprzedzając ewentualne pytanie - nie, nie chcę wchodzić na rynek z kolejnym serwisem aukcyjnym :-) ).

 

Tak jak dał link Noone, xhtml nie jest wcale nikomu do szczęścia potrzebny lepiej zrobić to dobrze w html-u 4 i tabeli też nie zarzucać szczególnie jak trzeba pokazać jakieś zestawienie w tabeli, w końcu table jest nadal poprawnym i obowiązującym znacznikiem xhtml-a. Natomiast na tebelach nie należy robić samego layoutu głownego.

 

Nie zgodzę się też z Tomim, że wystarczy zgodność z W3C, bo nawet jeżeli strona przejdzie przez validator niekonieczeni tak samo wygląda w przeglądarkach.

Nadal się buduje strony dla przeglądarek. Nikt nie zapłaci wykonawcy jeżeli Prezes ma IE6 i strona źle u niego wygląda a jest zgodna z W3C. Trzeba tak ja przerobić żeby i wyglądała dobrze i była zgodna z W3C.

Być może mylę pojęcia, ale osobiście wolę strony oparte na oddzieleniu struktury strony od stylu, odpowiednie stosowanie znaczników <div> itd. - myślę, że to jest właśnie xHTML i ten sposób widział bym realizację mojej strony firmowej. Oczywiście jak już wyżej wspomniałem tabelki jak najbardziej mogą być - tylko w żadnym wypadku do tworzenia struktury strony, a jedynie do wyświetlania danych tabelarycznych.

W 100% zgadzam się z ostatnim zdaniem w tej częście Twojego posta!

 

Ja sam budując strony testuje je w IE6, IE7, OPERA, FF2, FF3 i Safari i odpowiednimi zabiegami w CSS da się doprowadzić do takiego samego wyglądu, czasami równi to się ale niezauważalnie.

 

Co do zastosowanych technologii to wszystko zależy od wielkości projektu i obciążenia poszczególnych składowych ale dla typowej aplikacji wystarczy php aktualna wersja 5 + MySql też wersja 5. Jeżeli miała by być wielka baza i mocno obciążana to można pomyśleć nad przejściem na Postgresqla albo zastosować cache zapytań i innych elemantów do plików statycznych.

Hmm, przepraszam, ale po prostu nie mogę w tej chwili napisać konkretów na temat tego projektu. Co rozumieć tutaj przez pojęcie "wielka baza i mocno obciążona"? Idąc dalej moim przykładem z wspomniamymi trochę wyżej aukcjami internetowymi, czy baza takiego "Allegro", gdzie wystawiane byłoby 15 000 aukcji (kilkudniowych) miesięczne byłaby wielką? Czy raczej wynik w skali tych poniżej 200 000 aukcji w roku byłby uznany jako niewielka baza do, które wystarczy SQL. Inna sprawą byłoby tutaj archiwizowanie danych (można by użyć osobnej bazy). Aczkolwiek to jest tylko przykład do zadanego przeze mnie pytania, man nadzieję, że w miarę jasny.

 

 

Przeglądarek chyba Jak już zostało wspomniane: IE6+, FF2+, O9.2+. Safari ma wprawdzie marginalny udział w rynku, ale też dobrze będzie go uwzględnić

Dokładnie. Akurat w tym przypadku nie mogę olać żadnej z przeglądarek, z której mogliby korzystać moi klienci. Nawet gdyby danej przeglądarki używało tylko kilku klientów.

 

 

heh no bez przesady... jaki jest sens ograniczania funkcjonalności wszystkim użytkownikom tylko dlatego, że ułamek procenta ma przeglądarki nie obsługujące JS?

Z jednej strony to racja, ale wydaje mi się, że w przypadku mojej strony JS za bardzo nie będzie potrzebna (no może do 1 funkcji) - aczkolwiek mogę się mylić.

 

Ehh... ogólnie to jest straszne, że strona może wyglądać inaczej na każdej innej przeglądarce. Szkoda, że nie jest to wszystko jako ustandaryzowane - jeden kod = wszystkie przeglądarki. Ale wszystko idzie do przodu, więc ciężko wymagać od np. IE poniżej 5.0, aby poprawnie interpretowała jakieś najnowsze rozwiązania.

 

Przepraszam za przydługawego posta i dziękuje wszystkim, którym w ogóle chce się to czytać :-).

 

Pozdrawiam,

Tomasz

 

PS. Przepraszam za ewentualne literówki - spieszyłem się trochę z napisaniem tego, bo docelowo o 17 zamykaliśmy biuro.

[maniack 403]

.

Edytowano Wrzesień 9, 2017 przez maniack (zobacz historię edycji)

[regdos 1848]

Niestety wydaje mi się, że mogą się zdarzyć pojedyncze osoby, które zapomniały, że technika poszła do przodu i korzystają z naprawdę historycznego sprzętu. Mam tutaj na myśli niewielką grupę, starszej klienteli.

W ten sposób to należy założyć, że ktoś może używać jeszcze IE3. Warto spojrzeć na http://www.ranking.pl/index.php?page=Ranks...&stat=22|OW i zastanowić się czy dla 0.2% (MSIE 5.0) warto robić całkiem inną stronę, bo to już tak przestarzała przeglądarka, że na pewno sporo rzeczy będzie albo nie działać albo źle działać.

 

Być może mylę pojęcia, ale osobiście wolę strony oparte na oddzieleniu struktury strony od stylu, odpowiednie stosowanie znaczników <div> itd. - myślę, że to jest właśnie xHTML i ten sposób widział bym realizację mojej strony firmowej.

A co daje Ci więcej właśnie XHTML w kwestii oddzielenia struktury od wyglądu w porównaniu z HTML-em ? Ja nie znalazłem niczego takiego. <div> jest taki sam, css też. Naprawdę warto przeczytać ten artykuł na pornel.pl

 

Dokładnie. Akurat w tym przypadku nie mogę olać żadnej z przeglądarek, z której mogliby korzystać moi klienci. Nawet gdyby danej przeglądarki używało tylko kilku klientów.

Tu podobnie jak wyżej. A jak ktoś z klientów używa IE3 albo NS3? albo jakiegoś tekstowego klienta np. linksa lub lynx-a ? Masz statystyki używanych przeglądarek dla Twojej aktualnej strony? Świat i technika idzie do przodu i w pewnym momęcie trzeba po prostu odciąć się od starszych rzeczy, bo sami zostaniemy z tyłu.

 

Z jednej strony to racja, ale wydaje mi się, że w przypadku mojej strony JS za bardzo nie będzie potrzebna (no może do 1 funkcji) - aczkolwiek mogę się mylić.

Jeżeli potrzebujesz na stronie osadzić flash-a to już niezbędny jest JS, żeby przy aktywnym elemencie nie trzeba było 2 razy klikać w przypadku IE. Jeżeli będziesz chciał zastosować jakiegoś rollovera z obrazka to też w JS to będzie (choć można to zrobić w CSS ale wymaga więcej pracy w przygotowywanmiu obrazków) JS naprawdę ułatwia czasami życie a dołożenie jakiś bibliotek np. jquery tymbardziej.

[Prohost 345]

Zainteresować się warto http://framework.zend.com/

Jeśli firma buduje na nim serwis to plus.

Co do wydajności to takie allegro można puszczać z cache spokojnie i użycie bazy to mały % odwiedzin (serwować cacheowany kontent z memcache nie tylko zapytania).