mr__y

To w takim razie chylę czoła. Książka jest bardzo szczegółowa i na pewno można się z niej niesamowicie dużo nauczyć. Tyle, że niestety większość osób (w tym ja) wymięka gdzieś po drodze ;)

Ja myślę że ciężko komuś polecić jakąś książkę, każdemu pasuje coś innego ;) Najlepiej wbić np. na stronę helionu, tam do każdej książki jest do pobrania jeden rozdział w pdf. Możesz sobie przeczytać i zobaczyć czy odpowiada Ci styl pisania, czy książka nie jest zbyt teoretyczna etc. Po prostu czy Tobie pasuje czy nie. A jak nie helion to można sie przespacerować do najbliższej księgarni informatycznej i przeglądać książki. Nie ma sensu w ciemno kupować jakiejś książki, nawet jak Ci ktoś ją poleci - to co jednemu pasuje innemu sie nie spodoba. Poza tym niewiele wiemy o Twoim doświadczeniu, co już robiłeś, co umiesz i czego tak naprawdę dokładnie chcesz się nauczyć. Btw ja jestem wielkim przeciwnikiem uczenia się programowania z książek, a szczególnie "przerabiania" książek. Po opanowaniu podstaw jakiegoś języka (z książki bądź tutoriala) powinieneś po prostu realizować projekty - wymyślać sobie różne programy, zadania i je realizować. W trakcie pisania nowe problemy pojawią się same. Wtedy szukasz konkretnych informacji - google, fora, ebooki, książki (ale na konkretne tematy). Czyli np. piszesz sobie jakiś soft i nagle pojawia się problem optymalnego sortowania - wtedy szukasz materiałów na dany temat. Poza tym po co nabijać kasę wydawcom i kupować zupełnie niepotrzebne książki. Kto nie ma na półce ani jednej kilkusetstronicowej cegły w rodzaju "Księga eksperta", "Biblia programisty", "Język Java. Wprowadzenie" (800 str :D), która tylko się kurzy? I tak nikt tego nigdy nie przeczyta ;) *O thinking in c++ w dwóch tomach po kilkaset stron nawet nie wspominam ;] To bestsellerowa dekoracja półki każdego szanującego sie programisty. Każdy ma, nikt nie przeczytał.

Ale temat jest o CPU-340, który jednak jest miedziany i na dodatek jeszcze niklowany ;)

No to jest w zasadzie niemożliwe - choćby dlatego, że dystrybutor w Polsce będzie musi doliczyć 22% VATu. Osoba prywatna tego VATu zazwyczaj nie płaci - chyba, że akurat nasza paczka będzie jedną z losowo sprawdzanych przez urząd celny ;) Poza tym $55 to cena bez złączek. Ze złączkami wychodzi koło $65. Przy kursie 1USD=2.07PLN mamy cenę 134.55zł, a z VATem wyjdzie już 164zł. A gdzie tu miejsce na koszty wysyłki? :) Ale i tak przy tych osiągach cena wydaje się rozsądna. A może by się zmówić w parę osób i sobie pozamawiać te bloczki? ;)

Czyli było mu zdecydowanie za ciepło ;) Elektrolit się zagotował i bum ;) Takie cuda zdarzają się jeśli PSU jest przeciążony albo po prostu gdy jest za słaba wentylacja (mimo że pobór mocy jest OK).

Megabajt 230W - w zamierzchłych czasach celeronów i małych poborów mocy, wykończyła go burza Fortron 300-60GTP (300W) - przepięcie w sieci spowodowane jakimiś pracami zakładu energetycznego Huntkey 350AP (350W) - przeciążenie nowym sprzętem: q6600 + 8800gt + 2x HDD, 30C w pokoju, brak jakiejkolwiek wentylacji w obudowie, praca 24h na dobę. Przyznaję, nie dałem mu żadnych szans :lol: Ale pomimo, że padł to nie mogę na niego narzekać - przez ponad 2 lata pracował non-stop 24h na dobę 365 dni w tygodniu w dość ciężkich warunkach. Ogólnie to nie mam szczęścia do zasilaczy, mniej więcej co 2 lata jestem zmuszony do zakupu nowego. I w sumie te zasilacze to dość cwane urządzenia - zawsze wyczekają do końca gwarancji i padają dosłownie tydzień później ;-)

