Forum PHP.pl

Generalnie tak. To też zależy jakiej wielkości jest to plik i ile trwa jego wygenerowanie. Jak jesteś w stanie wygenerować plik "od ręki" to możesz zakodować go w base64 i przesłać do angulara w odpowiedzi. Wtedy kontroler zwraca odpowiedź np. takiej tablicy JSONem:

[PHP] pobierz, plaintext 
['status' => 1, 'file' => base64_encode($file)]
[PHP] pobierz, plaintext 

albo

[PHP] pobierz, plaintext 
['status' => 0, 'error' => 'komunikat błędu']
[PHP] pobierz, plaintext 

W angularze czekasz na odpowiedź i w przypadku jej prawidłowego otrzymania i w zależności od status, wywołujesz pobieranie pliku albo pokazujesz komunikat.

Jak plik jest większy albo musisz go kolejkować, czyli angular musi czekać np. minutę aż się plik skończy generować, trzeba trochę dodać logiki, ale zasada komunikacji jest zawsze taka sama.

Najprościej bezpośrednio z konsoli bez pakowania do gz.

Na studiach się to u nas zwało algorytmami wykrojów. Implementację robiłem przy pomocy algorytmów genetycznych. Wpisz sobie w google: "Zmodyfikowany algorytm genetyczny dla dwuwymiarowego nieregularnego problemu optymalnego rozkroju" powinien Ci wyskoczyć PDF z Politechniki Krakowskiej z zarysem problemu.

Po angielsku szukaj: irregular shape cutting problem albo cutting stock problem

Ogólnie - ponieważ jest problem z zapisem typów float (liczb zmiennoprzecinkowych) w formacie binarnym. Używane są pewne zaokrąglenia, które przy operacjach arytmetycznych czasami zwiększają swój błąd.
Bardziej szczegółowo - choćby ten artykuł

Myślałem, że chcesz osiągnąć coś innego na początku. Zobacz ten kod:

[PHP] pobierz, plaintext 
class Sequences {
    public function almostIncreasingSequence(array $sequence) {
        $j = count($sequence);
        for($i = 0; $i < $j; $i++) {
            $subsequence_to_check = $sequence;
            array_splice($subsequence_to_check, $i, 1);
            $is_sequence_increasing = $this->_isSequenceIncreasing($subsequence_to_check);
            if ($is_sequence_increasing === TRUE) return $i;
        }
        return FALSE;
    }
 
    private function _isSequenceIncreasing(array $sequence) {
        $j = count($sequence);
        if ($j === 0) return FALSE;
        for($i = 0; $i < $j - 1; $i++) {
            if ($sequence[$i] >= $sequence[($i + 1)]) return FALSE;
        }
        return TRUE;
    }
}
 
$sequence = new Sequences();
$result = $this->almostIncreasingSequence([1,5,2,4,3]);
 
[PHP] pobierz, plaintext 

Zwraca FALSE jeśli się nie da uzyskać ciągu albo indeks, jaki należy usunąć, by otrzymać ciąg rosnący - może zwrócić 0. Też kwestia co powinno zwracać w przypadku przekazania ciągu 1 elementowego albo 2 elementowego, ale to już sobie możesz obsłużyć.

Sortowanie odpada, gdyż?

Dlatego dodałem założenia, że: "wartości przekazane do metody są posortowane rosnąco", czyli nie może być to tablica [1, 2, 1, 2], ale [1, 1, 2, 2], czyli albo zrób sort w tej metodzie, jeśli przekazujesz dane niesprawdzone albo wcześniej zrób sort.

1. pętle for nie możesz zacząć od 0, skoro szukasz poprzednika.
2. tworzysz tablicę dla zmiennych $a i $b, a później porównujesz tak jakby to były wartości skalarne
3. bardziej optymalnie będzie wyjść z pętli w przypadku znalezienia dwóch liczb, które nie spełniają warunku, by nie iterować całej tablicy

Założenia:
wartości przekazane do metody są posortowane rosnąco
tablica co najmniej dwóch elementów

[PHP] pobierz, plaintext 
 
$sequence = [1,1,3,4];
    public function almostIncreasingSequence($sequence) {
	    $j = count($sequence);
	    $not_higher_than_previous = 0;
	    for($i = 0; $i < $j - 1; $i++) {
	        if ($sequence[$i] >= $sequence[($i + 1)]) {
	            $not_higher_than_previous++;
	            if ($not_higher_than_previous === 2) return FALSE;
            }
        }
 
        return $not_higher_than_previous === 1 ? TRUE : FALSE;
    }
