Forum PHP.pl

Czołem!

Napotałem na problem z zapisaniem entity Doctrine2 w relacji OneToOne.

Opis problemu:

Posiadam dwie encje: UserEntity (użytkownik) oraz UserDataEntity (dane o użytkowniku). Każdy UserEntity może posiadać UserDataEntity (ale nie jest to wymagane gdy nie podano danych), ale każdy UserDataEntity musi mieć UserEntity, którego dotyczy.

Kiedy próbuję zapisać UserEntity, otrzymuję komunikat z PostgreSQL:

> SQLSTATE[23502]: Not null violation: 7 BŁĄD: pusta wartość w kolumnie "id" narusza ograniczenie wymaganej wartości

Poniżej moje encje:

[PHP] pobierz, plaintext 
<?php
    /**
     * A user.
     * 
     * @ORM\Entity
     * @ORM\Table(name="users")
     */
    class UserEntity extends AbstractEntity
    {
        /**
         * @ORM\Id
         * @ORM\Column(type="integer");
         * @ORM\GeneratedValue(strategy="AUTO")
         */
        protected $id;
 
        /**
         * @ORM\Column(type="string")
         */
        protected $name;
 
        /**
         * @ORM\OneToOne(targetEntity="ModuleAdmin\Entity\TradesmanDataEntity", inversedBy="parent", cascade={"persist"})
         * @ORM\JoinColumn(name="id", referencedColumnName="data_id")
         */
        protected $data;
 
        public function setData(UserDataEntity $data)
        {
            $this->data = $data;
        }
    }
[PHP] pobierz, plaintext 

I dane użytkownika:

[PHP] pobierz, plaintext 
<?php
    /**
     * A user's data.
     * 
     * @ORM\Entity
     * @ORM\Table(name="users_data")
     */
    class UserDataEntity extends AbstractEntity
    {
        /**
         * @ORM\Id
         * @ORM\OneToOne(targetEntity="ModuleAdmin\Entity\TradesmanEntity", mappedBy="parent", cascade={"persist"})
         * @ORM\JoinColumn(name="data_id", referencedColumnName="id")
         */
        protected $parent;
 
        /**
         * @ORM\Column(type="string")
         */
        protected $email;
 
        /**
         * @ORM\Column(type="string")
         */
        protected $phone;
 
        /**
         * Provides creation for new empty entity.
         * 
         */
        public function __construct(TradesmanEntity $parent)
        {
            $this->parent = $parent;
        }
    }
[PHP] pobierz, plaintext 

Moja schema wygląda tak:

[SQL] pobierz, plaintext 
    CREATE TABLE users
    (
      id serial NOT NULL,
      name character varying(255) NOT NULL,
      CONSTRAINT users_pkey PRIMARY KEY (id )
    );
 
 
    CREATE TABLE users_data
    (
      data_id integer NOT NULL,
      email character varying(255) NOT NULL,
      phone character varying NOT NULL,
      CONSTRAINT users_data_pkey PRIMARY KEY (data_id ),
      CONSTRAINT users_data_data_id_fkey FOREIGN KEY (data_id)
          REFERENCES users (id) MATCH SIMPLE
          ON UPDATE RESTRICT ON DELETE CASCADE
    );
[SQL] pobierz, plaintext 

Chciałbym zachować integralność bazy danych i ogarnienia na poziomie bazy danych, nie ORM'a.

Wskazało plik Vframe.Class.php.

Zrobiłem dalsze testy, wsadziłem coś takiego:

[PHP] pobierz, plaintext 
  if(class_exists( 'Vframe', FALSE ) )
  {
  	$class = new ReflectionClass( 'Vframe' );
  	die( $class -> getFileName() );
  }
  else
    echo 'allright';
[PHP] pobierz, plaintext 

Niestety, przy próbie załączenia pliku Vframe.Class.php wyskakuje ścieżka z die(). Jeżeli klasa by była już zadeklarowana, przynajmniej raz bym otrzymał na ekranie napis allright. Niestety się tak nie dzieje. Co więcej, po wyrzuceniu require_once z index.php dalsza część kodu wyrzuca informacje, że nie ma zdefiniowanej klasy Vframe.

Oznaczałoby to, że plik Vframe.Class.php wykonuje samego siebie jeszcze raz, skoro nigdzie indziej nie ma deklaracji tej klasy. Niestety, nie może się to stać, bo w tym przypadku również bym otrzymał przynajmniej raz napis allright.

Wykonałem dodatkowy test, zmieniłem nazwę klasy na VframeB, zeby przetestować ewentualne powiązania autoloadu z nazwą pliku. Nazwę zmieniłem również w przeklejonym wyżej kodzie testującym, okazało się, że problem jest ten sam! o.O

Witam.

Ostatnio natrafiłem na bardzo dziwny problem. Jak programuję kilka lat, tak to mnie zbiło z nóg. Mianowicie, za każdym razem uruchamiany jest plik index.php, który robi require_once Vframe.Class.php, który zawiera deklarację klasy Vframe.