Szczerze mówiąc ja bym nie eksperymentował. Jeżeli komp nie jest Ci absolutnie niezbędny to poczekaj na tego be quiet'a. Byłem w identycznej sytuacji 2 tygodnie temu. Skutek: spalony huntkey 350AP (350W). Niby nie jakieś cudo, ale zawsze można było przehandlować za pare złotych, a tak został mi tylko wiatrak 140mm :evil:

Jeżeli faktycznie jest to problem register_globals, to można wykorzystać "patch": <?phpforeach($_GET as $var=>$val) $$var = $val;foreach($_POST as $var=>$val) $$var = $val;foreach($_COOKIE as $var=>$val) $$var = $val;?>Przy czym uprzedzam, że musisz sie liczyć z tym, że równie dobrze w/w kod będzie powodował jakieś błędy. Należy go wkleić na początku każdego skryptu.

Jaki OS? Czy wywala jakieś komunikaty błędów? Jaka wersja Qmaila? Co jeszcze działa/nie działa? Pozwól sobie pomóc ;]

1. Post jest w dziale "Programowanie" więc w odpowiedzi skupiłem się na części developerskiej :) 2. Oczywiście, że należy się wyspecjalizowac w jakiejś dziedzinie - przy czym realizacja kilku prostych projektów pozwoli ocenić co najbardziej nam pasuje i w którym kierunku się wyspecjalizujemy. Z drugiej strony bez względu na "specjalizacje" warto znać podstawy ze wszystkich dziedzin. Na przykład developer PHP/SQL musi dość dobrze znać (x)html i przynajmniej podstawy JavaScript i CSS. Znajomość Photoshopa przynajmniej w stopniu pozwalającym pociąć grafikę też nie zaszkodzi, itd. itp. 3. Bez wgzlędu czy strona ma być dobra od strony kodu, wizualnej, wodotryskowej, przejrzystości etc. najważniejsza jest praktyka, praktyka, doświadczenie, wykonanie dużej ilości stron a także praktyka ;)

Tylko, że każda przeglądarka to zignoruje :) Chyba, że w headerach ustawisz Content-Type na text.

PHP pracuje po stronie serwera, więc nijak się ma do nowej linii w przeglądarce. Może natomiast "wypluć" kod normalny HTML, który będzie zawierał np. tag <br> (chociaż tak naprawdę powinieneś pisać <br />)

napewno zacznij od html lub xhtml, do tego dorzuć podstawy CSS. Jeżeli to będziesz miał opanowane możesz zabrac się za PHP (lub ASP lub JSP). Najważniejsze to nie uczyć się z jakiejś książki - nieważne jak dobra jest książka nic nie zastąpi praktyki. Trzeba realizować jak najwięcej projektów - stronek skryptów itp. Dzięki temu nabierzesz doświadczenia i powoli wyrobisz. Realizując kolejne projekty nauczysz się porządnie XHTML, CSS, wyrobisz w JavaScript itd. Oprócz tego przydadzą się podstawy SQL, ActionScript itd... Praktyka, praktyka, praktyka. Nie czytać książek tylko jak najszybciej robić coś konkretnego - po pierwsze to mobilizuje, po drugie robiąc coraz bardziej zaawansowane stronki rozwijasz się wszechstronnie, tzn uczysz wszystkich potrzebnych technologii.

W php możliwy stack overflow, w każdym razie spotkałem się z czymś takim :)

Wrzuć do kodu: print_r($_POST); print_r($_GET); i sprawdź czy dane są w ogóle przekazywane i od razu będzie wiadomo gdzie. Jeżeli obie tablice będą puste to znaczy, że wina stoi po stronie konfiguracji serwera (php.ini itd). kod HTML wygląda OK :)

