Forum PHP.pl

http://forum.php.pl/index.php?showtopic=190405&hl=

Masz podejście osoby, która zawsze pisała wszystko sama, podejścia do pracy w grupie będziesz się musiał nauczyć.
Komentarze do kodu to konieczność, ponieważ:
a) Po powrocie do projektu po roku bez komentarzy musisz zazwyczaj przeanalizować masę kodu, nawet jeśli jest dobrze napisany
Programista, który w razie czego po Tobie przejmuje zadanie ma jeszcze trudniej - on tego nie pisał i komentarze bardzo mu pomogą, jeśli są sensowne

To naprawdę zależy od zadania!
Są projekty, które macha się w jeden, dwa dni ze wszystkim, a są projekty, na które poświęca się lata.

Moim zdaniem lepiej się przespać i przysiąść na świeżo.
Pracodawca nie ma prawa wymagać od Ciebie takiej pracy oczywiście, musi Ci zapewnić nieprzerwany odpoczynek w wymiarze 11 godzin (albo w przypadku niemożności oddać to jako czas wolny).

To prawda, na początku przynosisz straty patrząc krótkodystansowo (straty nie tylko Twoje, ale też wynikające z pracy starszych programistów poświęconych na wdrożenie do projektów, zapoznanie z metodyką w firmie, odpowiedzi na bieżące pytania), natomiast nowy pracownik (którego trzeba przyuczyć) to finalnie inwestycja, o ile zostaje w firmie. Nie wiem co chciał osiągnąć przyszły pracodawca, może miał złe doświadczenia, bo uciekali mu ludzie, a może miał zły dzień, walnął skrótem myślowym bo nie pomyślał.

Nie wiem jak jest ogólnie. Moim zdaniem nawalanie kodu jak roboty to nie jest praca dla starszego programisty, tylko dla robota właśnie. Nie znam człowieka, który ma gotowe rozwiązanie na wszystko - technologia się zmienia i o ile w firmie faktycznie nie klepie się miesiąc po miesiącu tych samych nudnych projektów, to trzeba się nieustannie uczyć.
Raczej jest to kwestia obycia w podejściu do problemów, efektywnego wyszukiwania rozwiązań, wysokiej jakości kodu. Jasne, to wszystko jest związane z wiedzą i przekłada się na szybsze wytwarzanie oprogramowania, ale jak napisałam wcześniej - stworzyć szybko bubel to żadna sztuka i żadna podstawa do wysokiego wynagrodzenia.

Tak, po studiach inżynierskich zostajesz inżynierem. Inżynier informatyki musi znać matematykę, algorytmikę, złożoności, architekturę systemów czy komputera. Sposób podania tego, to inna bajka i bywa, że woła o pomstę do nieba.
Programistą można być bez studiów. Coraz częściej nie są one zresztą wymogiem koniecznym.
Informatykę można studiować również na Uniwerku.
Również przez te zapychacze przechodziłam (do pewnego momentu, raczej względy osobiste niż inne, z matematyką nigdy nie miałam problemów, studia jakoś tego nie zmieniły ) natomiast pracowałam od drugiego roku na pół etatu. Fakt faktem, że wtedy już w branży, choć hobbystycznie, siedziałam 8 lat.

Bardzo ciężko porównać tego typu rzeczy.

Można napisać bardzo dużo linii kodu, czy dołożyć masę funkcjonalności i zrobić to tak, że będzie się nadawać tylko i wyłącznie do przepisania.
Przy łatwych projektach ze znanych nam dziedzin tworzenie oprogramowania jest dużo szybsze niż w przypadku nowych dziedzin i problemów.

Aktualnie co prawda nie zajmuję się pisaniem kodu, stoję raczej z drugiej strony. I powiem szczerze - wolę jak otrzymuję kod przemyślany niż naklepany byleby więcej. Nie muszę wtedy po raz drugi do tego samego zadania przypisywać ludzi. Problem pojawia się tylko w momencie, w którym programista dostaje zadanie analogiczne do poprzedniego i widać słabą wydajność i brak wyciągnięcia wniosków.