W losowych zupełnie przypadkach dla tych samych danych wejściowych requestu dostaję informację, że nie można redeklarować klasy Vframe. Co dziwne:

• klasa nie jest deklarowana nigdzie indziej, niż w pliku Vframe.Class.php
• plik Vframe.Class.php jest dołączany require_once tylko w pliku index.php
• nie ma innych require/include (bez once) w dalszej części kodu

Nie mam zielonego pojęcia, co może być nie tak. Wycieki pamięci? PHP Version 5.2.5 (x64), serwer IIS7.

Witam.

Mam problem z nachodzącym flashem na innego flasha na mojej stronie www.

Baner, który pojawia się w treści strony przysłania baner, który jest toplayerem pływającym za użytkownikiem do momentu kliknięcia na krzyżyk. E w efekcie wygląda to tak:


Toplayer oczywiście jest position: fixed z z-index: 10000;

Czy ktoś natknął się na podobny problem?

1. Pierwsze 5 stron wyników mam wyklikane. Zrobiłem wszystko poza updgrade/downgrade pomiędzy 5.1 i 5.0. Spróbuję zejść do serwerowni i zrobić down/up do minimalnej wersji, może to naprawi potencjalnie uszkodzoną strukturę plików.
2. Nieracjonalne.

Cześć,

na tabelę mysql.proc dałem repair, optimize, a następnie flush. Założyłem też dla testów nową bazę danych i w niej przykładowe tabele (podobne do Twoich). Niestety, otrzymuję ten sam komunikat.

Witam,

próbuję stworzyć prostą procedurę, natomiast MySQL zwraca mi błąd informujący o za małej ilości pól w tabeli systemowe, w której są one przechowywane.

[SQL] pobierz, plaintext 
CREATE PROCEDURE `AnnouncementsDatesItemsCount`(IN iAnnouncement INT)
BEGIN
  UPDATE cms_announcements
  SET
    announce_date_relase_count = (SELECT COUNT(date_start) FROM cms_announcements_dates WHERE date_item = announce_id)
  WHERE announce_id = iAnnouncement;
END
[SQL] pobierz, plaintext 

Może ktoś się z tym potkał. Z góry dzięki za pomoc.

Cześć.

Mam do zaprojektowania zapytanie, które powinno wyciągnąć newsy powiązane tagami do wyświetlanego newsa (newsa-wzorca).

Założyłem kilka rzeczy, nie wiem, czy prawidłowo:

• newsy sortowane są po "trafności", czyli ile tagów newsa-wzorca pasuje do tagów newsa powiązanego, a następnie po dacie
• news powiązany nie musi zawierać wszystkich tagów newsa-wzorca

Struktura mojej bazy jest następująca:
- id_newsa int(11) unsigned
- id_tagu int(11) unsigned
primary na oba pola

Moje pytania:

1. Czy założenia są prawidłowe? Jeżeli nie, jakie wg Ciebie powinny być?
2. Jak optymalnie wyciągnąć zdefiniowaną wcześniej "trafność" tagów newsa w stosunku do newsa-wzorca?

@Zyx dobrze prawi, właśnie w taki sposób działają wyrażenia regularne. Może niezbyt praktycznie, ale warto mieć elementarną wiedzę na temat tego, co się używa. W zaawansowanych przypadkach (optymalizacja) ta wiedza staje się podstawową (i nie tylko regexp). Nawiasem mówiąc, warto poczytać o http://pl.wikipedia.org/wiki/Maszyna_Turinga

Kiedyś @Matix przesłał mi kod, który postanowiłem nieco zmodyfikować. Używasz tego jak selectorów jQuery, tylko przez metodę get() i query(). Potężne narzędzie używające domxPath.

http://athlan.pl/code/VframeLib_Map.Class

Baw się, dumpuj, bo dajemy za darmo ; )

Niestety, jeżeli chcesz używać poleceń command line, musisz mieć udostępnione exec lub shell_exec. PHP Ci nie pomoże.

W grę wchodzi Crontab?

Ja tylko się zastanawiam, dlaczego nie użyjecie do przekazania tych parametrów jednej tablicy. Rozwiązanie jest o tyle elastyczne, że można w przyszłości oddzielić argument przekazujący parametry url'a od dodatkowych argumentów (np. flag, etc). Poza tym to nieco szybszy sposób, łatwo się na tym operuje, dane masz takie same, jak w przypadku func_get_args().

1. spróbuj użyć $.post() (więcej na temat przekazywanych przez Ciebie parametrów w manualu jQ), w funkcji response mi zawsze widzi wszystkie zmienne.
2. spróbuj usunąć var sprzed deklaracji zmiennej.

Możesz przechwytywać takie rzeczy __autoload, parsować nazwę po czym tworzyć sobie obiekty dziedziczące po klasie abstrakcyjnej, którą sobie stworzysz.

[PHP] pobierz, plaintext 
$sString = preg_replace('#bla#i', 'zamiennik', $sString)
[PHP] pobierz, plaintext 

Używasz flagi i po delimiterze, ignoruje on case-sensitive.