Oficjalna dokumentacja na php.net, na początek jakieś turoriale pełno tego w necie. Można spokojnie poradzić sobie bez książki, zwłaszcza że większość z nich jest kiepska :)

Po co naokoło, skoro jest gotowa funkcja nl2br() ;]

Zacznę od krótkiego opisu sytuacji. Mam drukarkę, którą udostępniam w sieci. Potrzebny mi soft, który podzieli przychodzące zadania drukowania na mniejszcze części. Tzn. jeżeli przyjdzie zadanie do wydrukowania kilkuset stron, to podzieli to na kilka(naście) mniejszych i będzie je drukował w odstępach czasu. Spędziłem kilka dni i łącznie kilkanaście godzin na googlach, przejrzałęm mnóstwo FAQów, manuali itd. i jak na razie marne efekty. Generalnie mam 2 pomysły: 1) CUPS. Na ircu powiedzieli mi, że *być może* da się coś takiego zrobić w CUPS. Przejrzałem dość dokładnie doc'sy, sporo googlałem. Nie udało mi się znaleźć informacji jak zrobić coś takiego za pomocą CUPS. Jeżeli ktoś wie, lub ma jakiś pomysł to bardzo chętnie o tym poczytam. 2)Wszystkie przychodzące zadania do wydrukowania są drukowane do pliku PostScriptowego. Potem taki plik można dość łatwo podzielić na części (np. za pomocą psselect czy coś). I w tym momencie mam zbiór plików post-scriptowych i wydrukowanie tego nie powinno stanowić problemu (cron+skrypt w bashu). Tak wyobrażam sobie ten mechanizm, ale, prawdę mówiąc, nie mam pojęcia jak to zrobić :) Wszelkie sugestie mile widziane. (Platforma nie ma znaczenia, nie musi być pod *nixem. Jeżeli ktoś ma pomysł jak to zrealizować choćby i na windowsach to również chętnie poczytam.) Być może istnieje jakieś gotowe rozwiązanie/program/skrypt, miałbym wtedy mniej roboty. Z góry dzięki za odpowiedzi.

O ile SID w linkach zostanie dorzucony automatycznie, o tyle we wszystkich redirectach trzeba go dodawać ręcznie. Czyli ogólnie nieco zabawy, zwłaszcza jeżeli skrypt jest dość duży. Natomiast dodawanie dodatkowych informacji (IP, przeglądarka etc) jest dobrym pomysłem i można stopniowo rozbudować mechanizm logowania o takie elementy.

