Michał S. Wspólnik, Bronchos
Rafał D. freelancer
Michał S.:
Ja od siebie, jako autora/współautora systemów CMS, mogę dodać, że osobiście nie skorzystałbym nigdy z rozwiązań tanich/otwartych.
Pozostawiają wiele do życzenia, zarówno w kwestii funkcjonalności, jak i bezpieczeństwa. Ponadto są rozwijane przez ludzi, którzy często nie mają pojęcia co tak na prawdę chcą stworzyć (przykładem niech będą dziurawe, często źle działające wtyczki).
Moim zdaniem - należy się zacząć zastanawiać, gdy "profesjonalna" firma oferuje nam utworzenie serwisu na bazie open source'owego CMS. Oznaczać to może między innymi, że owa firma:
a) nie ma odpowiedniej wiedzy, wymaganej do stworzenia własnego oprogramowania
b) nie posiada odpowiedniego kapitału, który w procesie tworzenia rozwiązań typu CMS jest konieczny, gdyż są to projekty długofalowe i kosztowne
c) to grupa studentów, którzy wpadli na pomysł, żeby sobie szybko dorobić (niszcząc przy tym rynek)
Andrzej Nowak Programista Java
Rafał D.:
Reasumując: w sporze co lepsze Open Source, czy autorskie rozwiązania, odpowiedź jest taka:
ZALEŻY DO CZEGO I DLA KOGO..
Marek
Przegaliński
SEO/SEM Web Promocja
Bezpieczeństwo
Aldona Malinowska:
Marcin Śpiewak:O tak ;) chytry płaci dwa razy!
I tu dochodzimy do sedna. Edukacja kosztuje, zależy tylko jak się za nią płaci ;)
Na swoje usprwiedliwienie dodam tylko, że budżet na stronę był skromny (6.000).
Mimo wszystko był to kosztowny błąd i bardzo bolesna nauczka!
Mam nadzieje, że nauka nie poszła w las ;)
Marek
Przegaliński
SEO/SEM Web Promocja
Bezpieczeństwo
Łukasz Gumowski:
Jakiś czas temu miałem podobny problem z serwisami. Korzystamy w większości przypadków albo z WordPressa - do prostszych rozwiązań, albo z MODxCMS (mało znany w PL, ale moim zdaniem jeden z ciekawszych CMS'ów, w zasadzie CMF'ów) prosty i niesamowicie łatwy w adaptacji... w każdym razie problem z "wirusami" o których mówicie były globalny i z moich informacji nie dotyczył ani Joomli jako takiej, ani żadnego innego CMS'a. Problem leżał w oprogramowaniu do transferu plików na serwer ftp (Total Commander), którego bardzo dużo osób używa. Okazało się, że zapisując w nim hasło dostępowe jest jakaś luka która pozwala na wyciągnięcie go. A później wiadomo jaki był schemat...
Marek
Przegaliński
SEO/SEM Web Promocja
Bezpieczeństwo
Rafał D.:
Michał S.:
Ja od siebie, jako autora/współautora systemów CMS, mogę dodać, że osobiście nie skorzystałbym nigdy z rozwiązań tanich/otwartych.
Wypowiedź bardzo, bardzo, bardzo.. jednostronna.. Z której wynika, że autorskie CMSy są OK, a Open Source bee..
Reasumując: w sporze co lepsze Open Source, czy autorskie rozwiązania, odpowiedź jest taka:
ZALEŻY DO CZEGO I DLA KOGO..
Marek
Wywiał
Programista,
administrator,
instruktor
Daniel Częstki:
Hej.
mam do wykonania serwis miejski. Jako że nie będę bawił się w pisanie CMS-a bo i po co postanowiłem zrobić ją w oparciu o jakiś dostępny CMS.
Co proponujecie Joomla, Wordpress ? Mam dylemat
konto usunięte
Michał S.:
Andrzeju, piszę tu o polskich realiach.
Niemniej jednak to, co napisałem jest raczej prawdą i może odnosić się również do rynku US: jeśli firma nie posiada swojego oprogramowania, to albo nie umie go napisać, albo nie posiada zaplecza finansowego, albo zamierza szybko zniknąć z rynku.
Pozdrawiam.
konto usunięte
Marek P.:
Aldona Malinowska:
Marcin Śpiewak:O tak ;) chytry płaci dwa razy!
I tu dochodzimy do sedna. Edukacja kosztuje, zależy tylko jak się za nią płaci ;)
Na swoje usprwiedliwienie dodam tylko, że budżet na stronę był skromny (6.000).
Mimo wszystko był to kosztowny błąd i bardzo bolesna nauczka!
Mam nadzieje, że nauka nie poszła w las ;)
--
Aldona
Na 99 % sami - SAMI - zainfekowaliści witrynę.
\ Edyta
Wirusy są po stronie właściciela.
Włamania po stronie skryptu / Skrypt bez większego problemu można tak zabezpieczyć co by ok. 95 % włamań nie było możliwe. Mam 20 site na Joomle działające bez włamań/wirusów od najmniej 5 lat...
Twoje narzekania są bezpodstawne. Należy zadawać inne pytania...Marek P. edytował(a) ten post dnia 19.05.10 o godzinie 21:17
konto usunięte
Mateusz J.:No tak, bo kogo stać na darmowego CMS jakim jest joomla, pewnie tylko Amerykanie używają tego drogiego systemu, bo co polak może wiedzieć o CMS.
Nie wypowiadam się o polskich realiach, bo polskich byznesmenów na nasze usługi niestety jeszcze nie stać.
konto usunięte
Dominik Łabudziński:
Mateusz J.:No tak, bo kogo stać na darmowego CMS jakim jest joomla, pewnie tylko Amerykanie używają tego drogiego systemu,
Nie wypowiadam się o polskich realiach, bo polskich byznesmenów na nasze usługi niestety jeszcze nie stać.
konto usunięte
konto usunięte
Andrzej Winnicki:
Pewnie takowy system ma miec tez forum i inne bajery.
Ja osobiscie uzylbym phpBB jako podstawki i po prostu go zmodyfikowal i dodal wszystko czego mi tam trzeba.
Pare takich rozwiazan robilem i swietnie sie sprawdzily ;)
konto usunięte
Aldona Malinowska:
Umowa nie zawierała zapisu o obowizku aktualizacji oprogramowania w celu dbania o bezpieczeństwo, czy mimo wszytsko twórca powinien ponosić odpowiedziałność za to co się stało? Ponad trzy tyg walczył z tym, żeby pozbyć się swiństwa i żeby strona znowu działała poprawnie nie strasząc uzytkowników komunikatem o tym że sieje trojanami.
Paweł
F.
Z Joomla! od 2005
roku, inne CMS też
się trafiają.
Piotr
K.
Stawiam kroki
milowe, zamaszyste
jak świat
Krzysztof
N.
CEO. Aplikacje
internetowe i
mobilne. Symfony,
Zend.
Piotr K.:Po 54 miesiącach już może nie być fajne.
typo jeszcze jest fajne
Mateusz
K.
PHP development,
Security audits of
web applications
konto usunięte
Mateusz K.:
Odnośnie autorskich CMSów to ryzyko jest zdecydowanie większe (zależy jeszcze od jakiej firmy kupujemy aplikację), mimo że kod źródłowy nie jest ogólnie dostępny to jednak ryzyko włamania jest większe, ponieważ kodu nie przegląda tak wielu programistów i jeśli już potencjalny atakakujący znajdzie chociażby błąd z SQL Injection czy XSS w takim CMSie, to na 99.99% nie zgłosi tego firmie, która tworzyła owo oprogramowanie i właściciel takiej strony może liczyć (w najlepszym przypadku) na to, że zostanie mu podmieniony indeks.
Mateusz
K.
PHP development,
Security audits of
web applications
Dariusz R.:
Mateusz K.:
Odnośnie autorskich CMSów to ryzyko jest zdecydowanie większe (zależy jeszcze od jakiej firmy kupujemy aplikację), mimo że kod źródłowy nie jest ogólnie dostępny to jednak ryzyko włamania jest większe, ponieważ kodu nie przegląda tak wielu programistów i jeśli już potencjalny atakakujący znajdzie chociażby błąd z SQL Injection czy XSS w takim CMSie, to na 99.99% nie zgłosi tego firmie, która tworzyła owo oprogramowanie i właściciel takiej strony może liczyć (w najlepszym przypadku) na to, że zostanie mu podmieniony indeks.
Nonsens. Wydaje mi się że w przypadku OS ryzyko włamania powinno być zdecydowanie większe, ponieważ haker mając dostęp do kodu łatwiej znajdzie dziurę. Co do SQL injection, chyba powinno być jasne, że profesjonalna firma tworząca takie systemy powinna zadbać o odpowiednie zabezpieczenia. No przecież w umowie można dać zapis o karach umownych lub konieczności naprawienia takiej dziury. Przecież nawet same licencje OS na ogół mają zapisy, że producenci nie ponoszą żadnej odpowiedzialności za działanie systemu. Np. w przypadku GNU GPL, oprogramowanie jest rozprowadzane tak jak jest i nie ma żadnej gwarancji na poprawność działania. A firma która podejmuje się czegoś na indywidualne zamówienie zobowiązuje się przecież do należytego wykonania dzieła. Poza tym wystarczy napisać trojana który przechwyci hasła i już całe zabezpieczenia do bani.
Następna dyskusja:
пропозиції роботи