Tak jak prawi @Crozin. Uzyj flagi FILE_APPEND.

Tylko w obrębie klasy oraz tych, które po niej dziedziczą. Jeżeli nie chcesz, żeby dzieci dziedziczące po tej klasie nie miały dostępu do zmiennej, użyj private zamiast protected. Na zewnątrz tylko public. Oczywiście public jest niezalecane, lepiej walidować, rzutować etc., możesz mieć śmieci w klasie.

A jeżeli chcesz już używać zmiennych publicznie, składuj je w prywatnej tablicy, która jest sterowana metodami magicznymi __get i __set. Kiedyś pisałem klasę, po której często dziedziczę:
http://athlan.pl/code/Attribute.Class

Co czego się przyda? Ano do wszystkiego.
http://athlan.pl/code/Tagcloud.Class

Grunt, żeby zmienne które nie są protected $_aAttributes = array(); nie były widoczne na zewnątrz.

Jeżeli jest to zmienna publiczna i statyczna, możesz się do niej odwoływać w sposób następujący:

[PHP] pobierz, plaintext 
    class core
    {
      public static $a = '';
    }
 
    core::$a = 'aa';
    var_dump(core::$a);
[PHP] pobierz, plaintext 

Skutków ubocznych nie ma. Poziom notice m.in. to informacja, że próbujesz dodać coś do niezadeklarowanej wcześniej zmiennej. Język PHP ma tę zaletę (lub w wielu przypadkach wadę), że można nie deklarować zmiennych i się do nich odwoływać. Nie jest to dobra praktyka, ale pehap taki już jest, tak samo nie ma czegoś takiego jak typy danych przy zmiennych - każda zmienna = każdy typ.

Wystarczy, że gdzieś na początku kodu dodasz:

[PHP] pobierz, plaintext 
error_reporting(E_ALL & ~E_NOTICE); // kopia z manuala, trochę ambicji...
[PHP] pobierz, plaintext 

Skutki uboczne natomiast wygenerujesz sobie, gdy będziesz miał wyłączone error_display. Wtedy do błędów nie dotrzesz, pozostaną tylko logi serwera.

Pamiętaj na przyszłość (może nie w tym przypadku):

Cześć,

ukryj error_reporting, aby nie pokazywało noticów, lub zadeklaruj z początku lastRSS::$rsscp = null; (jeżeli niepotrzebne).

To spróbuj pominąć kodowanie wejściowe (niech wykrywa sam):

[PHP] pobierz, plaintext 
$out[1] = mb_convert_encoding($out[1], 'iso-8859-2');
[PHP] pobierz, plaintext 

Mogę ewentualnie Ci pomóc, jeżeli masz odwagę (chęci) zaingerować w kod.

Jeżeli na serwerze masz dostępny Multibyte Strings (większość serwerów to ma), wówczas kodowanie możesz zrobić w sposób następujący:

[PHP] pobierz, plaintext 
$sZawartoscZmiennej = mb_convert_encoding($sZawartoscZmiennej, 'kodowanie-wyjsciowe', 'kodowanie-wejsciowe');
[PHP] pobierz, plaintext 

Przy czym kodowanie wejściowe to parametr opcjonalny. Używasz go jeżeli jesteś pewien, że takie jest (jedno, w miarę stałe źródło informacji). Jeżeli nie, pomiń. W Twoim przypadku może to być:

[PHP] pobierz, plaintext 
$out[1] = mb_convert_encoding($out[1], 'iso-8859-2', 'utf-8');
[PHP] pobierz, plaintext 

Przy okazji: zalecam Ci zmianę kodowania swojej strony na utf-8. Możesz wygoglować site:forum.php.pl, dlaczego.

Wydaje mi się, że Twoje wszystkie problemy rozwiąże parse_url sprawdzając odpowiednie elementy, które zostają zwrócone w tablicy (patrząc na Twoje flagi).

Pomimo zaleceń:


Działa bardzo dobrze.

Odnośnie zabezpieczania sesji:
http://phpsec.org/projects/guide/4.html

Szansa przechwycenia jest identyczna, jak w przypadku normalnego rozwiązania. Pamiętaj, że session_handler to tylko system składowania danych sesji, a nie system całej sesji. Otrzymuje on standardowe dane na temat utworzenia, próby zapisu etc.

Strumień natomiast, to nic innego, jak output. save() wykonuje się po tym, jak pehap wyśle do przeglądarki dane. On nie działa w momencie $_SESSION['klucz'] = 'wartosc'; tylko w momencie, kiedy całość się wykona, wypluje do przeglądarki, a przed tym, jak obiekty otrzymują call na destruktory __destruct(), zmienne są niszczone, etc, etc. Chodzi o to, że jak dasz sobie var_dump() na tablicę sesji w save(), nie zostanie ona wyświetlona, bo nie ma gdzie - output już wyslano, jest zamknięty ; ) Zauważ, że jak w dowolnym momencie skryptu dasz sobie echo, var_dump i inne, od razu otrzymasz wynik (przy nie manipulowaniu buforem). Znaczy to, że strumień jest otwarty.