Tylko niech któryś z panów raczy zauważyć, że domyślnie SESJE pracują w oparciu o COOKIES. Więc ciasteczek nikt nie uniknie :) Natomiast generalnie bezpieczny system wygląda mniej więcej tak: 1.Jest jakiś formularz logowania, powiedzmy w pliku login.php. W formularzu użytkownik wpisuje swój login i hasło. Skrypt sprawdza (np. w bazie danych) czy te dane są poprawne. Jeżeli nie, to wyświetla komunikat, że ACCESS DENIED :) Natomiast jeśli wszystko jest OK, ustawia w sesji 3 zmienne: <?php....//login i password sa oksession_start();$_SESSION['_login'] = $login;$_SESSION['_password'] = $password; //tutaj warto pomyśleć o szyfrowaniu/hashowaniu haseł, np md5()$_SESSION['_lastAction'] = time();header('Location: index.php'); //przekierowanie po zalogowaniu?> 2.Na każdej podstronie wymagającej logowania sprawdzasz czy user jest zalogowany: <?php$limit = 1800; //limit 1800 sekund czyli 30 minutsession_start();//sprawdzamy czy w ogóle zmienne są ustawione:if(isset($_SESSION['_login']) && isset($_SESSION['_password']) && isset($_SESSION['_lastAction'])) { if( (time()-$_SESSION['_lastAction']) >$limit) { //limit czasu przekroczony! } $_SESSION['_lastAction'] = time(); //aktualizujemy licznik czasu // teraz sprawdzasz w bazie danych czy $_SESSION['_password'] // i $_SESSION['_login'] są poprawne (robisz to samo co w login.php) //jeżeli wszystko jest ok, DOPIERO TERAZ masz pewność, że user jest //zalogowany}else { //user nie zalogowany, wyświetlić komunikat czy coś :)}?> 3.Wylogowanie - najprostsza sprawa :) Musisz po prostu usunąć dane z sesji: <?phpsession_start();unset($_SESSION['_login']); //usuwamy daneunset($_SESSION['_password']);unset($_SESSION['_lastAction']);header('Location: index.php'); //Przekierowanie?> Generalnie na tej zasadzie opiera się mechanizm autoryzacji większości skryptów, w tym w skryptach typu phpBB czy InvisionPowerBoard :) Bardzo złym nawykiem jest ustawianie czegoś w rodzaju $_SESSION['zalogowany']. O ile w sesjach jeszcze jakoś to przejdzie, o tyle gdybyś to robił na ciastkach to już w ogóle katastrofa :) Natomiast żeby uprościć kod sprawdzania czy user jest zalogowany, możesz wpisać ten kod JEDEN RAZ do jakiegoś osobnego pliku w formie funckji, która zwraca true gdy logowanie poprawne lub false gdy użytkownik nie jest zalogowany. Wtedy sprawdzanie wyglądałoby tak: <?phprequire('auth.php'); //tu trzymamy skrypt autoryzacjiif( zalogowany() ) { // WSZYSTKO OK.}else { //ACCESS DENIED :)}?>

Ten "tranzystor" to LM317T, stabilizator liniowy, do kupienia w dowolnym elektroniku, koszt na poziomie 2 zł albo i mniej. Cała ta lista po polsku wygląda mniej więcej tak: - termistor NTC 470 Ohm - LM317T - listwa goldpinów 40x1 - wtyczka taka jak do wentylka z pinami - rezystor 2.2kOhm 0.25W - kondensator 100nF/16V - jakaś płytka uniwersalna Oprócz tego ja bym dołożył jakiś maleńki radiatorek na LM317T No i rzecz jasna kabelki, lutownica, cyna itd :)

Ze swojej strony mogę poradzić tylko, żebyś zamiast jPortal zainstalował cokolwiek innego. JP to wyjątkowa porażka

http://wapacz.pl http://allpay.pl (ew. http://payu.pl) Obadaj te 3 linki, najciekawszy wg mnie wydaje się wapacz.pl. Allpay oferuje więcej opcji płatności (przelewy, karty itd.) ale aktywacja jest płatna. Poza tym wg mojej subiektywnej oceny wapacz.pl ma lepszy support. Generalnie idea jest taka, że system płatności realizuje zewnętrzna firma (np. wapacz.pl) i oczywiście ściąga za to jakąś prowizję. Ty ze swojej strony musisz zapewnić prosty skrypt (np. w php) który zajmie się autoryzacją - czyli wpuszczaniem tych userów, którzy będą wpisywać poprawy kod. Z doświadczenia powiem Ci, że łatwiej zrobić skrypt współpracujący z systemem allpay. Ale z wapaczem nie będzie tak ciężko. Możesz też sam podpisać umowy z operatorami GSM, ale raz, że tanie pewnie to nie jest, a dwa czy w ogóle będa z Tobą chcieli rozmawiać. Allpay.pl i Wapacz.pl nie mają takich wymagań (szczegóły na ich www).

Zapraszamy: #tweak w sieci ircnet. W Polsce możesz włazić przez serwery: :arrow: poznan.irc.pl :arrow: lublin.irc.pl :arrow: krakow.irc.pl :arrow: warszawa.irc.pl :arrow: wroclaw.irc.pl *Osobiście polecam 2 pierwsze serwery z tej listy. A kanał trzyma się dość dobrze :wink:

Natomiast ja myślę, że jeżeli ktoś pisze w C/C++ to goto() w ogóle można sobie darować :wink: