пропозиції роботи
Wypowiedzi
-
Właśnie przełączyłem śledzenie z bloga na konto strony głównej przy pomocy wtyczki Yoast GA. Robi się to banalnie i ruszyło od razu :)
-
Z całym szacunkiem do naczelnego grafika tego projektu - strona nie ma jasno określonego celu i layout jest moim zdaniem głównym powodem tego stanu rzeczy.
Po drugie: jak morze i skalisty brzeg wspiera zaufanie? Czyż skalisty brzeg nie kojarzy się z ryzykiem i niebezpieczeństwem? A to jest ostatnie skojarzenie, które powinno się nasuwać w przypadku prawników. Albo szczyty górskie.
Obrazki (i w ogóle media) daje się tylko wtedy, gdy wspierają przekaz. Tutaj są one zamiast i "pracują" równolegle - odciągając uwagę od treści.
Może projekt jest i atrakcyjny wizualnie, tylko pytanie, czy konwertuje?
Według mnie koncepcja strony - jeśli ma konwertować, a nie zdobywać nagrody na konkursach piękności/marketingu - do ponownego przemyślenia. Od początku. -
Witam,
Mam dwie strony zainstalowane na dwóch różnych WP - domena.pl i domena.pl/blog.
Obecnie śledzę każdą z nich osobnym kodem GA i mam osobne usługi w GA. Chciałem - przy wykorzystaniu Yoast Google Analytics na obu instalacjach śledzić obie domeny w jednym miejscu w GA (mieć zagregowane dane co do ruchu) i zastanawiam się, czy mogę po prostu podać jeden kod śledzący (czyli jeden numer usługi GA) na obu stronach. W czymś to będzie przeszkadzać?
Pozdrawiam -
Ilość fanów na FB nie ma już kompletnie znaczenia. Żeby dotrzeć do jakiejś rozsądnej ilości osób, to trzeba i tak uruchomić reklamę. Czasy pojawiania się postów wszystkim fanom dawno przeszła już do historii. Szkoda prądu na zbieranie fanów dla liczby.
-
Przyglądając się wielkości bazy po włączeniu wtyczki Customer History stwierdziłem, że to nie ta wtyczka jest powodem "rozrostu" bazy.
Zainstalowałem ją ponownie. Wszystkie dotychczasowe dane pojawiły się z powrotem, a baza pozostała bez zmian.
Bardzo szybki przyrost wielkości bazy jest powodowany przez tysiące wpisów transient w wp_options. -
Paweł K.:
Zawartość wp_options jest dosyć problematyczna.
Najpierw sprawdził bym co da rady wyczyścić
https://wordpress.org/plugins/wp-optimize/
https://wordpress.org/plugins/wp-sweep/
Udało się! :) Baza z 480 MB zmniejszyła się do 300 MB, a wp_options zmalała ze 150 do 30 MB :)
WP Optimize wydaje się robić wszystko szybciej. Z 200 000 rekordami transient poradziła sobie w kilkanaście sekund (a WP Sweep mieliła i w końcu zawiesiła mi dostęp do bazy, bo przekroczyłem limit max_questions /400000/ i strona zawisła na godzinę...)
Z drugiej strony WP Sweep optymalizuje tabele InnoDB (a przynajmniej tak to wygląda), lecz w sumie działa wolniej i może być problematyczna przy czyszczeniu dużej ilości elementów.
Natomiast razem ten duet naprawdę może dużo.
Dzięki Paweł za podpowiedź! :) -
Witam,
Przez dwa miesiące miałem w sklepie z WC zainstalowaną wtyczkę WooCommerce Customer History http://www.woothemes.com/products/woocommerce-customer... . Wszystko było cacy, do momentu, kiedy nie spostrzegłem, że bardzo mi się rozrasta rozmiar bazy SQL. Szczególnie duża jest tabela wp-options (ok 140 MB).
W suporcie mi poradzili, że wraz z usunięciem wtyczki znikają wszystkie dane, lecz chyba tak nie jest. Baza przestała szybko rosnąć, lecz jej rozmiar się nie zmniejszył.
Czy jest jakaś metoda na to, żeby usunąć te wpisy?
Znalazłem takie narządzie, lecz tam też na wp-options nie mają rady... http://wpzen.pl/plugins-garbage-collector-sprzatanie-p... (ktoś może korzystał?)
Boję się ręcznie usuwać rekordów, żeby czegoś nie zepsuć - choć ręka mnie świerzbi :)
Pozdrawiam -
To problem teoretyczny, czy rzeczywisty?
Mnie się wydaje, że hipotetyczny... Ile takich zdarzeń miał sklep w ostatnim miesiącu procentowo?
U mnie ten problem w ogóle nie występuje. W ciągu 3 lat może były dwa przypadki - z czego jeden taki, że żona zamawiała, a mąż nie odebrał, bo żona mu nic nie powiedziała :) Jako rozwiązanie Klientka domówiła jeszcze coś i prosiła o ponowną wysyłkę. -
Paula M.:
Interesowałam się ostatnio tematem konwersji w e-sklepach i znalazłam ciekawy artykuł http://evigo.pl/11697-positive-power-piec-pytan-o-konw..., mam nadzieję, że okaże się pomocny.
Temat jest potraktowany moooooocno po łebkach. Dla przykładu wskaźnik konwersji ma się nijak do ilości kroków w ścieżce zakupowej. To tani chwyt, który z pozoru wydaje się logiczny. Ważne jest, co każdy krok zawiera, jak jest komunikowany progres itd. Widziałem przykłady pięcioetapowej ścieżki zakupowej, która bardzo dobrze sprzedawała i widziałem jednostronnicowy proces, który odstraszał. Diabeł siedzi w szczegółach. -
O k...a mać...
To była przyczyna!
Nawet w piątym życiu bym na to nie wpadł!
Wielkie dzięki Paweł! :))) -
Ad. 1 - nie wiem, co z tym zrobić, bo edytuję plik w notepad++, więc żadnych śmieci być nie powinno...
Ad. 2. Wklejam właśnie przed:
define('WPLANG', 'pl_PL');
/**
* Dla programistów: tryb debugowania WordPressa.
*
* Zmień wartość tej stałej na true, aby włączyć wyświetlanie ostrzeżeń
* podczas modyfikowania kodu WordPressa.
* Wielce zalecane jest, aby twórcy wtyczek oraz motywów używali
* WP_DEBUG w miejscach pracy nad nimi.
*/
define('WP_DEBUG', false);
/* To wszystko, zakończ edycję w tym miejscu! Miłego blogowania! */
define(‘WP_MEMORY_LIMIT’, ’64M’);
/** Absolutna ścieżka do katalogu WordPressa. */
if ( !defined('ABSPATH') )
define('ABSPATH', dirname(__FILE__) . '/');
/** Ustawia zmienne WordPressa i dołączane pliki. */
require_once(ABSPATH . 'wp-settings.php'); -
Wyczerpałem wszystkie 4 punkty :)
-
Zrobiłem test:
http://www.dluzszezycie.pl/test.php
i wynika, że jest faktycznie 64 MB... A WooCommerce tego nie widzi. :( Już nie mam pomysłów, gdzie jeszcze gmerać...
Pozdrawiam -
Witam,
Mam problem z podniesieniem limitu pamięci WP na php z 40 MB. WooCommerce sugeruje min. 64 MB.
Dodałem więc do pliku wp-config.php linijkę
define(‘WP_MEMORY_LIMIT’, ’64M’);
ale dalej nic się nie zmienia.
Nazwa.pl (gdzie mam hosting) twierdzi, że jest możliwe alokowanie nawet 128 MB. Nie wiem, co zrobić, żeby WP ustawił więcej niż te 40 MB obecnie.
Pozdrawiam
Edit - dodałem też odpowiedni zapis w php.ini oraz .htacces - i dalej krzyczy, że ma tylko 40 MB :(Ten post został edytowany przez Autora dnia 20.03.15 o godzinie 12:42 -
.:
Kasia Z.:
Tak.. dlatego kupowanie baz jest nie tylko nielegalne, ale też nieskuteczne.
Jeżeli Baza jest zarejestrowana w GIODO to nie ma z tym żadnego problemu. W przypadku zaś firm tym bardziej możemy wysyłać dowoli
Chyba nie do końca tak jest... Baza jest zarejestrowana przez konkretny podmiot. Wykorzystanie przez inny podmiot już nie jest takie "automatyczne". -
W mojej wersji shopera integracja z Allegro działała w obie strony. Czasem się zdarzało, że nie ściągał zamówienia, ale generalnie było dobrze.
-
Ja z moją Mamiyą RB i RZ chodziłem do Pana Adamczyka na Postępu 19 lub 22 - nie pamiętam. Swego czasu był oficjalnym punktem serwisowym Mamiya. Widząc przekrój sprzętu, który tam był i jakość, która mnie u niego zawsze spotykała, to mogę z czystym sumieniem polecić. Nie wiem, czy jeszcze tam jest, ale chyba mam gdzieś jego numer telefonu.
-
Przy dużym i rozbudowanym sklepie jest zwykle dedykowana osoba/firma do wdrożenia od strony IT/programistycznej. Ja mam mały sklep i wszystko muszę dać radę zrobić sam. Shoper z dedykowanymi modyfikacjami był rozwiązaniem, które mnie kotwiczyło; WC jest od tych kotwic - z mojego punktu widzenia - wolne.
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy SEO & SEM - Nie daj się zrobić w konia
-
Ja - zrażony brakiem elastyczności rozwiązań "pudełkowych" oraz zniechęcony zależnością od różnego rodzaju "speców" od grafiki i programowania - przeniosłem sklep na WooCommerce. Jestem bardzo zadowolony - mam całkowitą kontrolę nad wszystkim. Wbrew pozorom nie jest to jednak rozwiązanie "darmowe"; niektóre wtyczki kosztują (choć 15 USD/rok to nie majątek), to trzeba dużo czasu poświęcić na tę operację. Czas też kosztuje.
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
