Software-update: phpMyAdmin 3.2.0 bèta 1

Met behulp van phpMyAdmin is een MySQL-database via een webbrowser te onderhouden. Het is niet alleen mogelijk om databases en tabellen te maken, maar deze kunnen ook gedropt en gewijzigd worden. Daarnaast kan via phpMyAdmin ook query's op de database worden losgelaten. Dinsdag heeft het ontwikkelteam van phpMyAdmin de eerste bèta van versie 3.2.0 online gezet. De nieuwe versie is hier in verschillende uitvoeringen te downloaden en bevat volgens de ontwikkelaars 'een klein aantal nieuwe features en wat bugfixes':

Changes:

• [core] better support for vendor customisation (based on what Debian needs)
• rfe #2127987 warn when session.gc_maxlifetime is less than cookie validity
• rfe #2100910 configurable default charset for import
• rfe #1913541 link to InnoDB status when error 1005 occurs
• rfe #1927189 strip ` from column names on import
• rfe #1821619 LeftFrameDBSeparator can be an array
• patch #1821619 [privileges] Extra back reference when editing table-specific privileges
• patch #2356575 [display] Sortable database columns
• patch #2486825 [lang] Wrong string in setup script hints
• patch #2498350 [cleanup] XHTML cleanup,
• patch #2494192 [display] Possibility of disabling the sliders
• patch #2506831 [privileges] Create user for existing database
• patch #2505255 [privileges] Cleanup
• bug #2414056 [auth] AllowNoPasswordRoot error message is too vague
• patch #2596230 [XHTML] View table headers/footers completely
• patch #2602633 [core] support column name having square brackets
• [lang] Lithuanian update
• [auth] New setting AllowNoPassword (supercedes AllowNoPasswordRoot) that applies to all accounts (even the anonymous user)
• patch #2652972 [relation] Missing code with hashing for relationship editing
• rfe #2123386 Added option to disable mcrypt warning.
• bug #2648502 Request-URI Too Large error from Location header
• rfe #1731967 Check for relations support on main page.
• rfe #2186820 Explanation for using Host table.
• rfe #1369509 Link to download more themes.
• rfe #1666487 Add option to generate password on change password page.
• rfe #1694104 Allow logging of user status with Apache.
• patch #2649087 None default is different than other None in some languages.
• [lang] Chinese Simplified update
• patch #2550286 [display] Sort arrows problem
• [security] warn about existence of config directory on main page
• patch #2706761 [lang] Polish update
• patch #2715142 [export] (rfe 2416960, escape new line in CSV export)
• patch #2727250 Optimizations for PHP loops
• bug #2650776 [import] SQL_MODE not saved during Partial Import
• patch #1863739 [auth] cache control missing (PHP-CGI)
• patch #2750541 [parser] Incorrect parsing of constraints in ALTER TABLE
• patch #2735162 [status] Server status
• replication
• patch #2745215 [edit] Multi-row change with "]" improved
• rfe #2657696 Automatically copy generated password
• bug #2787162 [interface] Table with name 'log_views' is incorrectly displayed as a view
• patch #2665440 Detect mcrypt initialization failure
• [lang] Galician update
• [lang] Swedish update

Versienummer	3.2.0 bèta 1
Releasestatus	Beta
Besturingssystemen	Scripttaal
Website	phpMyAdmin
Download	http://sourceforge.net/project/showfiles.php?group_id=23067&package_id=16462&release_id=683778
Bestandsgroottes	1,47MB - 3,63MB
Licentietype	GPL

Reacties (12)

[Rvanlaak]

Blijft gewoon een goed pakket. Vind het enkel zo jammer dat de performance in vergelijking met een GUI tool als de MySQL Query browser of HeidiSQL zo laag ligt. Komt uiteraard omdat er telkens een nieuwe request komt bij een actie.

Hebben ze niet op de planning staan een hoop met XHTML/Ajax te gaan doen? Kan namelijk de roadmap van phpMyAdmin nergens vinden

[TimeVortex]

Kijk 'ns naar SQL Buddy. Niet zo uitgebreid als PHPMyAdmin, maar wel met erg veel gebruik van AJAX-technieken.

[Rvanlaak]

Nja,, het is niet dat ik op zoek ben naar 'n alternatief. In de meeste gevallen wordt phpMyAdmin standaard geinstalleerd op de meeste AMP hostings.

phpMyAdmin heeft als voordeel dat de toegangsrechten van de databases op localhost kunnen blijven staan. Bij de verschillende gui tools moeten rechten worden uitgedeeld, wat bij veel hosters niet eens wordt toegestaan.

[Manuel]

SQL buddy is niet zo handig als PHPMyAdmin als ik eerlijk ben, het mag gebruik maken van AJAX calls maar nog steeds mis ik daar "Routines" of terwijl "Stored Procedures" / "Custom Functions".

Ik kan ze alleen maar zien als ik naar information_schema ga en dat is volgens mij niet de bedoeling. Ik prefereer dus PHPMyAdmin (ook al werken ze nog met framesets) boven SQL Buddy.

[Verwijderd]

Ajax calls kunnen weer heftig zijn op een drukke server. JQuery zal dat een beter alternatief zijn. Er is ook een phpflashadmin in... flash. Heb je die al eens getest?

[Sorcix]

jQuery doet ook gewoon ajax calls, dus veel maakt dat niet uit. Ook die flash variant gebruikt een gelijkaardige techniek om zijn data te updaten...

[dpdd]

ik snap even niet de heftigheid van het inladen van kleine stukjes elementen en het uitvoeren van specifieke stukjes code t.o.v. een hele page refresh.

ik mis ook een wat soepelere flow in deze applicatie, die mijns inziens beter wordt met ajax. ajax staat niet meteen synoniem voor web 2.0 vol met spetterende animaties, overdreven menuutjes en dat soort dingen.

[Rvanlaak]

Sterker nog,, volgens mij werkt phpMyAdmin nog met 'n frameset Marktplaats, no offence, maar dat is wel een beetje uit de tijd vind ik...

[Verwijderd]

Jah goed argument dat je geen framesets meer moet gebruiken: het is uit de tijd. Onzin, dus. Framesets werken vrij handig in sommige applicaties (zoals phpMyAdmin) en scheelt voor bepaalde onderdelen een page refresh van alles. Uiteraard zou AJAX hier op het moment een betere oplossing zjin, die vooral (mits juist geïmplementeerd) een veel betere user experience en 'snappyness' biedt.

[Bilel]

Ik denk dat phpMyAdmin ook kiest om niet aan Ajax te beginnen. Aangezien de serverload ook aanzienlijk hoger zal worden.

[Joolee]

Waarom zou de serverload hoger worden? Momenteel wordt er voor iedere klik een volledige request gedaan. Als je de pagina's met Ajax opvraagt dan zal dat niet ineens zwaarder worden. Hooguit zal de server het rustiger krijgen omdat niet voor iedere scheet de volledige template geparsed hoeft te worden. Ook worden er dan geen extra requests meer gedaan om images, javascript en stylesheets op te halen. (De JS en CSS worden iedere keer opnieuw opgehaald bij PHPMA)

[rvinke]

Ik zie geen reden waarom (verstandig) ajax-gebruik tot een hogere serverload zou leiden. Als je gebruik gaat maken van autocomplete op textvelden met ajax gaat dat natuurlijk wel resulteren in extra serverload, maar het slim ophalen van data met ajax heeft volgens mij een positief effect (zoals het niet steeds ophalen van JS/CSS).