[PHP] pobierz, plaintext 

To jest denormalizacja i stosuje się powszechnie w celach optymalizacyjnych. Wszystko zależy od rodzaju obliczeń, częstotliwości zmiany i tego jak czesto odczytujesz daną wartość. Przykładowo jeśli ktoś dodaje post na forum do tematu raz na kilka godzin, a wyświetlenie liczby postów w tematach odbywa się co parę minut, nie ma sensu tego za każdym razem obliczać.

Sama kwestia implementacji i pomyłek.
Po pierwsze możesz to wyrzucić poza logikę aplikacji i zrobić triggery w bazie, które będą aktualizować same wszystkie pola w zależności od zapytań idących do bazy.
Po drugie nie zawsze musisz inkrementować wartość o jeden po akcji dodającej. Jeśli zapis jest rzadki, odczyt częsty i nie do końca chcesz tworzyć całą logikę związaną z inkrementacją, zawsze możesz puścić COUNT po stworzeniu rekordu i zapisać tę wartość, co zwróci.

Najprościej podziel to na jakieś paczki. Zlicz wielkość poszczególnych plików, by wyestymować czas pracy skryptu i np. dodawaj do archiwum po X plików. Zapisz w bazie, czy w jakimś pliku, na czym skończyłeś i w kolejnym kroku dodaj kolejne pliki do archiwum. Nie musisz od razu stworzyć całego archiwum. Możesz dodawać pliki do już stworzonego częściowo archiwum.
Możesz też zliczać czas pracy skryptu, by wyrobić się zamknąć archiwum, nim skrypt przekroczy 30 sekund.

Możesz także spróbować zwiększyć limit czasu pracy skryptu. Niektóre hostingi pozwalają na to, aczkolwiek to nie rozwiąże nigdy problemu, że trafi się jakieś wielkie archiwum, które i tak przekroczy ten czas.

Alternatywnie odpalaj skrypt z lini poleceń, która zazwyczaj ma większe (niekiedy nieograniczone) limity czasu pracy skryptu. Ale tego się dowiedz od firmy, gdzie masz serwer.

Po pierwsze string, który otrzymujesz, to jest JSON, więc zamiast

[PHP] pobierz, plaintext 
// Kasujemy z ciągu pierwszy i ostatni znak - czyli { i }
$string = substr($string, 1, -1);
// Tworzymy tablicę ze stringa gdzie po lewej stronie znaku : to klucze a po prawej to wartości
$array = array_chunk(preg_split('/(\:|,)/', $string), 2);
$result = array_combine(array_column($array, 0), array_column($array, 1));
[PHP] pobierz, plaintext 

Zrób po prostu

[PHP] pobierz, plaintext 
$result = json_decode($string, TRUE);
[PHP] pobierz, plaintext 

Zapomniałem o jednym:

[PHP] pobierz, plaintext 
    echo '<td onclick="editExe(\''.htmlentities(json_encode($arr)).'\')"></td>';
[PHP] pobierz, plaintext 

Chyba, że chcesz mieć dane jako JSON bezpośrednio, to wtedy możesz wstawić obiekt JSON bez apostrofów.

Zapewne dlatego, że dla wcześniejszych rekordów id_zaladunek oraz id_rozladunek pokrywało się z id_zaladunku. To, że robiło JOINa (bo ID wartościowo się pokrywało), nie oznacza, że dostarczało Ci prawidłowe wyniki, a jeśli nawet, to w ramach przypadku.

Będzie działać, bo dla przeglądarki to za każdym razem zupełnie inny plik. Możesz też spróbować dodać w htaccesie taki kod i wtedy bez zmiany nazwy linka, też powinno zadziałać. Ja tego używam do wymuszenia odświeżania css-ów i js-ów, więc dla json też raczej zadziała.

Powyższa biblioteka daje lepsze czasy, ale moim zdaniem nie jesteś w stanie zejść poniżej paru sekund w czystym php. Rozwiązaniem porównywalnym do tego z XML jest albo odpalenie parserów w pytonie albo doinstalowanie specjalnych bibliotek do Apacha. Tego ostatniego nie próbowałem, ale jak szukałem dla siebie rozwiązań, było kilka polecanych z rok temu, które ponoć dawały dobre wyniki.

Masz dwie opcje:
1. użyj ENUM jako typ kolumny Poz i wtedy są sortowane wedle indeksów dodanych do ENUM
2. użyj konstrukcji z FIELD np. ORDER BY FIELD(Poz, 'B','P','N', 'O')

