Forum PHP.pl

Lejto nic z tego ;/

Hej,

Bim2 jasne, że wysyłam odpowiedni header.

Nie wiem jak innym osobom się udało wygenerować taki RTF ponieważ na dole artykułu jaki podałem powyżej jest źródło z jakiego kożystano http://lab.artlung.com/rtf/ i co ciekawe tam też mam tego samego bug-a ;/

Pozdrawiam
zebupl

Czy jest ktoś mi w stanie pomóc ?

zzeus dzięki za link. Czytam to właśnie ale widzę, że to mi się nie przyda chyba ponieważ ja mam z góry przypisany szablon i w odpowiednie miejsca muszę wstawić odpowiednie dane.

Pozdrawiam
munky

Witam,

Sprawa jest doś prosta. Potrzebuję wygenerowania kilku raportów do formatu umożliwiającego jego edycję po wygenerowaniu. Zapoznałęm się z http://wortal.php.pl/phppl/wortal/artykuly...anie_plikow_rtf
jednak mimo uśilnych prób po wygenerowaniu otrzymuję źródło dokumentu zamiast poprawny dokument RTF.

Czy ktoś z was generuje takie pliki ? i jest mi w stanie pomóc ?

Pozdrawiam
munky

elmozaur każdy strzał do bazy jest czasochłonny. Ma też znaczenie jakie są to zapytania czy prosty select czy jakieś JOIN-y i ilość zwracanych krotek. Lepiej jakbyś pobrał wszystkie dane i nie odwoływałbyś się za każdym razem do bazy.

To jest czysta teoria bo szczegółów nie znam.

pozdrawiam
munky

Riklaunim ma rację PHP4 od paru ładnych lat nie jest już rozwijane. Co do PHP5 jest popularne i dużo osób go używa. MySQL jest równie popularny jak ORACLE tylko skierowany dla innego klienta i na inne potrzeby.

Crozin dzięki za pomoc jednak widać u mnie braki fundamentów. Zróbmy podejście numer 2:

1. W pliku php tworzę obiekt klasy Users. Do zmiennej pobieram listę user-ów za pomocą obiektu:

[PHP] pobierz, plaintext 
<?php
$zmienna = $obiekt->getArray();
?>
[PHP] pobierz, plaintext 

następnie przekazuję to do smarty

2. W smarty mam renderowanie tabelki, która zasilana jest przy pomocy tej zmiennej.

Teraz pytanie mając selecta chcę przekazać z poziomu smarty wartość (5,10,20,...) i przekazać do konstruktora lub metody która zwróci mi zawęrzoną listę.

Teraz proźba jakby ktoś mógłby mi teoretycznie podać rozwiązanie. Nie oczekuję gotowych rozwiązań a raczej jakieś wskazówki.

Pozdrawiam
munky

Witam,

Uporałem się z problemem jaki poruszyłem powyżej. Po 3 dniach wszystko wydaje się już w miarę łatwe Teraz jednak mam problem natury projektowej, mianowicie:

Ogólny szkielet mojego freamwork-u to:

1. Plik index.php (tworzenie obiektów dla języka, menu, itp) Index.php ładuje również plik wykonalny w zależności od tego co wybierzemy w menu
2. Z poziomu pliku index.php przekazuje do smarty plik wykonalny, który wyłapuję w Smarty i ładuję include_php
3. Plik wykonalny tworzy już wyspecjalizowane obiekty i przekazuje do tpl-a którego też ładuje

To na tyle, teraz w czym mam problem.

Powiedzmy, że mam tabelkę i chciałbym dodać limit (sql-owy) na danych czyli problem z pierwszego wpisu. Stosuję metodę $().ajax i teraz jakie rozwiązania stosuję:

1. W url podaję adres pliku wykonalnego i przekazuję metody (request ma problemy ze wykryciem zmiennych sesyjnych, ścieżki się sypią)
2. W url podaję adres pliku index.php dostaję requesta jednak środek jest bez contentu ponieważ smarty jeszcze nie załadował pliku wykonalnego

Czy ktoś ma pomysł lub przedstawi mi rozwiązanie jak można w bardzo łatwy sposób powiązać Smarty, AJAX (JQuery), PHP

Zamykam temat poradziłem sobie z tym

Pozdrawiam
munky

Witam,

Temat jest dość prosty mianowicie mam na stronce tabelę z danymi np użytkownikami (user-ów jest 20). Nad tabelą mam selecta z którego można wybrać różne wartości. Powiedzmy, że wybieramy 10. Wówczas na tabeli powinno się wyświetlić 10 rekordów a nie 20. Obecnie robię tak, że mam



