пропозиції роботи
Wypowiedzi
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Informatyka w medycynie
-
Przy niskim kursie dolara można na:
http://www.amazon.com/s/ref=nb_ss_gw?url=search-alias%...
Płytki od 8$ w górę, przy większych zakupach może się opłacać. Standardowa przesyłka coś koło 4$, idzie 15 - 26 dni roboczych.
Pozdrawiam -
Witajcie.
Interesuje mnie, jak wykorzystujecie Internet w swojej pracy? Jeszcze nie czas pytać o tele-operacje, ale ciekawi mnie z iloma pacjentami / klientami (procentowo) kontaktujecie się za pomocą Internetu (e-mail, komunikatory), jak Wasi pacjenci przyjmują taki kontakt? Czy korzystacie z rezerwacji internetowych, czy promujecie własne praktyki lekarskie / gabinety na różnych portalach i forach internetowych?
Może macie jakieś jeszcze pomysły na wykorzystanie Internetu w Waszej pracy?
Interesuje mnie to szczególnie z racji mojej pracy - od kilku lat obserwuję rozwój rynku IT w medycynie, poznałem też zasady działania rynków w innych państwach i (niestety) jesteśmy daleko w tyle. Problem w tym, że wina leży raczej po stronie słabej organizacji "informatyzacji medycyny" (format otwarty, brak centralnego rejestru pacjentów), nie braku świadomości lekarzy (mamy chyba najpiękniejsze kliniki prywatne na świecie!) lub słabych programów do obsługi gabinetów medycznych.
Pozdrawiam! -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Informatyka w medycynie
-
Jakub L.:
Skup się: LICZBA INODÓW W SYSTEMIE. Przy 2*10^6 potencjalnych userów. Nie _jak_, tylko _ile_.
I mój zdrowy rozsądek mówi, że pytanie się bazy może być szybsze niż odczytywanie z dysku, szczególnie z silnie podzielonego katalogu. Dla dużych forów.
funkcja tworząca katalogi i czytająca z nich w bardzo prosty sposób zapewni zapisywanie/odczytywanie plików do/z odpowiednich katalogów.
Kwestie programistyczne są w tym przypadku drugorzędne, jednak także nie do pominięcia w przypadku, gdy stronę będzie się generowało bez cache.
Ok, troszkę mnie przekonałeś :) ale koniecznie z cash'owaniem - złączenie jakiejś tabeli z taką tabelą postów zajmie ogrom pamięci. -
Jakub L.:
Nienajlepszy pomysł. Aby zbudować stronę foruma trzeba będzie wykonać dodatkowe odwołania do dysku, co przy dużym obłożeniu może być kosztowne.
I przechowywanie każdego posta osobno przy tak dużym systemie może zaatakować limit inodów.
Baza lepsza, bo się przynajmniej uczy czego się od niej najczęściej chce i się do tego przystosowuje, a do generacji cacheowanego HTMLa nie ma wady wieeeelkiej liczby plików w systemie.
Zauważ, że w pierwszym poście napisałem, że:
"Wyświetlanie wątków możesz buforować w plikach, w ten sposób drastycznie zmniejszysz ilość zapytań do bazy danych."
Jeżeli nie chce szukać po tekście w wypowiedziach, to może przechowywać poszczególne wypowiedzi w plikach, dzięki temu baza będzie miała o wiele mniejszy rozmiar i jej złączanie np LEFT JOINem będzie mniej zasobożerne. Oczywiście przechowywanie plików można też zoptymalizować - tworząc np drzewo katalogów, aby w każdym katalogu było maks 1000 plików/katalogów. Jeżeli id posta będzie numeryczne, to funkcja tworząca katalogi i czytająca z nich w bardzo prosty sposób zapewni zapisywanie/odczytywanie plików do/z odpowiednich katalogów. -
Wojciech Sznapka:
Na każdym wykładzie z programowania czy inżynierii programowania pierwsze pada stwierdzenie, że bardzo czasochłonne są operacje wej/wyj. Czy strzelasz 1000 zapytaniami do bazy w ciągu jednej odsłony? Nie. Czemu? Bo lepiej zrobić 250 zapytań, które zwrócą to samo.
Chłopski rozum nie zawsze jest przydatny w informatyce ;-)
Polecam http://phplens.com/lens/php-book/optimizing-debugging-...
Dzięki za artykuł, bardzo fajny.
1. Chłopski rozum nadal się przyda - wykonując 100 print() pewnie bardziej zmęczysz serwer niż wykonując 1 print(), ale tak jak pisałem wyżej - do tego problemu (i tamu podobnych) lepiej nie używać takiego rozwiązania. Być może do przyspieszania skryptu, ale:
2. "Use ob_start() at the beginning of your code. This gives you a 5-15% boost in speed for free on Apache." - to nie 50%, 50% dotyczyło cashe'owania htmla, a nie buforowania.
Chętnie pomyślę, gdzie w takim razie mogłoby mi sie przydać buforowanie, może mam jakiś skrypt, który przyspieszyłby gdyby go wpierw zbuforować.
Pozdrawiam. -
Wojciech Sznapka:
A to dlaczego? Istotnie zwiększa ono wydajność aplikacji (rzędu 50%)
1. Jeżeli chcesz stosować buforowanie po to, żeby header() działał, bo wcześniej wysyłasz już coś do przeglądarki, to maskujesz błąd. Buforowanie należy stosować w jakimś konkretnym celu, ale na pewno nie do maskowania błędnie napisanego skryptu.
2. Wytłumacz mi w jaki sposób zwiększa wydajność i gdzie to przeczytałeś? Na chłopski rozum: jeżeli coś masz zamiar jedynie wypisać na stronie internetowej, a zamiast tego wrzucasz to do pamięci, aby później to wypisać, to po co? -
BLOB to przechowywanie danych binarnych, czysty tekst staraj się przechowywać w polu TEXT
Jeżeli nie zamierzasz udostępnić wyszukiwania w treści wypowiedzi - nie musisz przechowywać wypowiedzi w bazie danych (albo przechowuj w tabeli, po której nie będzie wyszukiwania, taka archiwizacja "na wszelki wypadek"). Zrzucaj wypowiedzi do pliku np. id_posta.txt i przechowuj je w katalogu, który zabezpieczysz plikiem .htaccess (bez dostępu z zewnątrz). Wypowiedź możesz wczytać za pomocą file_get_contents(), a wszystko zamknij w dobrze napisanej klasie wyświetlania forum :) -
Podpowiedź:
1 / 10 oglądnięć wątku będzie skutkowało dopisaniem nowego posta - jak dobrze zaplanujesz, to zapytanie do bazy będzie potrzebne jedynie podczas dopisywania nowego posta / wątku / forum, oraz przy wyszukiwaniu tekstowym, jeżeli takie udostępnisz. Wyświetlanie wątków możesz buforować w plikach, w ten sposób drastycznie zmniejszysz ilość zapytań do bazy danych.
Nie zakładaj tabel dla każdego forum - odpowiednie klucze i indeksy na tabelach załatwią problem wyszukiwania w bazach o dużych objętościach. -
Rafał Grzegorek:
Jeżeli udostępniasz użytkownikom zapisywanie zmiennych bezpośrednio do tablicy sesji jakichś danych z formularza (tak wnioskuję z tego co pisałeś), to nie ufaj im za bardzo :) Raczej utwórz zmienną tablicową i będziesz miał kontrolę nad tym gdzie się zapisują przesłane dane. Nawet jeżeli użytkownik prześle zmienną o nazwie "id" nie zapisze Ci się ona jako $_SESSION['id'] ale jako $_SESSION['user']['id']
Damian Pieszczyński:
Niestety używanie buforowania to bardzo zły nawyk. Stosuję go tylko w wyjątkowych sytuacjach, nigdy, gdy problem można rozwiązać odpowiednią strukturą programu. Nie wolno polecać buforowania do rozwiązywania problemów tego typu... -
Filip Górny:
To sie nazywa compressed mvc.
aaaahahahahaha :D -
Mała rada:
zainicjuj sobie i sprawdzaj w sesji zmienną tablicową dla danych z formularza, np:
$_SESSION['form'] = array();
unikniesz przypadkowego nadpisania id sesji, gdyby ktoś przesłał je do twojego skryptu getem lub postem, ale przede wszystkim zapanujesz nad zmiennymi sesyjnymi i wprowadzisz trochę porządku.
Pozdrawiam -
Stanisław Głogowski:
Oj tu bym się nie zgodził:
Mam to zgłosić do onet'u czy Ty to zrobisz :) ?
Pierwsza wiadomość w utf druga w isoStanisław Głogowski edytował(a) ten post dnia 31.01.08 o godzinie 11:54
Użyłeś do zakodowania tematu w UTF8 kodowania base64?
$subject = "=?UTF-8?B?" . base64_encode($subject) . "?="; -
Michał Czerwiński:
A jak masz kilka petli to nazywasz $row1, $row2?
IMO bezsens. Lepiej nazwy dokladnie znaczace typu $rowProdkty itp.
Jak masz kilka pętli po sobie, to nie problem - zawsze to będzie $row
Jak masz kilka takich pętli wewnątrz siebie, to szybko zoptymalizuj kod :) -
Jakub Świegot™:
ja tam kodowanie strony daje utf8, wysylke maila rowniez utf8 (phpmailerem) i wszystko zawsze dziala ponadprzecietnie prawidłowo.
Dużo osób korzysta ze darmowych kont pocztowych przez www - mail wyświetlany jest wówczas w kodowaniu strony (w Polsce najczęściej w ISO). Nie przeskoczysz, musisz się dostosować.
Ps. też wysyłam w UTF - klientom "każę" zainstalować Thunderbirda :) -
Witam
Najpierw sprawdź dokładnie, dlaczego serwer odbiorcy odbił Tobie e-mail, później kod błędu wygoogluj (powinieneś dostać raport na konto nadawcy).
1. Onet i wiele innych serwerów darmowych korzysta z SPF (http://www.openspf.org/). Czyli to co Ci napisał Andrzej Dybionka. Odbita poczta będzie zawierała tekst podobny do tego
"xxx.xxx.xxx.xxx does not like recipient.
Remote host said: / Zdalny host odpowiedzial: 550 You don't seem to be legitimate sender, check your SPF
Giving up on xxx.xxx.xxx.xxx"
Jedyne rozwiązanie, to wysyłać maila z $from w domenie serwera
2. Może być jeszcze problem z treścią, część antyspamerów sprawdza procentowo ilość kodu HTML w treści (raczej wtedy nie odbija, tylko kategoryzuje jako SPAM) - zmniejsz ilość HTMLa, lub wysyłaj plain/text
3. Twój serwer został już oznaczony jako spamerski - zadzwoń do Onetu / WP i zapytaj. Kilka lat temu, gdy korzystałem z wynajmowanych serwerów (także tych ze stanów / Francji) był to częsty problem, antyspamery są teraz inteligentniejsze podczas blokowania serwerów nadawców, ale może się to jeszcze zdarzyć.
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
