Software-update: phpMyAdmin 2.9.0-beta1

Op de site van phpMyAdmin hebben de developers de eerste bètaversie van de 2.9.0-tak uitgebracht, die vanaf deze pagina in verschillende uitvoeringen gedownload kan worden. 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 is het mogelijk om query's los te laten op de database.In phpMyAdmin 2.9.0-beta1 zijn de volgende veranderingen doorgevoerd:

Improvements

• Improved readability of setup panels
• PDF schema: automatic layout for InnoDB
• Font size selector on main page
• Export: support for procedures and functions
• Can hide "Create Database" dialog
• Customizable link under left logo
• Export: "Open Document Text", "Open Document spreadsheet" formats
• Export: new plugin architecture
• User management: can create a db with the same name as created user
• Use IEC binary units (KiB, MiB, ...)
• Import: SQL compatibility selector
• Possibility of using external authentication and use an empty MySQL password

Versienummer	2.9.0-beta1
Website	phpMyAdmin
Download	http://sourceforge.net/project/showfiles.php?group_id=23067&package_id=16462&release_id=441929
Bestandsgrootte	3,56MB
Licentietype	GPL

Update-historie

• 05-'14 phpMyAdmin 4.2.0
• 05-'13 phpMyAdmin 4.0.1
• 05-'13 phpMyAdmin 4.0.0
• 10-'12 phpMyAdmin 3.5.3
• 05-'12 phpMyAdmin 3.5.1
• 06-'11 phpMyAdmin 3.4.3

• 06-'11 phpMyAdmin 3.4.2
• 05-'11 phpMyAdmin 3.4.1
• 05-'11 phpMyAdmin 3.4.0
• 03-'11 phpMyAdmin 3.3.10

Meer historie

Reacties (14)

Het enige wat ik uit deze release minder vind is:
- Use IEC binary units (KiB, MiB, ...)

Tweakers willen toch liever gewoon de echte kB's en MB's. Niet dat ik verder last ondervind hiervan, dit heeft volgens mij alleen betrekking op het aantal vrije ruimte met een InnoDB tabel.

Tweakers willen toch liever gewoon de echte kB's en MB's.

Speak for yourself, zou ik haast zeggen. Ik zie liever die kB´s en MB´s voor wat ze zijn en gebruik KiB´s en MiB´s omdat ze als nieuwe standaard zijn aangenomen. Dat er een hoop Tweakers te star zijn om veranderingen in hun leventje te accepteren zegt niets over Tweakers in het algemeen

Tweakers zijn niet te star om veranderingen te accepteren, als het maar positieve veranderingen zijn.

Ik zie een MB (1024 kB) toch een stuk liever dan Mib (1000 Kib)...

Maarja, dat mag iedereen dan maar mooi zelf weten.

Zoals losealot zegt; het is exact omgekeerd. MB is megabyte, M is een prefix gedefiniëerd in het SI, dat is de standaard die op wetenschappelijk vlak gevolgd zou moeten worden. M of mega betekent 10^6 (één miljoen). De "B" staat voor byte, oftewel een verzameling van bits, meerbepaald 8. In de oorsprong zagen informatici dat 2^(10a) (met a = 1, 2, ...) vrij dicht bij 10^(3a) ligt, dat ze gewoon de SI-prefixen hebben genomen. Maar bij grotere prefixen, krijg je grotere afwijkingen met als gevolgd dat mensen gaan klagen dat hun harde schijf van 120 gigabyte slechts 111 groot is.

Het gevolg: er wordt afgesproken eigen prefixen te maken voor de informatica, dit zijn Ki, Mi, Gi, ... en worden uitgesproken met de belachelijke namen kibi, mebi, gibi, tebi. Het zijn in feite de gewone prefixen (in hoofdletter, want "k" als kilo als 1000 hoort klein!) met een "i" erachter (van informatics o.i.d.). Die zijn wél 2^10a en zijn dus beter toepasbaar.

