guziec

No to jak to w końcu z tym psuciem rynku? Sprzedawanie taniej psuje rynek czy nie?

Ach ta niedobra konkurencja... Jak ona śmie sprzedawać coś taniej niż ja. Powinni tego zabronić. Jakieś ceny urzędowe wprowadzić. Oczywiście że nie. Konkurujesz dwiema rzeczami - ceną i jakością. Jak potrafisz zapewnić wyższą od konkurencji jakość swoich usług to możesz sprzedawać drożej - wymagający klienci też się znajdą. Jak nie - to musisz zejść z ceny bo klient kupi tam gdzie taniej. No i możesz też oczywiście narzekać na "psucie rynku". Spytaj się tego co sprzedaje jak daje radę. Zresztą też go możesz wyciachać z rynku - sprzedawaj 10 procent poniżej ceny zakupu. Przecież sprzedawanie poniżej kosztów nie jest zabronione. Popsujesz mu rynek i pójdzie z torbami. Oczywiście że tak, ale to nie jest działanie na rynku tylko w szarej strefie i jest karalne. Jeśli wiesz że ktoś oszukuje to masz pełne prawo zawiadomić Urząd Skarbowy i Policję zamiast narzekać.

To jest normalne i nazywa się "wolny rynek". Termin "psucie rynku" wymyślili nieudacznicy którzy nie potrafią czegoś sprzedać taniej/lepiej.

Po pierwsze nie "nie ma" tylko najwyżej "na razie o żadnej nie wiadomo". Kwestia czasu. Być może - nie jestem z tym na bierząco, dawno dałem sobie spokój ze wspieraniem tego shitu na którymkolwiek serwerze. Liczba bugów w przeszłości nie mówiąc już o kwestii obciążania bazy i liczbe zapytań generowanych przy każdym głupim odświeżeniu strony świadczy tylko o tym że ten soft pisali po prostu jacyś dyletanci. Jeśli nie zostało to napisane od początku na nowo to nie postawiłby na bezpieczeństwo czegoś takiego pięciu złotych.

Ach przepraszam. Oczywiście phpbb to oprogramowanie pewne i stabilne niczym piramida Cheopsa. Aż dziwne że jeszcze amerykańska armia z niego nie korzysta. http://dev.computerworld.pl/news/80828/ISP.zakazuja.phpBB.html Źli ludzie zabronili korzystania, ale to pewnie brak wiedzy. BTW, Google na frazę "Dziury w phpbb" zwraca 8230 wyników.

LOL. W którym miejscu? Świetna rada. Tylko wiesz, to z apachem jest problem, nie z eximem. Nosz kurna, ile można razy pisać? W LOGACH TO PISZE. Wystarczyłoby żebyś zajrzał do logów zamiast szukać eximów, perlów i innych pierdół. Ktoś ci podesłał skrypt na serwer przez dziurę w jakimś pewnie phpBB albo innym tego typu "świetnym" oprogramowaniu i w tej chwili robisz za serwer spamów, dlatego exim się nie wyrabia i pewnie jesteś już na wszystkich RBL-ach. Jak masz jakiś wstręt do logów, to wpisz: apt-get install locate updatedb locate yzirfzaw.pl Z tym że dalej będziesz miał dziurę w systemie i za chwilę ktoś podeśle ci tam inne gówno i roześle milion spamów.

ps faux |less

Zgadza się - myślę o logach z apache'a, tych na które wskazuje dyrektywa ErroLog w jego pliku konfiguracyjnym. W momencie kiedy pada usługa to się sprawdza w logach tej usługi - to chyba logiczne. Niekoniecznie, kiedy serwer padnie tak że wysyła "500 Internal Server Error" to też port 80 odpowiada. Zresztą to nie jest żaden problem z portem, apache nie padnie z tego powodu że coś mu się próbuje dostać na port 80, najwyżej się nie uruchomi jak tam coś będzie JUŻ siedziało. Nonsens. Co ma exim do portu 80, przecież to serwer SMTP. Nie czytaj takich głupot. To: netstat -ntlp Pokaże ci listę otwartych portów tcp wraz z daemonami które na nich słuchają. W logach będzie pisało.