i problem w tym, że nie potrafię odczytać tej wartości w pliku index.php oraz nie wiem jak obsłużyć response. Problem to głównie wynika z tego, że to mój drugi dzień z AJAX-em i JQuery

Z góry dzięki za odpowiedź.

pozdrawiam
munky

Baki to ja będę się czepiał Twojego schematu, dlatego bez urazu

Tabela: SPRAWY: id_sprawy, status1, status2, status3

1. Co zrobisz jak do sprawy będziesz musiał dorzucić 20 innych statusów ? Dodasz 20 atrybutów? Totalnie bez sensu. Każda tabela powinna posiadać nie więcej niż 16 atrybutów. Druga sprawa jak przemawia za rozbiciem tego fakt, że z tego zapisu jasno wynika, że winna to być relacja n:m. Każda sprawa posiada m statusów i każdy status może posiadać n spraw.

Jak poczytasz o relacji n:m dla encji to zrozumiesz dlaczego poprzednicy pisali o dodatkowej tabeli, to jest oczywistość.

Mając 3 tabele wystarczy jeden left join

pozdrawiam
munky

Więc tak jeśli masz poprawnie skonstruowaną bazę czyli

Tabela artykuły : Tabela kategorie (1:n - każdy artykuł należy do jednej kategorii a każda kategoria może być przypisana do n artykułów) wówczas wystarczy:

[SQL] pobierz, plaintext 
SELECT * FROM artykuly WHERE id='$id
[SQL] pobierz, plaintext 

w tym zapytaniu masz dane o artykule ale również dane (klucz obcy) do kategorii i w option robisz selected jeśli ten klucz jest równy temu z listy kategorii jaką pobierasz.

pozdrawiam
munky

Szczerze, nie rozumiem z czym dokładnie masz problem, może jednak troszkę jaśniej?

Witam,

...może jakiś kod ?

pozdrawiam
munky

Hej,

Nie wiem w jaki sposób chcesz je połączyć i co chcesz mieć za wynik sumę czy iloczyn ?

Łącząc te dwa zapytania pomijasz z drugiego limit i do pierwszego dodajesz zawężenie z drugiego czyli

[SQL] pobierz, plaintext 
SELECT i.text AS skrot, c.herb AS herb, i.id FROM portal_menu_inne AS i, portal_clubs AS c WHERE i.id LIKE "przyja%" OR i.id = "gazetka" AND c.id=i.home;
[SQL] pobierz, plaintext 

Witam,

Tak to jest dobre rozwiązanie. Produkty trzymasz w tabeli z produktami a kolory w oddzielnej. Do tego robisz relację n:m i sprawa załątwiona.

Pozdrawiam
munky

Zac przeglądam Twoje tabele i widzę, że z bazami nie miałeś za dużo do czynienia. drzalek dał Tobie dobrą odpowiedź. Musisz utworzyć pośrednią tabelę, która będzie trzymałą klucze z produktów i kolorów.

Technicznie nazwya się to relacja n do m (n:m, wiele do wielu). Proponuje poczytaj sobie o relacjach (1:1, 1:n, n:m, klucz główny, klucz obcy) to są takie same podstawy jak w progrmowaniu np instrukcje warunkowe.

Później wyciągasz z takiej tabeli wszystkie produkty albo produkty o danym kolorze. Mając klucze masz możliwość integracji bardzo łatwej między tymi 3 encjami.

pozdrawiam
munky

em-ba to robisz tak

1. Masz select i inne pola w formularzu. Wysyłasz forma robisz insert danych. Dane przesyłasz postem.
2. Na drugiej stronie odbierasz odpowiednią wartość z posta jaką potrzebujesz. Robisz select * from tabela where id = dane z posta. Dalej wyświetlasz.

Nie wiem jaki masz schemat bazy danych ale zakładam, że status to atrybut w innej tabeli dlatego proponuję:

1. Tabela A (a_id, a_name, a_s_id, ...)
2. Tabela S (s_id, s_name, ...) (to takie słowniki, lista dostępnych statusów, które możesz dynamicznie wyświetlać w selec-ie na pierwszej stronie)

Zapisując rekord z selecta robisz insert s_id w tabeli A atrybucie a_s_id (klucz obcy). Zakładam, że chcesz pobrać cały rekord z tabeli A. Zatem robiąc inserta zwracasz id jakie posiada nowa krotka i ją przekazujesz do następnej strony do selecta gdzie ściągniesz dane. Musisz jeszce pamiętać o mapowaniu a_s_id na s_name.

Jeśli nie pomogłem to zadaj szczegółowe pytanie gdzie masz problem.