Nu, die standaard is al ruim 8 jaar oud; maar op de meeste plaatsen zie je nog de oude kilo's als kibi's gebruikt worden, zoals in Windows het geval is.

Over het algemeen worden snelheden in kbps (kilobits per second) of kBps uitgedrukt, maar opslaghoeveelheden in kibibytes en dergelijke. Het verwarrende is dat hardeschijf-fabrikanten zich precies aan de standaard houden door gigabytes te verkopen en dat de consument dan denkt gibibytes te kopen.

Hoewel de namen belachelijk zijn, ben ik voorstander van die prefixen omdat je zo heel duidelijk weet: 2^10a of 10^a, wat zonder die prefixen zo goed als onmogelijk is. Wat je uitspraak betreft, ik zie ook veel liever 1024 bytes dan 1000 bytes en het allerliefst zie ik ze gewoon met de juiste prefixen aangeduid.

is het niet omgekeerd?

Lekker handig allemaal. Maar ik snap het...

Vista blijft dan ook gewoon voet bij stuk houden door MB te gebruiken als 1000?

Als het ons stiekem al jaren verkeerd aangeleerd wordt dan schiet dat dus ook niet op, vandaar mijn vorige berichtje...

Mebi (Mibi) staat voor mega binair, vraag me nu niet waarom men daar dan MiB van gemaakt heeft.

En het is niet omdat iets jarenlang verkeerd word aangeleerd dat we het dan daarbij maar moeten laten. Zelf probeer ik ook meer en meer de nieuwe standaard te volgen, maar zolang het OS niet mee wil is het niet eenvoudig.

Als ze dan ook van de nowrap waren afgebleven dan was het nog acceptable. Nu krijg je een word wrap op de size colum waar ze dit KiB/MiB toepassen.

Iemand alweer ervaringen met die installer die ze er omheen hebben gebouwd?

Ik heb het gewoon heel simpel gedaan.

Klik bij Server sectie op Add. Laat alle instellingen zo staan behalve Authentication Type van config naar http. Klik op Add van Server Add formulier om server toe te voegen.

Klik bij Configuration sectie op Download om de config te downloaden, die in phpmyadmin map gezet en dat werkt allemaal prima.

In de vorige versie zijn er idd een aantal keer wat dingen gefixxed die niet meer bleken te werken.

Wat ik wel een nadeel vind, ik weet niet of iemand anders dit ook al ondervonden heeft is dat ze het lettertype veranderd lijken te hebben. Alleen kan ik zo snel niet vinden waar ze dat zouden moeten hebben gedaan (CSS).

Eerst was het volgens mij Verdana, wat ik zelf een prachtig lettertype vind. Maar nu is het bij mij heel lelijk met Arial of Times New Roman... Vormgeving is nu ook slechter geworden. Maar misschien ben ik de enige...

nee, ik ben al weer meer dan een uur bezig om de layout weer een beetje normaal te krijgen.

Het font is echt brak. is trouwens te vinden in themes/original/layout.inc.php
$GLOBALS['cfg']['FontFamily'] = '';
en moet dan zijn:
$GLOBALS['cfg']['FontFamily'] = 'Arial, Helvetica, sans-serif;';

de andere is:
$GLOBALS['cfg']['FontFamilyFixed'] = '"Courier New", Courier, monospace;';
ook in die file

teven heb ik in libraries/display_tbl.lib.php de volgende regel: PMA_displayResultsOperations($the_disp_mode, $analyzed_sql);
verwijderd. Deze gaf de query result operations weer. Dat ding stond normaal onder aan het scherm, maar nu bovenaan en stond godsliedelijk in de weg.

Ik wil graag weten of het nu mogelijk is simpele .TXT files te importeren met deze nieuwe versie net als met Navicat. Misschien dat phpMyAdmin accented characters accepteert die Navicat dropt. Scheelt weer een conversie naar SQL.

@trev,

zover ik weet ondersteunt hij "alleen"

CSV
CSV met LOAD DATA
SQL

** Sorry, probleem opgelost