Bekijk Volledige Versie : Updaten van PhpMyAdmin
Hallo,
Graag zou ik de versie van PhpMyAdmin op mijn server willen updaten naar de laatste nieuwe versie (3.2).
Kan iemand mij misschien vertellen hoe ik deze kan upgraden via SSH?
De kennis ontbreekt hier om dit te doen en op de website van DirectAdmin kon ik ook geen documentatie hierover vinden. Wel had ik gezien dat deze laatste 2.0 versie op hun server staat om vanaf daar te downloaden.
Vriendelijke groet,
Mike
marsipulami
23/06/09, 12:00
welke os?/
De server draait op Debian 5
Tim.Bracquez
23/06/09, 12:01
Is hierbij een directadmin panel?
Edit1: niet goed gelezen
Edit2: enkel 3.1.5 in custombuild, dus je zal even het tarretje moeten uitpakken in de phpmyadmin map en de config copieren. Laat anders even weten dan doe ik dit zo voor je...
Tim,
3.2.0 zit in de laatste ./build hoor...
#./build versions
Latest version of phpMyAdmin: 3.2.0-all-languages
Installed version of phpMyAdmin: 3.2.0-all-languages
Tim.Bracquez
23/06/09, 12:19
Tim,
3.2.0 zit in de laatste ./build hoor...
Hier nog niet, ook niet met laatste custombuild af te halen.
En ook niet na het updaten van het build script. Blijkbaar op test bak iets fout want als ik het script manueel afhaal en uitpak dan neemt die het wel
Hier nog niet, ook niet met laatste custombuild af te halen.
En ook niet na het updaten van het build script. Blijkbaar op test bak iets fout want als ik het script manueel afhaal en uitpak dan neemt die het wel
Custombuild 1.2
Hallo,
Graag zou ik de versie van PhpMyAdmin op mijn server willen updaten naar de laatste nieuwe versie (3.2).
Kan iemand mij misschien vertellen hoe ik deze kan upgraden via SSH?
De kennis ontbreekt hier om dit te doen en op de website van DirectAdmin kon ik ook geen documentatie hierover vinden. Wel had ik gezien dat deze laatste 2.0 versie op hun server staat om vanaf daar te downloaden.
Vriendelijke groet,
Mike
Indien custombuild is geinstalleerd:
# cd /usr/local/directadmin/custombuild
# nano options.conf
# custombuild=1.2
# CTRL-X / y
#./build update
#./build phpmyadmin
Evt. kun je met ./build version kijken waarmee je allemaal achterloopt.
Tim.Bracquez
23/06/09, 12:34
Custombuild 1.2
Ja hoor maar in de update zat iets fout waardoor die het niet deed.
ook niet na een update van het build script. Na een manuele installatie wel van het build script.
Gevonden, mijn directadmin mirror was 'out of sync' voor de test omgeving.
Maar daarmee is de TS niet geholpen;
Hiermee vermoedelijk wel (dit even via ssh uitvoeren)
cd /usr/local/directadmin/custombuild
./build update
./build phpmyadmin d
Vond het al vreemd, heb er zelf n.l. geen problemen mee...
Dat ging vrij gemakkelijk moet ik zeggen.
2009-06-23 11:39:14 (1.27 MB/s) - `/usr/local/directadmin/custombuild/phpMyAdmin-3.2.0-all-languages.tar.gz' saved [3640323/3640323]
phpMyAdmin 3.2.0-all-languages installation is done.
Heb zelf vrij weinig verstand van deze zaken dus had geen idee hoe het moest.
Durf ook weinig uit te proberen op de server omdat ik bang ben iets te verzieken.
In iedergeval bedankt voor de hulp!
Ik zal vast nog wel eens vaker dingen vragen, maar ik leer er alleen maar van:lovewht:
Stel dat ik PHP wil updaten naar de meest recente versie, moet ik dan dezelfde stappen uitvoeren?
cd /usr/local/directadmin/custombuild
./build update
./build php d
Mike,
doe eens:
# ./build in cd /usr/local/directadmin/custombuild
en lees de uikomst :)
Tim.Bracquez
23/06/09, 13:50
en zoals Geert-Jan al daarnet zei,
cd /usr/local/directadmin/custombuild
./build update
./build versions ## dan zie je wat er nog allemaal niet up to date is
./build update_versions ## geef je gelijk alles een update, met ./build php d ga je enkel php etc updaten
Steeds opletten wat je doet dat je server veilig draait. (managed dedicated / vps geen oplossing?)
Bedankt Geert-Jan dit is erg handig om te weten.
Het gaat hier ook om een managed dedicated server als het goed is. Alleen het bedrijf waar de server staat is niet bekend met DA en wil (kan) geen ondersteuning hierop geven.
Ze probeerde eerst nog mijn baas om te praten om geen DA op de server te zetten omdat hun dit niet kennen.
Maar zonder DA zijn wij veel te afhankelijk van hun. Dankzij DA kunnen wij veel meer zelf uitvoeren op de server omdat ik en mijn collega niet genoeg kennis in huis hebben dergelijke werkzaamheden uit te voeren zonder DA.
Soms was het gewoon enkele dagen wachten op het verkrijgen van FTP gegevens en het eventueel resetten van wachtwoorden als dit moest gebeuren, om maar een voorbeeld te geven. Nu is het binnen een paar tellen gebeurd.
Ik moet dus ook bekennen dat ik niet weet of ik veilig te werk ga als ik bijvoorbeeld een update uitvoer en of de server in het algemeen beveiligd is en tegen een "stootje" kan. Maar ik ga er vanuit dat de mensen die de server hebben geinstalleerd bij dit bedrijf wel enigszins rekening hiermee houden en een veilige bak hebben opgeleverd.
Veilig? Tja, daar komt meer bij kijken als alleen updaten van een paar modules.
- Wordt er gebruik gemaakt van een firewall, hardware matig / sofware matig? Indien geen hardwarematige, dan kun je met csf + lfd een aardig eind komen.
- Welke apache versie gebruik je? 1.3.x vind ik eigenlijk EOL.
- Hoe draait PHP, en welke versie? PHP4 is ook EOL, laat staan PHP onder apache, PHP_CLI zou niet meer mogen....
Er komt best wel wat meer bij kijken. Als je zelf niet weet of het veilig is wat je doet, zou ik toch even verder kijken....
Apache draait in iedergeval op 2.2.11.
PHP op versie 2.9.
Maar de veiligheid van de server vind ik meer een verantwoording voor het bedrijf waar deze server staat. Misschien dat ik binnenkort wel eens even daar navraag wat er aan hun kant gebeurd in het kader van veiligheid.
Tim.Bracquez
23/06/09, 14:20
Maar ik ga er vanuit dat de mensen die de server hebben geinstalleerd bij dit bedrijf wel enigszins rekening hiermee houden en een veilige bak hebben opgeleverd.
Wat toen veilig was, is het nu niet meer... Er komen altijd wel nieuwe dingen uit denk maar aan http://www.webhostingtalk.nl/webhostingtalk-lounge/150515-pas-op-hackertool-voor-platleggen-apache-webserver.html
Je kan eens naar je huidige partij gaan en spreken met hen, of dit management uitbesteden aan een externe partij.
De huidige server is pas vrij recent geïnstalleerd :) Niet dat dit een garantie voor een veilige installatie is natuurlijk.
Ik moet zeggen dat ik het nieuws in deze wereld nauwelijks volg, zelf hou ik me meer bezig de andere kant van het verhaal, het maken/ontwikkelen van websites voor de klanten.
Het bericht over die kwetsbaarheid in Apache is me alleen wel onlangs opgevallen.
Ik ga eens navraag doen in hoeverre ons hostingbedrijf de veiligheid up-2-date houd.
systemdeveloper
23/06/09, 16:56
De huidige server is pas vrij recent geïnstalleerd :) Niet dat dit een garantie voor een veilige installatie is natuurlijk.
Ik moet zeggen dat ik het nieuws in deze wereld nauwelijks volg, zelf hou ik me meer bezig de andere kant van het verhaal, het maken/ontwikkelen van websites voor de klanten.
Het bericht over die kwetsbaarheid in Apache is me alleen wel onlangs opgevallen.
Ik ga eens navraag doen in hoeverre ons hostingbedrijf de veiligheid up-2-date houd.
Misschien ook handig om tegelijk te vragen wat dan nog wel onder 'managed' valt. Aangezien DA vrijwel al je services installeert, hoop ik toch dat het hostingbedrijf er een beetje verstand van heeft. Zeker indien ze straks bv. apache op eigen houtje gaan upgraden...
Bedankt Geert-Jan dit is erg handig om te weten.
Het gaat hier ook om een managed dedicated server als het goed is. Alleen het bedrijf waar de server staat is niet bekend met DA en wil (kan) geen ondersteuning hierop geven.
Je hebt dus een unmanaged server voor een managed prijs... :lovewht:
PHP versie 2.9 bestaat niet. Die eens "php -v" via SSH?
Nieuwe versies van phpMyAdmin (PMA) werken enkel op PHP5. Indien je geen PHP5 hebt, moet je dus een oudere versie van PMA installeren, of PHP5 naast PHP4 draaien en deze per user/directory installen en kiezen tussen PHP4 of 5. Al zou je PHP4 m.i. helemaal niet meer moeten gebruiken. Deze is al bijna een jaar EOL en er komen geen updates meer voor.
5.2.9 bedoelt ie vast.
5.2.10 is nu ook uit
Ja ik bedoelde inderdaad 5.2.9 :p Was op het werk met iets teveel dingen bezig ;)
5.2.10 sla ik even over, ik wacht gewoon tot 5.3 die ook binnenkort uit zou moeten komen als ik de berichten mag geloven.
Maar het bedrijf probeerd zich een beetje in te dekken omdat ze niet bekend zijn met DirectAdmin. Mooie is dat ze soms direct naar DA wijzen als er iets mis gaat.
Pas maakte een collega een domme fout tijdens het kopieren van bestanden waardoor het tmp geheugen vol zat en de MySql server niet meer draaide. En dat kwam door DirectAdmin zeiden ze :p
Maar dat komt allemaal wel goed, onze relatie met dit bedrijf is vrij goed en als er problemen zijn op de server wordt dit allemaal vrij snel verholpen, zelfs in het weekend en snachts terwijl dit niet in het contract is opgenomen.
Snap dat het allemaal wat fout klinkt doordat ik zei dat ze geen support op DA willen geven. Omdat ze het niet kennen, kunnen ze er (natuurlijk) ook niet mee helpen als wij ergens niet uit komen.
systemdeveloper
23/06/09, 19:29
Maar dat komt allemaal wel goed, onze relatie met dit bedrijf is vrij goed en als er problemen zijn op de server wordt dit allemaal vrij snel verholpen, zelfs in het weekend en snachts terwijl dit niet in het contract is opgenomen.
En dat is ook zeer zeker zijn geld waard :)
Ja ik bedoelde inderdaad 5.2.9 :p Was op het werk met iets teveel dingen bezig ;)
5.2.10 sla ik even over, ik wacht gewoon tot 5.3 die ook binnenkort uit zou moeten komen als ik de berichten mag geloven.
5.2.10 fixt alleen wat problemen, zou ik zeker wel installeren.
Ik zou juist wachten met 5.3 want dat is weer een grote update. Je hebt dan de kans dat veel code niet juist werkt omdat er veel veranderingen zijn. Ook zou ik bij zulke updates wachten op de eerste bug fixes (5.3.1 ed).
Als je bij 5.2.9 blijft, compileer PHP dan wel even zonder EXIF module (standaard in custombuild 1.2)
Wat houd die EXIF module dan in en waarom zou ik die buiten de build moeten laten?
En als ik PHP wil updaten naar 5.2.10, is dan
cd /usr/local/directadmin/custombuild
./build update
./build php d
Voldoende of moeten er nog meer stappen worden ondernomen om PHP op een correcte manier te updaten?
Wanneer ik ./build versions uitvoer zie ik het volgende over PHP staan:
Latest version of PHP (CLI): 5.2.10
Installed version of PHP (CLI): 5.2.9
PHP5 (CLI) 5.2.9 to 5.2.10 update is available.
Ik heb btw wel het idee dat ik het nodige bij ga leren als ik hier rond blijf hangen:lovewht::D
En als ik PHP wil updaten naar 5.2.10, is dan
cd /usr/local/directadmin/custombuild
./build update
./build php d
voldoende of ...........
Hangt er van af of je een eigen config gebruikt.
Wanneer ik ./build versions uitvoer zie ik het volgende over PHP staan:
Latest version of PHP (CLI): 5.2.10
Installed version of PHP (CLI): 5.2.9
PHP5 (CLI) 5.2.9 to 5.2.10 update is available.
PHP_CGI with SUPHP overwegen!
Ik heb btw wel het idee dat ik het nodige bij ga leren als ik hier rond blijf hangen:lovewht::D
Dit informatie nummer kost x kofie per minuut :lovewht:
Voor jullie of voor mij? :p
Paar vragen:
- Wat bedoel je precies met een eigen config? De huidige server met DA is door de DA support geïnstalleerd.
- Waarom zou ik PHP_CGI moeten gaan draaien? Ik zoek momenteel ook nog op Google maar heb nog niet kunnen vinden wat dit precies inhoud etc.
- Wat is suPHP precies? Ik kwam op "hun" website terecht en momenteel is er niet eens een volledig eerste release uit, versie 0.7? :p
Zoals ik al eerder aangaf, ik heb totaal geen verstand van dit soort zaken maar wil er graag het nodige over leren :)
Edit
Tijdens het zoeken kwam ik het 1 en ander tegen, maar wat betreft die eigen config, ik heb wel een aantal kleine aanpassingen gedaan in PHP.ini en ook is er bijv. IMAP voor PHP geinstalleerd.
Ik kwam ook nog langs het forum van SiteDeal en las daar toevallig ook een post van jou Geert Jan (of toevallig iemand met dezelfde naam :p).
Hierin legde je ook het 1 en ander uit over de verschillende update mogelijkheden.
Ook las ik dat wanneer je het ene update, je ook weer andere dingen moet updaten omdat deze mogelijk met elkaar te maken hebben. Is er niet een centraal punt waar ik deze informatie kan vinden? :p Anders blijf ik jullie lastig vallen met vragen omdat ik zelf geen enkele kennis hierover heb.
Misschien dat het ook wel beter is dit soort updates gewoon uit te laten voeren door het hostingbedrijf :) (Aangezien hiervoor ook wordt betaald :p)
Damn, ik heb een stalker...
Misschien dat het ook wel beter is dit soort updates gewoon uit te laten voeren door het hostingbedrijf :) (Aangezien hiervoor ook wordt betaald :p)
Ja. Want als jij het verneu..., dan blablala
Ja inderdaad, dan kunnen hun het beter verneuken haha.
Maar als er nu geen DA op een server staat en je wil bijv. PHP updaten, zijn de commando's en stappen die je dan moet uitvoeren totaal anders of lijkt het wel wat op elkaar?
Want ik snap dat het bedrijf onbekend is met DA, maar ik heb ook iets van, hoe erg anders kan het er nu aan toegaan.
Mike,
Het is dan anders, omdat DA apache / php / exim / blablabla 'overneemt' / compileerd / installeerd / upgrade.
Je kunt dit dan niet meer vanaf het OS doen.
Heb je alleen een OS, dan ga je yummen of apt-getten of ports of whatelse...
Mike,
Heb je alleen een OS, dan ga je yummen of apt-getten of ports of whatelse...
Of gewoon handmatig compilen ;)
Indien custombuild is geinstalleerd:
# cd /usr/local/directadmin/custombuild
# nano options.conf
# custombuild=1.2
# CTRL-X / y
#./build update
#./build phpmyadmin
Evt. kun je met ./build version kijken waarmee je allemaal achterloopt.
Bij mij staat nu:
# custombuild=1.1
wat verandert er als ik dit op 1.2 zet?