poprzednia
strona ------------- następna
strona From: "Gregbike" <gregbike[]_usunto_poczta.onet.pl> Subject: Re: Grill IT i szukam programistow :) Date: Wed, 28 Nov 2007 14:16:40 +0100
> Grupy nie czytasz, w Twoim design portfolio nic nowego - zaniedbałeś się
> ;)
E tam czytam czytam ale miałem dwutygodniową przerwę - byłem na wakacjach ;)
co najlepsze w mieście pracy naszych rodaków ;)
From: =?ISO-8859-2?Q?Pawe=B3_Czerski?= <czerski[]aster.pl> Subject: Re: Wciecia np. komentarze - ale na DVI-ach Date: Mon, 07 May 2007 19:51:03 +0200
Gregbike napisał(a):
>> 3. Jaki mógłby być podstawowy schemat rozwiązania, że komentarze (od
>> poziomu N) są zwinięte oraz są na życzenie rozwijane plusikiem (najlepiej
>> bez
>> powtórnej transmisji, lokalnie w przeglądarce)
>> JS + DOM ? Czy coś innego?
>
> No to zależy jaka wielka będzie dyskusja. Jeśli nie będą przekraczały
> paruset wątków to generujesz całą liste html oraz ukrywasz co wypada w za
> pomocą tandemu JS(DOM) oraz CSS. Jeśli dyskusje będą miały po pare tysięcy
> odpowiedzi to możesz dodać do tego AJAX, co trochę zoptymalizuje
> ładowanie strony.
Jeśli da się narzucić przeglądarkę, to - bez dociągania danych - obejdzie
się nawet bez JS From: =?ISO-8859-2?Q?Pawe=B3_Piskorz?= <nie.ma.maila[]psikre.nie?> Subject: Re: Opera =?ISO-8859-2?Q?skar=BFy_MS_za_IE?= Date: Sun, 16 Dec 2007 13:27:41 +0100
Exe Very Cute pisze:
> Ale jak sądzisz, po co Opera złożyła ten pozew ?
http://my.opera.com/haavard/blog/microsoft-antitrust
(please note that this is not a lawsuit)
Wy chyba o czym innym rozmawiacie ;)
> Procesy są drogie... tak! Zgadłeś! Będą chcieli to wykorzystać. Chcą z
> tego czerpać zyski.
Znaczy co, Opera to firma prawnicza?
> To jest firma oraz ona ma jedynie jedno zadanie -
> zdobywać *kasę*. A cała tak gadka o CSS to mało kogo obchodzi.
Tu się niczym od M$ nie różni, YPB?
From: Cezary Statkiewicz <jakis[]glupi.email.pl> Subject: Re: drupal i hosting na nazwa.pl Date: Wed, 04 Jul 2007 13:57:34 +0200
KooT wrote:
> Dziwna sprawa, płacę za serwer a oni nagle wyłączają stronę bo ich
> serwery nie wyrabiają...
> Jako że strona oparta jest na drupalu, nie wyjątkowo wiem co tam da się
> wyłączyć/włączyć, aby
> poprawić wydajność... miał ktoś podobny problem?
Urok shared hostingu.
1) Wyłącz nieużywane moduły. Zwróć uwagę na moduły, które zainstalowałeś
dodatkowo. Może któryś z nich jest niezoptymalizowany. Być może używasz
modułu path (własne adresy url do zasobów), który jest dosyć powolny.
2) Przejrzyj dostępne logi. Określ jaki jest 'normalny ruch' na twojej
stronie. Sprawdź, czy wzmożony ruch jest inny niż (np. sporo powtarzających
się hostów, jakieś urle sporo częściej odwiedzane) oraz spowodowany np.
atakiem. Warto także skontrolować listę użytkowników, czy nie zarejstrowały
się jakieś boty (adresy email rodzaju mail.ru, list.ru, loginy z przypadkowych
liter). Przejrzyj także kontent generowany przez użytkowników - znam
przypadek, kiedy spamer wrzucił do komentarza parę mega spamlinków oraz przez
to umierał php.
4) Włącz moduł throttle (kontrola przeciążenia - /admin/settings/throttle).
Konfiguracja polega na tym, że określa się ilość użytkowników, powyżej
której moduły mają wyłączyć najbardziej obciążające funkcje.
5) jeśli jest to możliwe, poproś administratora o slowloga z MySQL'a.
6) Jeśli używasz crona, przejrzyj zadania wykonywane przez drupala w
cronie - na pewno niektóre da się wykonywać rzadziej
> Kiedyś próbowałem uczynić coś takiego zamiast multisel (bo sztuki
> wybierania kilku opcji z klawiatury nie udało mi się opanować), ale
> jakoś nie wyjątkowo mi to działało w różnych przeglądarkach (KONQretnie w
> jednej) oraz dałem sobie spokój, zastosowałem zwykłą uczciwą listę
> checkboxów bez żadnego udawania selecta.
W zasadzie pomiędzy multisel a listą checkboxów ubraną w
DIV (height + overflow scroll) widzę wtylko jedną róźnicę:
z tego drugiego rozwiązania ludzie potrafią skorzystać.