Poza tym wymagam nie tyle klepania kodu, co zrozumienia problemów, przed którymi stoimy, zdobycia wiedzy na ważne tematy, systematycznego podejścia i przemyślanego pisania kodu. Gdyby była mi potrzebna osoba co 8 godzin siedzi i bite 8 godzin klepie w literki to zapewne zatrudniłabym copywrigtera.

Nawet front-end wymaga podejścia, rozplanowania, przemyślenia. Co dopiero tworzenie oprogramowania.
Osobiście nikogo nie rozliczałam i nie zamierzam rozliczać z tego ile napisał. Wkład pracy i wydajność pracownika można określić całą masą innych mierników niż szybkość, z jaką nawala w klawiaturę i zliczeniem ile mu z tego wychodzi linii Mierników przyjemniejszych i dla programistów i dla mnie.

@up

style.width zadziała tylko dla stylów inline.

http://www.quirksmode.org/dom/getstyles.html

@down
Faktycznie, przepraszam za niedoczytanie i za zamieszanie.
Styl inline natomiast jest to styl umieszczony w atrybucie html style (z ang. inline style sheet)

Załóż opcje na domene i niech kumpel nie przedłuża. Wymaga to oczekiwania, aż skończy sie wykupiony przez niego termin wazńosci, ale wtedy nie trzeba potwierdzać danych dowodem.

Przyjrzyj się i znajdź różnicę.
Btw, nie metchod tylko method.

względnie skorzystaj z $_REQUEST

http://www.electrictoolbox.com/how-to-tell-ajax-request-php/

Oczywiście nie ma metod stuprocentowo skutecznych i takie zabezpieczenie można ominąć.
Zarówno z parametrem get, jak i w przypadku jQuery z drugim kodem.

Ja na Twoim miejscu zainstalowałabym moduł domains.
Wystarczy wtedy utworzyć domenę bbb.aaa.pl i jako stronę główną ustawić jej /ccc/ccc.html (w ustawieniach danej domeny).

Standardowo zwykły <a> nie wyśle Ci formularza.
http://www.digipedia.pl/usenet/thread/23/134465/ - rozwiązanie

Nie mam natomiast pojęcia CO chcesz zrobić.
Ostylowanie buttona, żeby wyglądał na link i linka, żeby wyglądał na button to nie jest duży problem.
Czy poza wyglądem kierują Tobą jakieś inne względy?

1) config.php wygląda jak WYMAGANY plik (w końcu bez configu raczej strona nie pójdzie). Czemu to jest dołączane za pomocą include a nie require?

2) function.php to nie jest dobra nazwa

3) Gdybyś skorzystał z np. Doxygena do komentarzy, to miałbyś już dokumentację projektu.

login.php

[PHP] pobierz, plaintext 
    unset($_SESSION['id']);
    session_destroy();
[PHP] pobierz, plaintext 

Pierwsze unset jest zbędne.

[PHP] pobierz, plaintext 
// Logout
if (isset($_GET['logout'])) {
    unset($_SESSION['id']);
    session_destroy();
    header('location:index.php');
}
 
// Login panel
if (!isset($_POST['pass'])) {
    $content_output = '<form action="login.php" method="POST">' . $lang['l_panel_pass'] . ':<br/><input id="l_pass" name="pass" type="password" /></form>';
} else {
    if ($_POST['pass'] === $panel_pass) {
        $_SESSION['id'] = md5($_SERVER['REMOTE_ADDR']) . md5($panel_pass);
        header('location: panel.php');
    } else {
        $content_output = $lang['l_panel_wrong'] . '. <a href="login.php">' . $lang['l_panel_again'] . '</a>';
    }
}
[PHP] pobierz, plaintext 

W bloku login panel dałabym elseif - aktualnie sprawdza isset($_GET['logout']), a potem zawsze sprawdza !isset($_POST['pass']), a podejrzewam, że te dwie rzeczy wykluczają się.

config.php
Zabrakło mi zmiennej configuracyjnej ustalającej port do bazy. Jasne, można wepchnąć w host, natomiast lepiej IMO byłoby rozdzielić.

[PHP] pobierz, plaintext 
$perPage = 30; // Movies per page, If you do not want to have pagination, type a larger number than the number of movies
[PHP] pobierz, plaintext 