pozdrawiam
munky

Witam,

em-ba nie analizowałem kodu ale chodzi jeśli dobrze rozumiem to:

1. Wybierasz odpowiednią wartość z pola select zapisujesz to do bazy najlepiej (id, kod) które są unique i jako drugi atrybut masz tytuł, opis
2. Na następnej stronie pobierasz z bazy wartość używając zawężenia id=(id wybrane w polu select) a zwracasz tytuł czy opis jaki wyświetlał się w polu select

Nie wiem czy o to dokładnie chodziło ? ;>

Pozdrawiam
munky

Pilsener podałeś takie samo rozwiązanie jak ja

Witam,

Nie możesz użyć flagi, którą będziesz ustawiał w odpowiednim momencie np ($rendererForm = true, false) ?

pozdrawiam
munky

AxZx rozumiem ale to żaden problem.

Mam dwie tabele, żeby było dynamicznie to w jednej trzymam pytania (pytania = wartości pytań), coś na wzór słowników (id, number, text) a w drugiej tabeli mogę trzymać typy obiektów HTML w formi-e. Robię relację n:m czyli każdy obiekt HTML może mieć m pytań a każde pytanie może być przydzielone do n obiektów HTML

Pozdrawiam
munky

Witam,

AxZx, i... ? Nie za bardzo widzę co chcesz mi przekazać, możesz to rozwinąć swoją myśl ?

Pozdrawiam
munky

Thuunder zgadze się, że varki nie trzyma się w number i w drugą stronę bo i po co.

Co do rozwiązania, ja bym zrobił to tak:

Zakładam, że każde pytanie ma n odpowiedzi. Każda typ ma przyporządkowane n odpowiedzi

Relacje: 1:n (Question:Answers), 1:n (Answer_Types:Answers)

1. Tabela z pytaniami Questions (question_id, question_title, question_descritption, ...)
2. Tabela z odpowiedziami Answers (answer_id, answer_question_id, answer_answer_type_id)
3. Tabela z typami odpowidzi i samymi odpowiedziami Answer_Types (answer_type_id, answer_type_text, answer_type_number)

W tabeli questions przechowujesz pytanie jego opis. W tabeli Answers przechowujesz id pytania i id opowiedzi w postaci klucza do typu. Answer_Types przechowuje konkretne pytanie. Można to przenieść do Answers ale jest zasada, że encja nie powinna mieć więcej niż 16 atrybutów. Zresztą mieszanie psuje elastyczność.

Nie wiem czy o to chodziło

Pozdrawiam
munky

Witam,



AxZx nie rozumiem co chcesz mi powiedzieć



Nie wiem dlaczego piszesz osobna tabela ? Nie miałem też na myśli tworzenia n atrybutów do n pytań. Chodziło mi raczej o coś takiego (ans_id, ans_varchar, ans_text, ans_number, answ_boolen)



nie rozumiem co chcesz mi przekazać kurcze może wczesna pora



Thuunder to czy będziesz trzymał wartość number w varce to nie ma znaczenia jeśli chodzi o wielkość. Chodzi tutaj o szybkość wykonywania operacji.

pozdrawiam
munky

Witam,

Pola w bazie powinny odpowiadać Twoim polom w formularzu. To jakie typu ustawisz dla atrybutów zależy wyłącznie od Ciebie. Jeśli przewidujesz, że odpowiedz będzie długa to dajesz 'text' jeśli to jest pole input to zazwyczaj jest to varchar(250) jak number to number. Większej filozofii tutaj nie widzę.

Pozdrawiam
munky

Witam,

Przeglądając posta i Twój schemat bazy danych widzę, że zaczynasz dopiero stawiać pierwsze kroki. Warto, żebyś trzymał się kilku rzeczy:

1. Staraj się nazywać atrybuty analogicznie jak tabelę. Raz masz imię drugim razem masz imie_rodzica. W sumie jak nie znam bazy to nie wiem czego dotyczy imie w tabeli uczniowie. Lepiej jakbyś miał: uczniowie (uczen_id, uczen_imie, uczen_nazwa). Jak masz np oceny to: (oceny_id, ocena_przedmiot_id, ocena_uczen_id). Dzkięki temu każdy atrybut sam się opisuje. Teraz możesz nie mieć problemu ale jak przyjdzie już kilkanaście tabel to zaczną się problemy
2. Używaj nazw angielskich
3. Używaj prefix-y przed nazwami relacji ułatwi to instalację schematu w bazie, która ma już tabele
4. Widzę, że używasz w nazwach liczby mnogiej i pojedyńczej w nazwach atrybutów to łanie

pozdrawiam
munky