Czy ktoś może mi powiedzieć jak w emberze zrobić stronę dla zwykłego usera jak i administratora?

chodzi o standardowy układ (admin oczywiście wygląda zupełnie inaczej i korzysta z innych metod api):
example.com
example.com/admin

Da się to zrobić na jednym projekcie, czy trzeba robić dwa oddzielne?

#emberjs #javascript #webdev
@g83kp9: Po prostu odziel jakoś logikę nie pracowałem nigdy w emberze, ale chodzi mi tylko o logiczny podział.
Powiedzmy jak masz teraz
+app
+----controllers
+----models

itp.
|app
+----admin
+-------------controllers
+-------------models
+----cms
+---------controllers
+---------models

W routingu itp. stworzysz odpowienie namespace i będziesz miał odseparowane moduły w ramach jednego projektu
Mirasy, pomóżcie mi zaplanować dalszą naukę #frontend

Jestem na etapie podstawowej/średniej znajomości JS i jQuery. Pora chyba więc na frameworki. No i tu zaczynają się problemy.

Co wybrać?

- Angular 1
- Angular 2
- React
- Ember
- Backbone
- jeszcze jakis inny

Czy wszystkie wymienione wyżej wykonują te same zadania, czy czymś się różnią?
Czy wystarczy znać jeden z nich, czy kilka?
Jeśli kilka to w jakiej kolejności zacząć naukę?
@larvaexotech: Niby czemu praca zawodowa poza PL react? popatrz na popularność Angulara i na Reacta - od zleceń na Upworku po popularność w zapytaniach googla.
@razor535: Ja bym na Twoim miejscu Angular 1, potem 2. Frameworki to nie jest religia, zacznie się coś zmieniać to po prostu zmienisz frameworka.
tak mnie ciekawi lista online na #twitch na chacie na kanale, z tego co widzę w jsie jest trzymana cała zawartość a wyświetlane w domie jest np 50 rekordów które się zmieniają w zależności jak zescrollujemy, jest to w #emberjs zna ktoś podobne rozwiązanie dla #angularjs - i od razu czy w ogóle są zalety tego ? z jednej strony trza podmieniać zawartość doma, z drugiej mamy mniej elementów w nim, lepiej
@Ilirian: na pececie na pewno wygląda to fajniej, tylko czy np na smartfonach nie przymuli to przy scrollowaniu ?
w sumie sprawdziłem na urządzeniu mobilnym - i ta opcja po lewo to jednak porażka :P ta po prawo niby dłuższy $digest no ale przynajmniej mamy wszystkie elementy, a dla głupich 4-10 ms nie widzę sensu na pc
@Riess: z jednej strony świetnie że już dostaliśmy stabliną wersję z HTMLBarsami, handlebarsy były sporym uciążeniem jeśli chodzi o wydajność aplikacji, kosztowne generowanie DOMu to #!$%@? minus, ale z drugiej strony czekam jeszcze na FastBoota i kilka innych zmian. Byle do 2.0 :>
Po czterech dniach z #emberjs i #django muszę sobie zrobić przerwę. Mam już prościutki layout, przekazywanie configa strony z DB do Embera, handlebarsowe helpery do używania Djangowego i18n w templatach (+obsługa w makemessages), ale przez moje zgrzytanie zębami od dziwactw handlebarsów sąsiedzi zaczęli grozić mi czynami.

Na szczęście stable Embera 1.10 z nowym mechanizmem templat już 26 stycznia. :)
Piszę bo może komuś się efekt mojej kilkugodzinnej walki przyda: Jeśli chcesz spróbować #django i #emberjs, sprawdź Django-Pipeline. Od wersji 1.4 projekt potrafi sam odkrywać i ładować dla Embera Handlebarsy ze wskazanych katalogów. Do tego dodaje ich kompilację w collectstatic.
Todo na resztę weekendu: helpery static, media i trans dla Handlebarsów + wyłapywanie stringów z handlebarsów w makemessages.
#webdev #django #emberjs
#webdev
Pierwszy raz piszę aplikację w #emberjs, a dokładniej korzystając z ember-cli.
Na localu wszystko pięknie działa, robię sobie ember server, wchodzę na localhost:4200 i śmiga pięknie.