Nie masz logów?

Nie czytasz dokumentacji. NameVirtualHost 83.12.123.254:80 Listen 80 <IfModule mod_ssl.c> NameVirtualHost 83.12.123.254:443 Listen 443 </IfModule> <VirtualHost 83.12.123.254:80> DocumentRoot /jakis/katalog ServerName domena.pl ServerAlias www.domena.pl </VirtualHost> <VirtualHost 83.12.123.254:80> DocumentRoot /jakis/inny/katalog ServerName alias.domena.pl ServerAlias www.alias.domena.pl </VirtualHost> <VirtualHost 83.12.123.254:443> DocumentRoot /jakis/jeszczeinny/katalog ServerName ssl.domena.pl ServerAlias *.ssl.domena.pl </VirtualHost> http://httpd.apache.org/docs/2.0/vhosts/ Nie lepiej raz przeczytać zamiast ciągle konfigurować metodą Macajewa?

A jeśli klient nie podejmie decyzji zmiany pakietu?

Trochę dawno było, ale przypomnę bo może ktoś jeszcze szuka. http://osticket.com/forums/showthread.php?t=2108

Na jaką decyzję?

Małpujesz inne rozwiązanie zamiast zrozumieć na czym polegał problem Wpisz: NameVirtualHost *:80 I powinno działać. Jak wygląda definicja VirtualHost u ciebie? <VirtualHost *:80> <VirtualHost 12.23.12.12:80>

Wszystko się zgadza się, poza tym tylko że nie pierwsza dziesiątka a wszystkie i nie ostatnimi czasy, tylko zawsze. Google to baza rozproszona na kilku milionach serwerów w kilkudziesięciu lokalizacjach. Nigdy nie dostaniesz dokładnie takiego samego wyniku.

Włącz logowanie. iptables -A INPUT -p tcp --dport 8074 -j LOG --log-level info --log-prefix GG_ Albo zainstaluj tcpdumpa, ethereala czy wiresharka, będziesz miał wszystko jak na tacy.

No to przestaw wszystko na utf8 tak jak jest w w linku i zaimportuj jeszcze raz - powinno śmigać... I à propos - należy używać utf8_polish_ci a nie utf8_general_ci, bo to drugie źle sortuje - wyrzuca polskie znaki na koniec listy i potem masz coś takiego: Bydgoszcz Lublin Warszawa Łódź

To jak ty chcesz mieć polskie znaki, jak wszystko masz ustawione na latin1? A tak w ogóle, to sprawdzałeś czy masz polskie znaki w tym dumpie? Jeśli masz i przypadkowo jest to utf8, to nie ma większego problemu, zrób tak jak tutaj gość napisał: http://ni.imasters.pl/content/po%C5%82%C4%85czenie-z-mysql-sprawa-polskich-znak%C3%B3w Z małą poprawką, w sekcji mysqld dodaj: skip-character-set-client-handshake Jeśli masz polskie znaki w latin2 to trzeba pokombinować - albo przekodować albo łączyć sie latinem. Jak nie masz w dumpie polskich znaków w ogóle, to spaprałeś sprawę i musisz to wyeksportować jeszcze raz.

Masz wkleić tutaj to co ci wypluł mysql po wpisaniu tego polecenia.

Ech... widzę że będzie trudniej niż myślałem. mysql -e "\s" -u baza -p Kiedy spyta o hasło to wpisz mu swoje hasło.

A jakieś logi z iptables tam masz? /var/log/firewall ?

A co mówi komenda: mysql -e "\s" ?

Wpisz na samym początku: echo 1 > /proc/sys/xen/independent_wallclock

Ja mam pomysł żeby dodać jeszcze jedną linijkę: iptables -A INPUT --protocol tcp --destination-port 8074 -j ACCEPT

a konkretnie to co ci w nim nie odpowiada?