If you do not want to have a pagination type 0 - standardowo 0 znosi wszelkie limity

[PHP] pobierz, plaintext 
 * Don't edit nothing below this line!#
[PHP] pobierz, plaintext 

Do not edit anything...
Podwójne zaprzeczenie nie istnieje w angielskim

panel.php

[PHP] pobierz, plaintext 
    if ($_GET['option'] == 'del_all') {
        $content_output = delete_table($table_name, $lang);
    }
    if ($_GET['option'] == 'create_new') {
        $content_output = create_table($table_name, $lang);
    }
    if ($_GET['option'] == 'xml_file_info') {
        $content_output = xml_file_info($xml_file, $lang, $detect_encoding);
    }
    if ($_GET['option'] == 'nfo_file_info') {
        $content_output = nfo_file_info($table_name, $lang, $detect_encoding);
    }
    if ($_GET['option'] == 'xml_import') {
        $content_output = import_xml($xml_file, $table_name, $lang, $detect_encoding);
    }
    if ($_GET['option'] == 'clear_cache') {
        $content_output = clear_cache($lang);
    }
[PHP] pobierz, plaintext 

Aż się prosi o switch zamiast if.
Nie mówiąc już o tym, że chyba bardzo nie lubisz else. Jeśli $_GET['option'] będzie równe del_all, to skrypt zrobi sprawdzenie wszystkiego, mimo że dopasował się do pierwszego warunku. A warunki są rozłączne.

[PHP] pobierz, plaintext 
  $sql_movies = 'SELECT id FROM ' . $table_name;
    $result_movies = mysql_query($sql_movies);
    $table_rows = '<span class="green">' . mysql_num_rows($result_movies) . '</span>';
[PHP] pobierz, plaintext 

SELECT COUNT(id)
mysql_num_rows jest przydatne wtedy, gdy odpalasz normalne zapytanie i dodatkowo chcesz policzyć ile elementów zwróciło;
Jeśli zależy Ci tylko na liczbie - COUNT jest bardziej wydajne.

index.php

[PHP] pobierz, plaintext 
if ((!mysql_query('SELECT id FROM ' . $table_name . ' LIMIT 1')) or (mysql_num_rows(mysql_query('SELECT id FROM ' . $table_name . ' LIMIT 1')) < 1)) {
        header('Location: panel.php');
}
 
// sets the variables
if (!isset($_GET['id'])) {
    $id_result = mysql_query('SELECT id FROM ' . $table_name . ' LIMIT 1');
[PHP] pobierz, plaintext 

Trzy razy wykona się pobieranie toczka w toczkę tego samego zapytania.
Co prawda podejrzewam, że danych w bazie będzie bardzo niewiele, natomiast jest to zły nawyk.
Zrób mysql_query raz przed tymi wszystkimi ifami.

Zastanawiam się również czy koniecznie potrzebujesz regexpów w zapytaniach:

[PHP] pobierz, plaintext 
$genre_mysql = $val;
[PHP] pobierz, plaintext 

Gdzie val wydaje się pochodzić z zapytania z tabeli dotyczącej gatunków filmów. Na szybki rzut oka nie ma tam nic dotyczącego konieczności użycia regexpa. Like mysqlowy, mimo że tragicznie wolny jest dużo szybszy od regexpów.

To tak ogólnie. Na pierwszy rzut oka. Mam nadzieję, że co nieco Ci się z tego przyda.

Bo print.css odpowiada tylko za dokumenty drukowane
Nic dziwnego, że nie działa.

Wrzuć to gdzieś indziej.
Najlepiej tam, gdzie nie ma atrybutu media, albo jest ustawiony screen jako media.

Spróbuj:

[HTML] pobierz, plaintext 
#wrap {
  font-size: 0.8em;
}
[HTML] pobierz, plaintext 

Dalej będą się gryzły.
Ważne jest to, co widzisz jak wyświetlisz źródło w przeglądarce. Tam będą oba arkusze stylów.

http://jsfiddle.net/ - wklej kod html (wynikowy, źródło strony), a w css wklej style. Oba arkusze.
Coś się spróbuje zobaczyć.

