Ja, razen tega, da zgubiš en teden časa in te na koncu ne approvajo ter ne želijo povedati razloga za to :) Meni niso želeli approvati niti, da bi zlezel iz sandboxa na tistih prvih 1000 mailov, da jim dokažem, da je vse legit. Napisal pa sem vse možno v zahtevek (pa menim, da nisem ravno nepismeni moron), vse podatke podjetja, vire mailing baze, šel sem po priporočilih na netu, po njihovih željah itd. + mailing lista se je selila iz MailChimpa, kar je že neka osnova za to, da vejo, da ne gre za ukradeno bazo, kjer bi nalagal nek sumljiv excel.

Ko sem javno objavil, da jih pozivam naj povejo razlog, da mi ne approvajo accounta, sem dobil še en generični odgovor, pod njim pa kar nekaj somišljenikom, katerim ravno tako ne approvajo accounte popolnoma brez razloga.

Tako da, kar se mene tiče, palec dol za Sendy+Amazon. Zguba časa + obupen support.

Preusmeritev = klik na tvojo ponudbo (preusmeritev userja iz Ceneje v tvojo trgovino)

Hej,

kako so kaj visoko na to-do listi ti dve zadevi? :)

1. Izdani računi - iskalnik uporabnikov.. kot je pri Partnerjih. Ogromno časa zgubiš z iskanjem starih računov, ker moraš ročno preskakovati strani in klikati ctrl+f da najdeš pravega, posebno če le okvirno veš kdaj je bil izdan. Iskali bi po imenu in/ali priimku, lahko tudi samo priimku.


2. Tiskanje dokumentov - obvezno najti rešitev za print več dokumentov naenkrat. Predlagam, da se lahko označi željene dokumente in s klikom "Print all" ustvariš PDF, v katerem se nahajajo vsi skupaj. Če je potrebno se lahko doda omejitev (npr. lahko označiš največ 20 računov). Res je ful zamudno in nepregledno odpirat vsakega posebej za print...

Hvala ampak koristim custom rešitve, tako da ne vem če mi takile moduli pomagajo, razen če ga lahko implementiram tudi drugam (html) kar direktno?

ernest1a:

Probaj dat exit intent popup in jim ponudi brezplačno dostavo (samo tistim ki želijo oditi).

Maš kak predlog za tehnično rešitev, saj vsi ki sem jih jaz sprobal na svojih straneh (npr. Popup Domination) zelo slabo zaznavajo "exit intent" in ven skačejo vsakemu ki malo poskrola, ali pa mu miška zaide levo ali desno z ekrana... Potem pa si narediš več škode kot koristi :)

Tako kot je rekel sasok bomo lažje pametovali, če boš pokazal za katero trgovino/košarico se gre :)

Drugače lahko tudi izvajaš remarketing oglaševanje na kupcih, ki imajo nedokončane košarice.

Vzrokov je pa lahko veliko, najbolj pogosti so:

• obvezna registracije (ni možnosti hitrega nakupa)


• preveč korakov v košarici


• plačilni pogoji (ni načina plačila, ki ga kupec želi)


• Znesek poštnine previsok po mnenju kupca


• Nejasen končni znesek (v prvem koraku kupec na vidi končnega stroška in se mu ne ljubi vsega napisati samo zato, da bi ga izvedel)


• tehnične težave (npr. ne deluje redirect na vpisovanje podatkov za kreditno v določenih browserjih - to težavo je imel kar dolgo tudi en največjih SLO trgovcev).


• koda za popust je lahko dvorezen meč (kupec je nima, a vidi da obstaja, zato jo gre iskat po forumih, tam pa vidi ponudbo konkurence oz. ful dober meme, ki ga mora objavit na Facebook, odpre Facebook... You get the point).


• nejasno ali je artikel na zalogi in kdaj ga bo dobil (npr. napisi kot so "1-24 dni" znajo povzročit kaj takega).

Je še kar nekaj takih zadev, ampak na pamet govorit je težko...

Drži pa, da je cena te storitve ODKBN ravno 1,05eur dražja od ODK, tako da na nek način pošiljatelj plača ta strošek ja :)

Mnja to težavo smo rešili (po 48 urah še enkrat naredili force https in je bilo OK) ampak je seveda nova ratala, ker očitno strežnik ne handla toliko traffica, kar je preko Cloud Flare lepo laufalo :) Pozna kdo kakšno cenejšo alternativo (Cloud Flare, ki podpira custom SSL stane 200$/mesec)?

Fantje hvala za vse nasvete, dejansko so na Sielu kasneje ugotovili, da je bil problem v TTL, tako da bomo počakali še malo in poskusili ponovno, držite pesti :)

Če je kdo že imel podobno težavo bom zelo vesel pomoči:

Nabavili smo SSL certifikat in na spletni strani smo želeli vse prestaviti iz http na https. Ker smo imeli pred tem vklopljen Cloud Flare, smo ga izklopili, ker ne podpira custom SSL v našem paketu in ni dopuščal redirecta, torej vse kar smo naredili je da smo v Godaddyju spremenili DNS-je iz Cloudflaerovih nazaj na našega providerja (Siel).

Nato smo prosili Siel, če lahko vse redirecta iz http na https in pričakovali, da bo za popraviti samo kaka slika, skripta ipd.

Zdaj je nastala cela zmešnjava. Nekaterim userjem strani sploh ne odpira in jim sporoča Too many redirects oz. ERRTOOMANY_REDIRECTS, nekaterim stran sicer odpira vendar so redirecti povsem pomešani, primer:

www.stran.si redirecta na https://www.stran.si OK

stran.si redirecta na https://www.stran.si NOT OK

stran.si/admin redirecta na https://www.stran.si NOT OK

Naj povem, da je htaccess prazen.

Pri hostingu (Siel) pravijo, da razlog ni na strežniku.

Kako sploh začeti odkrivati, kje se dogajajo redirecti, ki očitno povzročajo, da se odvija nek cycling, ki sproži ERRTOOMANY_REDIRECTS.

DNS-je smo sicer spremenili včeraj ob 21h, torej pred 22 urami. Na začetku smo sklepali, da gre mogoče za to, da ISP še niso osvežili DNS-jev in zato ne deluje, ampak en od takih ISP je tudi Simobil, kar bi bilo malo čudno.