Moim zdaniem w 100% wystarczy Ci:
https://symfony.com/pdf/Symfony_book_3.1.pdf?v=4

a następnie
http://knpuniversity.com/tracks/symfony

Skoro masz foreacha, to czemu w linijce 9 nie zrobisz po prostu $x = $key->x ? Trochę nie rozumiem tej konstrukcji.
Wygląda na to, jakby nie istniał produkt o kluczu 1, dlatego dostajesz błąd po pierwszej inkrementacji zmiennej $i. przy założeniu, że zmienna $i jest zdefiniowana gdzieś wcześniej z wartością 0.

Z czysto konwencyjnych rzeczy, to z tego co pamiętam, Kohana nie lubi takich konstrukcji:

[PHP] pobierz, plaintext 
if (warunek)
instrukcja
else
instrukcja
[PHP] pobierz, plaintext 

poza użyciem continue i return zaleca się zawsze stosowanie klamer { } -> http://kohanaframework.org/3.3/guide/kohana/conventions

Jeśli używasz kohany 3.3, to nigdy nie używaj gołego $_POST, tak jak tu:

[PHP] pobierz, plaintext 
$_post = Validation::factory($_POST)
[PHP] pobierz, plaintext 

W przypadku takiej konstrukcji:

[PHP] pobierz, plaintext 
$view  = View::factory("admin/news/message")->set("message", null);
[PHP] pobierz, plaintext 

Nie używaj set, tylko bind. Jeśli do zmiennej zostanie coś wpisanego później w kodzie 'na dole', to zostanie to 'podłączone' dzięki bind 'na górze'.

Jeśli masz problem ze zdjęciem: 20120715_134935.jpg, to oznacza, że jest ono zbyt duże do przesłania. Masz pewnie limit ustawiony na 3mb. Zmień sobie to lub dodaj regułę:
array('Upload::size' ,array(':value', '3M')), która nie przepuści zbyt dużych zdjęć.

Dodaj duże zdjęcie i wylistuj $_FILES. Dostaniesz pewnie błąd nr 1.

W kohanie 3.2+ nie dałeś pierwszego parametru, którym w tym wypadku powinno być :value, czyli pseudo-zmienna zawierająca wartość pola. Reguła powinna ogólnie wyglądać tak:

[PHP] pobierz, plaintext 
->rule('password', 'regex', array(':value', "Twoje_wyrazenie_regularne"))
[PHP] pobierz, plaintext 

Chociaż moim zdaniem lepiej byłoby zastosować własną funkcję albo użyć metody in_array.

Jeśli to excel 2003 (XP), to musisz kodować znaki pod Windowsa. Ja używam takiej funkcji:

[PHP] pobierz, plaintext 
public function convert_locale_for_xls ($text) {
        $return = iconv('UTF-8', 'cp1250', $text);
        return preg_replace("/([\xC2\xC4])([\x80-\xBF])/e",  "chr(ord('\\1')<<6&0xC0|ord('\\2')&0x3F)", $return);
    }
[PHP] pobierz, plaintext 

Mi nic innego mi nie pomogło.

W przypadku 2007 to ponoć pomaga wstawienie bomu na początku pliku, przed wrzucaniem danych - nie testowałem, bo dla wersji 2003 nie działało.

[PHP] pobierz, plaintext 
fputs($file, $bom =( chr(0xEF) . chr(0xBB) . chr(0xBF) ));
[PHP] pobierz, plaintext 

Excel ma / miał ogólnie problemy ze znakami w UTFie - możesz poszperać jeszcze w necie, bo jest sporo na ten temat. W późniejszych wersjach niby jest lepiej.

W wersji 3.3 ważne są wielkości liter poszczególnych klas. Na localhoście chodzi, bo dla windowsa wielkość liter jest obojętna a na unixach nie. W wersji 3.2 zapis:
url::base(FALSE, TRUE); był poprawny, ale wersja 3.3 wyrzuci Ci błąd, że klasa url nie istnieje, gdyż istnieje URL, czyli zapis -> URL::base(FALSE, TRUE); będzie poprawny.
Obstawiam, że trzeba będzie zmienić db na DB, ponieważ pewnie plik nazywa się classes/DB.php a nie classes/db.php

Odjemnik zamień na 0.99 i będzie dawało to co trzeba.

A

[PHP] pobierz, plaintext 
$b = ceil(($a-1) / 5);
[PHP] pobierz, plaintext 

nie załatwi sprawy?