Tak prosto się nie da.

Niestety odpowiedź może być nie w smak, ale najlepsze rozwiązania to:

1) Napisać style, które poprawiają wygląd z poprzednich stylów
2) Nadać unikalne identyfikatory dla headera, unikalne dla reszty
3) Poczytać o css ogólnie (np. jeśli header ma id="header") to można się do elementów wewnątrz niego odwoływać poprzez #header .moja_klasa i nie wpłynie na resztę strony

Ogólnie phpBB3 powinno dać się w miarę dobrze ostylować z tego co kojarzę. Podejrzewałabym więc, że albo ktoś namieszał nieźle w skórce, albo style są niepoprawne.
Jeśli możesz - zarzuć linkiem.

@up
Wspierasz również IE6?

W linku wyżej masz przykład. Działa pod IE, wymaga jednakże drobnych hacków. Wsjo jest opisane.

http://riddle.jogger.pl/2006/04/19/wszystk...trowaniu-w-css/

Jest opcja centrowania.
To IE jej nie interpretuje.

btw, display: table i display: table-cell załatwi sprawę, jeśli nie zamierzasz wspierać IE. Reszta w linku.

IE prawdopodobnie nie rozumie innerHTML na elemencie select.

http://support.microsoft.com/kb/276228
http://elmicoxcodes.blogspot.com/2007/02/i...tion-in-ie.html

Radziłabym skorzystanie z jakiejś biblioteki (np. jQuery). Biblioteki radzą sobie nader często z różnymi przeglądarkami same.

Jeśli masz inną strukturę możliwe że nie zadziała.
Zarzuć linkiem - będzie można zerknąć dalej.

Przez jQuery czy przez CSS - wszystko rozbija się o to samo - musisz wiedzieć do którego elementu w strukturze DOM się odnieść.
Struktura DOM dla JS i CSS jest taka sama.

Znajdź

[HTML] pobierz, plaintext 
#menu div a span
[HTML] pobierz, plaintext 

http://apycom.com/menus/15-brown.html
Na przykładowym menu powyżej nadanie tej regule color: black zaowocowało zmianą koloru linków.

Wyszłam w link i niczym taka oferta nie różni sie od innych pomijając nazwę, która i mnie odrzuca. Toczka w toczke takie same błędy jak w każdej propozycji pracy (choć zdecydowanie ładne brzmieniowo błędy, jak zespół nader kreatywnych młodych ludzi czy szef - najlepszy kumpel).

Na stanowisku programista z tego co mi wiadomo liczy sie bardziej umiejętność programowania niż doceniane dobrych/niedobrych żartów, ba, nawet kreatywność nie zawsze jest wymagana, zależy tylko i wyłącznie od tego jaki jest zespół już stworzony. Za duża ilośc takich ludzi w grupie działa tylko i wyłącznie destrukcyjnie.

Poza tym ja bym sie obawiała, ze jak maja taki pomysł na stanowisko, to te projekty, które trzeba będzie tłumaczyć tez mogą okazać sie z czapy. Jasne, jest to pierwsze wrażenie i może być zupełnie inaczej, natomiast tak jak maja prawo wymyślać dziwne nazwy stanowisk, tak ja mam mieć prawo do swojego pierwszego wrażenia.

Btw, przed wejściem i przeczytaniem oferty byłam przekonana, ze jest to praca dla tłumaczeń dokumentacji. Gdyby nie ilośc postów nawet bym nie weszła do tematu

@down
Kwestia ipada i jego autouzupelniania. Jak widać nie zawsze jestem w stanie wszystko wychwycić

http://api.jquery.com/jQuery.get/

Czy prostszy - nie wiem.
Na pewno data wygląda ładniej.

http://tuxradar.com/practicalphp/6/7/6

Pierwszy przykład i zadanie typu znajdź różnicę.

Jeny, człowieku!
Sprawdź sobie!

[PHP] pobierz, plaintext 
<?php
if($warunek == true) {
?>
Jest TRUE!
<?php } else { ?>
Jest FALSE!
<?php } ?>
[PHP] pobierz, plaintext