Ale teraz problem pojawia się, jeżeli chcę odpalić to na serwerze. Wrzuciłem całą apkę na gita, na serwerze ją sklonowałem. Wchodzę w folder, kolejno npm install, bower install, ember server. Wchodzę na IP:4200 i co? Pusta strona.

Patrząc po źródłach, widzę
via Android
  • 0
@Marmite: W ember-cli wygląda to tak, że task server pierw odpala build vendor.js (czyli wszystkie zależności), następnie odpala server http, uruchamia file-watchera i następnie buduje apkę. I z każdą edycją apki odświeża z automatu stronę (dzięki filewatcherowi).

ember build także próbowałem, wychodzi to samo.
Mireczki mam pytanie, ostatnio tworze prostą stronę za pomocą #emberjs, logowanie tylko dla admina + crud - wszystko śmiga pięknie, ale im bliżej końca pracy tym bardziej się zastanawiam jak ja to potem obsłuże w backendzie? polecacie jakiś prosty backend idealny pod ember'a?

#webdev
@zawadzsky: też pracuję nad aplikacją w Ember i backend sobie tworzę w Go. Są bardzo fajne biblioteki do tego jak np. http://goji.io/

@Marmite: wydaje mi się, że został stworzony pod Node.js, ponieważ domyślnie Ember Data spodziewa się składni camelCase w nazwach kolumn etc. tymczasem Ruby używa snake_case. Więc jak chcesz używać Ruby, musisz użyć innego adaptera niż domyślny - ActiveModelAdapter, który jest dołączany do dystrybucji.
#webdev #laravel #angularjs #emberjs

Ogólnie jestem słaby jeżeli chodzi o webdev ale co nieco tam potrafię zrobić i związku z tym chciałem dla siebie zrobić jakiś mini projekt w oparciu o js framework.

TL;DR: Jak i czym ogarnąć JS Framework z bazą danych MySQL/SQL

O co chodzi, szukam propozycji nt. tego co można wykorzystać by to miało ręce i nogi.

Strona dość prosta ma być, logowanie, rejestracja a z funkcjonalności to a'la
@karid: Na frontendzie masz JS czy tego chcesz czy nie. Możesz sobie to napisac w czystym js lub użyć chociazby angulara.

Na backendzie możesz się babrać w php lub użyć node.

Zalety:

- wymagany tylko jeden język na backend i frontend

- wygodniejszy/prostszy/szybszy/tańszy development

Pytanie powinno brzmieć:

"Jaki jest sens użycia php, skoro wszystko można zrobić w js?" :)
@karid: wszystko ma swoje wady i zalety - Ty znasz PHP, to napiszesz szybciej w czystym PHP.

proste requesty ajaxowe nie są tak uniwersalne - do każdej akcji (edycja, dodanie) piszesz nowy kod do obsługi samego zapytania, a potem do podmiany html i ewentualnej animacji. W frameworkach dochodzimy już do takiego momentu, że podmiana html z animacjami robi się sama (templaty), a obsługę zapytania ajax można też sprowadzić do czegoś typu
Mirki, potrzebuję na szybko postawić webową appkę (panel administracyjny z kilkoma wykresami, 3 formularzami i dosłownie kilkoma routsami). Jako backend myślę o Django (TastyPie albo DRF) bądź o GO (Martini albo Gin). Co będzie najlepsze na frontend w takim wypadku?

BackBone.js? AngularJS? Ember.js? Czy może coś innego?

PS: Obecna appka stoi full na django i niestety ale szybkością nie grzeszy... (tak tak, zastąpiłem już większość ORMu customowym SQLem, ale nadal to nie
@Dyzajash: zatem powodzenia! :)

ale doprecyzuj - to niby-raspberry to po stronie klienta, czy serwera? jeśli serwera, to może nie korzystaj z dodatkowych bibliotek do REST, ale te 3 widoki napisz samodzielnie?
@chester: serwer. server udp napisany na pythonie + server xmpp + nginx (+gunicorn) + django appka.

Co do REST'a to powiem ci szczerze że mając te 50-70ms więcej nie zrobi mi to różnicy... Ważna jest tu szybkość implementacji. Poważnie myślę o Go langu i Gin'ie bo wydajnościowo po prostu wymiata. Tylko że tam to prawie wszystko od zera muszę klecić + przestawiać się na nowy język.